Переезд 1С на новый сервер: как проверить площадку заранее

Проверять сервер нужно до переноса базы 1С, а не после первого зависания у бухгалтерии. Тест Гилёва, замер IOPS диска и контрольный запуск отчёта на реальном объёме данных занимают 1-2 дня и стоят дешевле простоя. После переезда «на глаз» ошибку выявляют обычно в первый день закрытия месяца — когда откатывать поздно.

Почему переезд «на глаз» заканчивается зависшей базой

Компания на 35 пользователей переносит базу 1С:Бухгалтерия на новый сервер в пятницу вечером. В понедельник всё работает: документы проводятся, отчёты открываются. А в четверг, 30 числа, бухгалтер запускает закрытие месяца — и база встаёт на 20 минут. Диск на новом сервере оказался обычным SSD без резерва IOPS, а под нагрузкой в несколько параллельных сессий он захлёбывается.

Провайдер при продаже показывает конфигурацию: столько-то ядер, столько-то гигабайт памяти. Но 1С упирается не в объём ресурсов, а в скорость отклика диска и сети между сервером приложений и СУБД. Эти параметры на глаз не видны — их проверяют тестами до переноса, а не выясняют постфактум через тикет в поддержку.

Ставка простая: час простоя бухгалтерии в дни отчётности — это сорванный срок сдачи в налоговую, а для торговой компании — не проведённые вовремя накладные и звонки от менеджеров «база висит». Разбираться с этим после переезда дороже, чем потратить день на проверку до.

Как проверить сервер до переезда: пошаговый разбор

Тест Гилёва на тестовой базе

Перед переносом рабочей базы загружают тестовую копию на новый сервер и прогоняют тест Гилёва — стандартный бенчмарк производительности 1С. Он показывает результат в условных единицах и позволяет сравнить новую площадку со старой напрямую, без гадания.

Сверка с системными требованиями 1С

Провайдер должен подтвердить, что конфигурация сервера соответствует актуальным системным требованиям 1С — не только по CPU и RAM, но и по версии СУБД, ОС и сетевым параметрам между сервером 1С и сервером базы данных.

Нагрузочный прогон на реальном сценарии

Тестовую базу открывают одновременно 5-10 сотрудников и запускают типовые операции: проведение документов, формирование ОСВ, закрытие месяца. Если на этом этапе появляются задержки — лучше увидеть их сейчас, а не в день сдачи отчётности.

Проверка резервного копирования и диска

Отдельно проверяют, как настроено резервное копирование на новой площадке и на каком типе диска физически хранится база — NVMe, обычный SSD или сетевое хранилище. От этого напрямую зависит скорость записи при массовом проведении документов.

Что делать, если после переезда база всё равно тормозит

Если проверка не проводилась или показала приемлемый результат, а после переезда база всё равно подвисает под нагрузкой, порядок действий такой. Сначала фиксируют момент зависания — конкретную операцию и число одновременных пользователей. Затем запускают тест Гилёва повторно уже на боевой базе и сравнивают с показателем до переезда: если цифра просела в разы, дело в конфигурации сервера, а не в самой базе.

Дальше смотрят журнал регистрации 1С на предмет блокировок и конкурентных операций записи — часто зависания вызваны не мощностью сервера, а неудачной настройкой сервера приложений. Если это не помогает, требуется настройка сервера 1С под конкретную конфигурацию базы: количество рабочих процессов, распределение нагрузки, параметры кластера.

Что делать, если ошибка повторяется даже после настройки

Бывает, что настройки поправили, а зависания на закрытии месяца возвращаются через две-три недели. Обычно это значит, что железо физически не тянет объём базы — если компания выросла с 15 до 50 пользователей на том же сервере, никакая настройка кластера это не компенсирует.

В этом случае разумнее не латать текущую площадку, а перенести базу на арендованный сервер для 1С, изначально подобранный под нагрузку: с NVMe-дисками и резервом по IOPS. Для баз объёмом от 50 пользователей и выше, особенно на 1С:ERP, требования к диску и памяти растут кратно — под такую нагрузку есть отдельная конфигурация сервера под 1С:ERP.

Как предотвратить проблемы при следующем переезде

Три вещи снимают большинство рисков при смене площадки для 1С.

• ✓Запрашивать у провайдера тест Гилёва на реальной конфигурации до подписания договора, а не верить заявленным характеристикам
• ✓Закладывать резерв по ресурсам минимум на год роста — если сейчас 20 пользователей, брать конфигурацию под 30-35
• ✓Проверять, входит ли сопровождение и мониторинг сервера в тариф или это отдельная услуга

У UKVED аренда сервера для 1С — от 1 100 ₽ в месяц за пользователя, конфигурация подбирается под тест Гилёва заранее, а не после жалоб. Для компаний, где часть сотрудников работает из дома или филиалов, подойдёт виртуальный сервер для 1С с гибким масштабированием; для крупных баз с высокой нагрузкой на диск — выделенный сервер в аренду. Если после переезда нужна донастройка кластера или разбор конкретного зависания, сопровождение 1С и работа системного администратора — от 3800 ₽ в час.

Обработку персональных данных при хранении базы 1С на арендованном сервере регулирует 152-ФЗ — этот момент стоит уточнить у провайдера отдельно, до подписания договора на размещение.

❓ Частые вопросы

Сколько времени занимает проверка сервера перед переездом 1С?

Тест Гилёва и нагрузочный прогон на тестовой базе занимают обычно 1-2 рабочих дня. Это быстрее, чем разбираться с зависаниями после переноса рабочей базы в разгар отчётного периода.

Можно ли проверить сервер, если база ещё не выгружена на новую площадку?

Да, для проверки используют копию рабочей базы с обезличенными или тестовыми данными. Это позволяет прогнать тест Гилёва и нагрузочный сценарий без риска для боевой базы.

Что делать, если провайдер отказывается предоставить тестовый доступ для проверки?

Это повод насторожиться — надёжный провайдер сервера для 1С обычно даёт тестовый период или доступ на тестовую базу до заключения договора. Отказ часто означает, что заявленные характеристики не подтвердятся тестом.

Зависит ли скорость работы 1С только от процессора и памяти сервера?

Нет, часто узкое место — скорость диска и сеть между сервером приложений и сервером СУБД. Сервер с хорошими CPU и RAM, но обычным SSD без резерва IOPS, может тормозить под нагрузкой при закрытии месяца.

Что делать, если после переезда база стала работать медленнее, чем на старом сервере?

Сначала прогоняют тест Гилёва на новой площадке и сравнивают с результатом до переезда. Если разница значительная, требуется настройка кластера сервера 1С или перенос на конфигурацию с более быстрым диском.