Мы в GMhost ставим серверы под BAS, M.E.Doc, Вчасно и IT-Enterprise клиентам почти каждую неделю. Конфигурацию подбираем по количеству бухгалтеров и характеру нагрузки, а не по маркетинговым тарифам «премиум / бизнес». В этом гайде разберём, как сделать это самостоятельно — или хотя бы понять контекст, прежде чем заказывать.
Почему офисный комп — это лотерея
Типичная картина: BAS живёт на стареньком HP ProDesk в углу серверной. Работает лет пять, никто не помнит, где лежит пароль админа. Под закрытие месяца десять бухгалтерок одновременно формируют отчёты, диск ползёт по нулям, BAS зависает на полчаса. Если в тот же день вылетает блок питания — дальше неделя перехода на резерв и риск потерять день работы.
Сервер в дата-центре решает сразу несколько проблем: отдельное оборудование с ECC-памятью и резервным питанием, регулярный контролируемый бэкап, локация в Украине с правильным юридическим статусом обработки персональных данных плательщиков.
Что на самом деле нужно BAS
BAS — форк 1С Предприятия, поэтому профиль нагрузки похож: много мелких транзакций к базе данных, CPU-bound на пересчётах (закрытие, консолидация, сводные отчёты), чувствителен к задержкам диска. Плюс одновременная работа десятков пользователей через RDP — нужны ядра и RAM с запасом.
Конфиги, которые мы ставим в наших ДЦ:
Команда | CPU | RAM | Диск |
|---|---|---|---|
5-10 бухгалтеров | 2 × Intel Xeon Gold 6138 (20 ядер) | 64 GB DDR4 ECC | NVMe 1 TB |
15-30 бухгалтеров | 2 × Intel Xeon Gold 6230 (Cascade Lake, 20 ядер) | 128 GB DDR4 ECC | NVMe 2×1 TB в зеркале |
50+ с тяжёлыми отчётами | 2 × Xeon Platinum 8163 (48 ядер суммарно) | 256 GB DDR4 ECC | NVMe RAID-10 |
BAS любит RAM больше, чем ожидают заказчики. MS SQL (или PostgreSQL в новых релизах) кэширует рабочие таблицы — дай ему 128 GB, и закрытие месяца с 40 минут превращается в 7. RAM окупается за один цикл отчётности.
NVMe вместо SATA SSD — критично для random IOPS. На SATA SSD тоже работает, но закрытие будет в полтора-два раза медленнее. ECC-память — обязательна: бухгалтерская база, получившая single-bit error в памяти и записавшая его на диск, выявляется не сразу, а восстановление из бэкапа за две недели может стоить дней работы.
M.E.Doc, Вчасно, IT-Enterprise — на одном сервере с BAS?
Да, вполне нормальный сценарий. M.E.Doc легче — ему хватит 2-4 GB RAM и пары ядер, Вчасно и IT-Enterprise примерно то же самое. Когда всё стоит на одном сервере, главное — заложить запас RAM с учётом, что во время пиковых пересчётов BAS может забрать почти всё. Отдельно держать их стоит только когда у вас 50+ пользователей и тяжёлый модуль M.E.Doc-агрегатора, который молотит ЭЦП по 8 часов в день.
RDP-терминальный сервер — стандартная архитектура
Большинство клиентов хотят одного: бухгалтерки заходят через удалённый рабочий стол, не тащат локальные копии базы, работают в общей среде. Это терминальный сервер — Windows Server с лицензиями CAL на каждого пользователя, профили вынесены на отдельный диск, доступ через корпоративный VPN.
Несколько деталей, которые часто пропускают:
-Лицензии Windows Server + CAL — официально, через Volume Licensing у партнёра. Никаких «временных ключей активации»: налоговая проверка с претензией к нелицензионному ПО выглядит невесело.
-Корпоративный VPN до сервера — чтобы RDP не висел в открытом интернете. WireGuard на том же сервере или отдельный VPS-узел. Защищает от брутфорса и L7-атак.
-Профили пользователей — на отдельном диске от системного. Облегчает бэкапы, ускоряет вход.
Украинский ДЦ — обязательно или желательно?
Все серверы для бухгалтерского стека у нас стоят в украинских ДЦ GMhost. Это важно не из патриотических соображений, а из трёх вполне практичных:
-Данные плательщика налогов — в Украине. Меньше вопросов от контролирующих, проще отвечать на запросы Госслужбы по защите персональных данных.
-Латентность. Из Киева до нашего ДЦ — 2-5 мс, со Львова — 4-6 мс. В европейском ДЦ было бы 30-50 мс — и ты это заметишь на каждом клике в RDP-сессии.
-Поддержка на украинском в рабочий день. Инженер на звонке понимает контекст «у нас закрытие, BAS вылез за разрешённую память» без перевода.
Резервное копирование — то, о чём думают когда уже поздно
Стандартная схема, которую мы ставим:
-Ежедневный автоматический бэкап BAS-папок + SQL-дамп.
-Версионирование 14-30 дней — можно восстановить документ за прошлую пятницу, если бухгалтер случайно его удалил.
-Off-site копия в другой наш ДЦ (Эстония / Германия / Португалия) — чтобы потеря площадки не означала потерю данных.
-Проверка восстановления раз в квартал — на реальной копии, не «на глаз».
Как мы переходим с офисного компа на сервер в ДЦ
Стандартная процедура без даунтайма:
- Подготовка. Ставим сервер, настраиваем Windows Server, лицензии, профили, общий доступ — 1-2 рабочих дня.
- Тестовая миграция. Копируем актуальный BAS-дамп и базу, поднимаем параллельную рабочую копию. Один-два бухгалтера тестируют параллельно с продуктивом.
- Переключение. В выходной — финальный дамп, перенос, проверка контрольных отчётов. В рабочий день команда заходит уже на новый сервер.
- Подстраховка. Старый сервер остаётся в read-only режиме ещё неделю — если что-то не так, откатываемся быстро.
В целом неделя от «позвонили» до полностью рабочей системы.
Сколько это стоит
Цена зависит от количества пользователей и запаса под будущий рост. Ориентировочно:
-VPS под BAS на 5-10 бухгалтеров — от базового NVMe-тарифа.
-Dedicated сервер на 15-30 бухгалтеров — от стартового dedicated.
-Dedicated на 50+ с тяжёлыми отчётами — от heavy-тарифа.
Во все тарифы входит лицензия Windows Server + CAL, настройка RDP, корпоративный VPN до сервера, ежедневные бэкапы с версионированием, off-site копия, мониторинг 24/7 и поддержка на украинском.
FAQ
Сколько времени занимает миграция с офисного сервера?
Подготовка нового сервера — 1-2 часа.
А если у нас всё ещё 1С, не BAS?
Работаем. Помогаем мигрировать на BAS, если ты планируешь переход; или хостим существующую 1С-конфигурацию, пока ты определяешься. Оба сценария технически близки.
Можно без RDP, просто чтобы клиенты подключались к базе напрямую?
Можно — вариант для тех, у кого есть собственный «толстый клиент» BAS на рабочих машинах. Тогда сервер отдаёт только SQL и файлы, CAL-лицензии на RDP не нужны.
Кто будет администрировать?
Базовое администрирование — наша поддержка круглосуточно. Бухгалтерские обновления BAS и M.E.Doc — или ваш приходящий ITшник, или мы по отдельному договору.
Есть ли гарантия, что данные не пропадут?
Трёхъярусная схема (RAID + локальный бэкап + off-site в другой ДЦ) и SLA 99,9% с компенсацией простоя. Это тот максимум, который реально предлагают серьёзные провайдеры.
Хочешь конфигурацию под вашу команду?
Напиши на [email protected] или в бот @gmhost_support_bot — зададим вопросы, посмотрим вашу текущую структуру и вернёмся с предложением в тот же день. Если есть цейтнот — мигрируем за одни выходные.
