Как правильно настроить сервер 1С: от установки до проверки

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

Материал рассчитан на администраторов, которые впервые разворачивают клиент-серверный вариант или переносят базу из файлового режима. Рассмотрены выбор СУБД, установка агента сервера, создание информационной базы, настройка параметров кластера, резервное копирование и контроль работоспособности.

Перед началом работ убедитесь, что у вас есть лицензии на сервер 1С и на клиентские подключения, дистрибутив платформы той же версии, что используется в конфигурации, и права администратора на сервере. Все действия выполняйте в нерабочее время или на тестовом стенде: перезапуск служб и изменение параметров кластера разрывают сеансы пользователей.

Подготовка: выбор аппаратной платформы и СУБД

Сервер 1С требователен к оперативной памяти и дисковой подсистеме. Для небольшой организации с 10–20 пользователями обычно достаточно 16–32 ГБ ОЗУ и SSD-дисков; при росте числа одновременных сеансов память нужно увеличивать, поскольку каждый рабочий процесс кластера может потреблять несколько гигабайт. Точную оценку даёт только наблюдение за реальной нагрузкой, поэтому закладывайте запас и возможность расширения.

Из поддерживаемых СУБД чаще всего выбирают Microsoft SQL Server или PostgreSQL (в том числе сборки, адаптированные под 1С). MS SQL проще в администрировании для Windows-инфраструктуры, но требует лицензий; PostgreSQL бесплатен, однако требует более внимательной настройки конфигурационных файлов. Файловый режим для многопользовательской работы не подходит: он ограничен по числу соединений и подвержен повреждениям при сбоях сети.

Сравнение вариантов СУБД

Microsoft SQL Server

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

PostgreSQL

Бесплатная СУБД, есть сборки, адаптированные под 1С. Ограничение — требует ручной настройки shared_buffers, work_mem и планировщика.

Файловый режим

Подходит только для 1–5 пользователей и тестовых баз. Ограничение — риск повреждения данных и низкая производительность при конкурентной работе.

Установка сервера 1С:Предприятия

Дистрибутив платформы скачивается с портала 1С по действующему договору сопровождения. При установке на Windows выберите компоненты «Сервер 1С:Предприятия» и «Администрирование сервера 1С:Предприятия» — вторая компонента ставит консоль управления кластером. Установщик предложит создать службу агента сервера; укажите отдельную учётную запись (по умолчанию создаётся пользователь USR1CV8) с правами на каталоги сервера.

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

1. 1
   Установите СУБД и убедитесь, что её служба запущена и принимает подключения
2. 2
   Запустите установщик платформы 1С и отметьте компоненты сервера и консоли администрирования
3. 3
   Укажите учётную запись для службы агента сервера и завершите установку
4. 4
   Проверьте, что служба «Агент сервера 1С:Предприятия» запущена и работает без ошибок
5. 5
   Откройте консоль администрирования и убедитесь, что локальный кластер виден и доступен

Создание кластера и информационной базы

После установки откройте консоль «Администрирование серверов 1С:Предприятия», зарегистрируйте в ней свой сервер по имени или IP-адресу. По умолчанию создаётся локальный кластер на порту 1541 с рабочими процессами. Для одного сервера обычно достаточно одного кластера; несколько кластеров на одной машине нужны только для изоляции тестовых и рабочих баз.

Информационную базу можно создать двумя способами: через консоль кластера (пункт «Создать — Информационная база») или через диалог запуска 1С на клиенте с указанием сервера и кластера. При создании укажите имя базы в СУБД, учётные данные администратора СУБД и параметры сортировки — для русскоязычных баз это обычно Cyrillic_General_CI_AS в MS SQL. Ошибка в параметрах сортировки на этом этапе потребует пересоздания базы, поэтому проверьте их до загрузки данных.

После создания пустой базы загрузите в неё конфигурацию из файла .dt или подключитесь конфигуратором и выполните обновление. Затем создайте пользователей, назначьте роли и проверьте вход под обычной учётной записью, а не под администратором.

Настройка параметров кластера и рабочих процессов

Ключевые параметры кластера задаются в свойствах рабочих процессов и самого кластера в консоли администрирования. Обратите внимание на максимальный объём памяти рабочих процессов: если суммарное потребление приблизится к физической памяти сервера, система уйдёт в своп, и 1С начнёт «тормозить» у всех пользователей одновременно. Оставляйте часть ОЗУ операционной системе и СУБД, если она размещена на той же машине.

Полезные настройки кластера: интервал перезапуска рабочих процессов (защита от утечек памяти, типичное значение — раз в сутки в нерабочее время), допустимый объём памяти процесса, при превышении которого он перезапускается, и количество информационных баз на процесс. Для баз с тяжёлыми отчётами имеет смысл включить выделенные процессы или ограничить число соединений на процесс, чтобы один отчёт не блокировал остальных.

Резервное копирование и защита данных

Резервные копии клиент-серверной базы делаются средствами СУБД, а не выгрузкой .dt вручную: выгрузка не заменяет бэкап, так как требует монопольного доступа и не всегда применима к большим базам. В MS SQL настройте план обслуживания с полной копией ежедневно и копиями журнала транзакций несколько раз в день; в PostgreSQL используйте pg_dump или физические копии с WAL-архивацией.

Копии храните на отдельном носителе или в сетевом хранилище вне сервера базы. Минимум раз в месяц выполняйте контрольное восстановление на тестовый сервер: бэкап, который не проверялся восстановлением, нельзя считать надёжным. Также настройте регламентное обновление статистики и реиндексацию в СУБД — без этого производительность со временем деградирует.

Проверка работоспособности и мониторинг

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

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

Контрольные точки

Как проверить результат

Потребление памяти сервером

Норма

Есть свободный запас ОЗУ при пиковой нагрузке

Тревожный признак

Постоянное использование свопа, рост памяти без освобождения

Вход пользователей и работа сеансов

Норма

Все пользователи подключаются без ошибок, сеансы видны в консоли

Тревожный признак

Ошибки соединения, зависшие и «фантомные» сеансы

Резервные копии

Норма

Копии создаются по расписанию, тестовое восстановление проходит успешно

Тревожный признак

Ошибки в плане обслуживания, восстановление не проверялось

Журнал транзакций СУБД

Норма

Размер контролируется, регулярно усекается бэкапом

Тревожный признак

Журнал растёт до заполнения диска

Частые вопросы по настройке сервера 1С

Можно ли разместить сервер 1С и СУБД на одном компьютере?

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

Сколько оперативной памяти нужно серверу 1С?

Универсальной цифры нет: расход зависит от числа сеансов, размера базы и тяжести отчётов. Практический подход — начать с 16–32 ГБ для небольшой базы и отслеживать потребление рабочих процессов в консоли кластера, наращивая память по факту нехватки.

Чем выгрузка .dt отличается от резервной копии СУБД?

Выгрузка .dt — логическая копия, требующая монопольного доступа и завершения работы пользователей; она удобна для переноса базы между режимами. Бэкап СУБД выполняется «на лету», быстрее восстанавливается и поддерживает копии журнала транзакций. Для штатной защиты используются именно средства СУБД.

Почему после обновления платформы пользователи не могут войти?

Чаще всего на клиентских машинах осталась старая версия платформы, а сервер обновлён — версии должны совпадать. Решение: обновить платформу на клиентах или указать в свойствах базы нужную версию, если на сервере установлено несколько.

Нужно ли перезапускать рабочие процессы кластера?

Да, регламентный перезапуск — рекомендуемая практика: он устраняет эффект накопления утечек памяти. Настройте перезапуск раз в сутки в нерабочее время в свойствах кластера, чтобы пользователи не замечали прерываний.

Когда стоит привлекать специалиста по 1С, а не настраивать самостоятельно?

Самостоятельная настройка разумна для одного сервера с небольшим числом пользователей по типовой схеме. Помощь специалиста нужна при кластере из нескольких серверов, требованиях к отказоустойчивости, миграции больших баз, тонкой оптимизации запросов и интеграции с внешними системами.