Установка и настройка сервера 1С:Предприятие 8.3: полное пошаговое руководство

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

Серверный вариант 1С:Предприятие — это трёхуровневая клиент-серверная архитектура, в которой клиент, сервер приложений и СУБД работают как отдельные слои. Клиент (тонкий, толстый или веб-браузер) отвечает за интерфейс и простую логику: сортировку, проверку ввода, авторизацию. Кластер серверов 1С — middleware: он принимает запросы клиентов, выполняет бизнес-логику, управляет сеансами и обращается к СУБД. СУБД (PostgreSQL, MS SQL Server, Oracle, DB2) хранит данные и метаданные; в штатном режиме клиент 1С не обращается к СУБД напрямую — только через кластер серверов. Взаимодействие клиент ↔ кластер идёт по TCP/IP или HTTP, кластер ↔ СУБД — по протоколам конкретной базы данных.

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

• Частые «ожидания блокировки» — пользователи видят зависания при проведении документов.
• Таблица в файловой базе приближается к 4 ГБ — при превышении таблица перестаёт открываться.
• Размер всей базы превышает 10 ГБ — файловый режим начинает чаще зависать.
• Больше 5 одновременных пользователей — каждый новый пользователь блокирует регистры для остальных.
• Нарастающее время открытия форм и проведения документов — со временем становится только хуже.

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

Правильный sizing — основа стабильной работы системы. Официальной публичной методики ИТС по расчёту нет; приведённые ниже параметры основаны на практике интеграторов и технических рекомендациях платформы 8.3. Воспринимайте таблицу как отправную точку, а не жёсткую норму — итоговые цифры зависят от конфигурации 1С, типа отчётов, интенсивности фоновых заданий и наличия RLS.

Ключевой ориентир по памяти: на каждые 10 активных пользователей закладывайте примерно 5–6 ГБ RAM, плюс 2 ГБ на операционную систему и запас под пиковую нагрузку. Реальные значения могут существенно отличаться в зависимости от конфигурации (ERP vs БП) и профиля работы пользователей.

Допустимый объём памяти рабочего процесса (rphost) рассчитывается по формуле:

ДОП = Общий RAM − 2 ГБ (ОС) − (Средний размер rphost × Количество процессов)

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

Для дисковой подсистемы критичен показатель задержки (latency) и IOPS. Измеряйте реальную нагрузку на тестовом стенде с вашей конфигурацией и профилем работы — универсальных точных формул для 1С нет. Используйте NVMe или SSD: HDD неприемлемы для производственной нагрузки на данные СУБД. Для архива и резервных копий HDD допустимы.

Актуальные сведения о требованиях платформы к оборудованию проверяйте в релиз-нотах на releases.1c.ru.

Здесь нет универсального правильного ответа — выбор зависит от бюджета, компетенций команды и требований к производительности.

Windows Server + MS SQL Server — классическая связка. Администрируется проще за счёт SSMS и автоматической оптимизации. Широкая совместимость с продуктами 1С, интуитивный графический интерфейс. Исторические тесты методологии Гилёва показывали преимущество MS SQL в типовых задачах 1С, однако результаты существенно зависят от конфигурации, сборки СУБД и профиля нагрузки. Минус — высокая стоимость лицензий Windows Server и MS SQL.

Linux + PostgreSQL — актуальный тренд, особенно в контексте импортозамещения. Свежие тесты Гилёва на оптимизированных виртуальных машинах демонстрируют конкурентные результаты для Linux-стека. Отсутствие лицензионных расходов на ОС и СУБД снижает стоимость владения. Однако требует глубокой экспертизы при настройке и квалифицированного Linux-администратора.

Если в команде нет опытного Linux-администратора, начинайте с Windows Server + MS SQL. Экономия на лицензиях не оправдается, если система будет регулярно деградировать из-за неправильной конфигурации PostgreSQL. Перед выбором проведите пилотный прогон на вашей базе и профиле нагрузки.

Выполните эти шаги до начала установки платформы 1С.

Windows Server:

• Установить план электропитания «Высокая производительность»
• Открыть порты брандмауэра (см. единую таблицу портов ниже)
• Отключить IPv6, если не используется в сети — предотвращает конфликты сетевых интерфейсов; убедитесь, что IPv4 и IPv6 не используются одновременно на рабочих серверах кластера
• Настроить сложные пароли и политику блокировки учётных записей
• Убедиться, что установлены компоненты Microsoft Data Access Components (MDAC) — необходимы для работы с MS SQL; без них возникает ошибка «Компоненты OLE DB провайдера не найдены»
• Отключить антивирусный мониторинг каталога srvinfo и процессов ragent.exe, rmngr.exe, rphost.exe (или настроить исключения)

Алгоритм развёртывания универсален: сначала разворачивается СУБД, затем устанавливается платформа 1С, после — настраиваются службы и лицензирование. Всегда проверяйте актуальный релиз платформы на releases.1c.ru под вашу ОС, а также совместимость версии платформы с используемой СУБД до начала установки. Ошибка на этом этапе приводит к падению рабочих процессов, которые невозможно поднять без переустановки.

MS SQL Server. На этапе Server Configuration выберите Collation Cyrillic_General_CI_AS — как на уровне сервера, так и для базы данных 1С. Если Collation сервера и базы не совпадают, возникают конфликты с tempdb и непредсказуемое поведение запросов. Разнесите файлы данных, журналов транзакций и tempdb по отдельным физическим дискам — это существенно влияет на производительность. Убедитесь, что пользователь, от имени которого работает сервер 1С, имеет роль processadmin или sysadmin на SQL Server.

Если сервер 1С и сервер SQL находятся на разных устройствах, установите MS SQL Native Client на сервер кластера 1С для корректного подключения.

PostgreSQL. Используйте специальную сборку — бесплатную версию с патчами 1С от Postgres Professional (1c.postgres.ru) или Postgres Pro. Стандартный vanilla PostgreSQL не содержит патчей планировщика запросов, оптимизированных под 1С: нет режимов блокировок APPLICATION SHARE/EXCLUSIVE, нет оптимизации повторяющихся JOIN и GROUP BY. Рекомендуется использовать сборки, сертифицированные под 1С. Конфигурация базы в Postgres Pro автоматически адаптируется под ресурсы сервера — в vanilla PostgreSQL это придётся настраивать вручную.

После установки PostgreSQL задайте пароль для пользователя postgres через psql:

Зафиксируйте пакеты от случайного обновления командами apt-mark hold, чтобы система не обновила адаптированную сборку стандартными средствами.

Запустите setup.exe от имени администратора. В списке компонентов отметьте:

• «Сервер 1С:Предприятия 8»
• «Администрирование сервера 1С:Предприятия 8»
• «Модули расширения веб-сервиса» — если планируется веб-клиент

На шаге настройки сервиса отметьте «Установить сервер 1С:Предприятие 8 как сервис Windows» и выберите «Создать пользователя USR1CV8». Задайте пароль по действующей политике паролей Windows.

Пользователь USR1CV8 должен иметь следующие права:

• «Вход в систему как сервис» (Log on as a service)
• «Вход в систему как пакетное задание» (Log on as a batch job)
• «Пользователи журналов производительности» (Performance Log Users)
• Полные права на каталог служебных файлов сервера (по умолчанию C:\Program Files\1cv8\srvinfo для 64-разрядного сервера)

Созданный автоматически пользователь USR1CV8 получит все перечисленные права автоматически.

По завершении установки зарегистрируйте утилиту администрирования, запустив файл RegMSC.bat из директории ../1cv8/version_1C/bin от имени администратора. Убедитесь, что служба «Агент сервера 1С:Предприятие» запущена и настроена на автоматический старт.

Проверки после установки (smoke tests):

• services.msc → служба «Агент сервера 1С:Предприятие» в статусе «Выполняется»
• Проверить прослушивание портов: netstat -an | find "1541" — должен отображаться порт
• Убедиться, что каталог srvinfo доступен пользователю USR1CV8
• Открыть консоль администрирования — должен отображаться центральный сервер

Платформа 1С поддерживает два вида лицензий: аппаратные ключи HASP/Sentinel и программные лицензии.

Аппаратный ключ (HASP/Sentinel). Вставьте ключ в USB-порт сервера и установите драйвер: запустите HASPUserSetup.exe (Windows) или sudo dpkg -i haspd*.deb (Linux). После установки откройте веб-интерфейс менеджера лицензий по адресу http://127.0.0.1:1947. В разделе Sentinel Keys должен отображаться подключённый ключ. Если лицензия сетевая, на клиентских станциях в Configuration → Access to Remote License Managers укажите IP сервера и отключите Broadcast Search.

Программная лицензия. Установите пин-код через интерфейс 1С после запуска платформы. Дополнительный драйвер не требуется.

После базовой установки MS SQL Server необходимо выполнить дополнительные настройки — без них система будет работать нестабильно или деградировать по производительности. Ниже — чек-лист обязательных настроек.

Если в столбце net_transport отображается Shared memory — режим активен.

Создайте план обслуживания в SSMS. Рекомендуемое расписание:
Ежедневно (например, в 23:00):

1. Создайте план обслуживания «Базовый» → вложенный план «Обновление статистик».
2. Добавьте задачу Update Statistics Task.
3. После неё — задачу Execute T-SQL Statement Task с запросом:

Логика: планировщик запросов MS SQL строит планы на основе статистики. Если статистика обновлена, но процедурный кеш не очищен, SQL продолжает использовать старые, возможно неоптимальные планы.

Еженедельно (например, в субботу в 22:00):

• Задача Reorganize Index (дефрагментация индексов).
• Задача Rebuild Index (реиндексация) — для сильно фрагментированных индексов.

После успешной установки платформы настройка сервера 1С начинается с консоли администрирования и создания кластера.

Первые шаги:

1. На Windows: зарегистрируйте утилиту администрирования, запустив RegMSC.bat от имени администратора
2. Откройте консоль администрирования через меню «Пуск» → «1С:Предприятие 8» → «Администрирование серверов»
3. В дереве консоли правой кнопкой мыши на «Central 1C:Enterprise 8.3» → «Создать» → «Центральный сервер», укажите имя хоста и порт 1540
4. На созданном центральном сервере создайте кластер: правая кнопка → «Создать кластер», порт 1541
5. Проверьте статус служб: ragent, rmngr и rphost должны быть в состоянии «Выполняется»

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

В консоли администрирования: кластер → «Информационные базы» → правая кнопка → «Добавить». В мастере выберите «Создание новой информационной базы» → «На сервере 1С:Предприятия». Заполните поля:

• Имя информационной базы — произвольное, латиница без пробелов
• Сервер баз данных — IP-адрес или имя хоста СУБД (проверьте через ipconfig /all или hostname)
• Тип СУБД — «MS SQL Server» с именем экземпляра или «PostgreSQL»
• Пользователь БД — учётная запись с правами на создание и управление базой
• Смещение дат — 0 (по умолчанию, синхронизирует даты с локальным временем сервера)

Если пользователь СУБД ещё не создан, создайте его в MS SQL Management Studio или через psql до этого шага.

Два способа создания базы:

• Способ 1 (из интерфейса 1С): запустить платформу 1С → «Добавить» → «Создание новой информационной базы» → «На сервере 1С:Предприятия» → заполнить параметры.
• Способ 2 (из SSMS или psql): сначала создать базу в СУБД, затем в консоли администрирования кластера 1С добавить ИБ, указав имя уже существующей базы (флаг «Создать базу в случае её отсутствия» не ставить).

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

Менеджер кластера (rmngr) автоматически распределяет клиентские подключения между рабочими процессами (rphost), ориентируясь на загрузку CPU, потребление памяти и число активных сеансов. Новое подключение направляется на наименее загруженный процесс; при недоступности процесса клиент переключается на альтернативный.

Открываются в консоли администрирования → свойства Локального кластера:

• Интервал перезапуска: частота плановых перезапусков рабочих процессов. Автоматический перезапуск минимизирует последствия фрагментации памяти, но может приводить к кратковременным разрывам соединений. При систематических зависших процессах рассмотрите параметр «Выключенные процессы останавливать через» (рекомендуется 3–5 минут).
• Количество рабочих процессов: рекомендуется 1,5–2 от числа физических ядер CPU. При слишком большом числе процессов — overhead по памяти; при слишком малом — очереди подключений.
• Допустимый объём памяти на процесс: 512–1024 МБ (зависит от конфигурации и нагрузки). При превышении rphost перезапускается автоматически. Слишком маленький лимит → частые рестарты; слишком большой → риск OOM.
• Лимит памяти на сервер (Максимальный объём памяти рабочих процессов): значение «0» означает до 80% ОЗУ сервера, «1» — без ограничений. Когда на одном сервере работают СУБД и сервер 1С, ограничьте этот параметр вручную.
• Безопасный расход памяти за один вызов: «0» = 5% от максимального объёма памяти. Значение «1» (без ограничений) крайне не рекомендуется.
• Уровень отказоустойчивости: число серверов, которые могут отключиться без потери сеансов. Не устанавливайте максимальный уровень без обоснования — это приводит к избыточным накладным расходам на синхронизацию.
• Режим распределения нагрузки: «Приоритет по производительности» — больше памяти, выше производительность; «Приоритет по памяти» — экономия RAM.
• Менеджер под каждый сервис: запуск каждого сервиса менеджера кластера как отдельного процесса — упрощает диагностику узких мест.

Стабильная работа системы 1С после запуска требует регулярных регламентных операций. Администрирование 1С настройте сразу после ввода в эксплуатацию — не после первого инцидента.

RPO/RTO: определите допустимую потерю данных (RPO) и время восстановления (RTO) для вашей организации. Типичная схема для бизнеса: полный бэкап еженощно + дифференциальный каждые 4–6 часов + журналы транзакций каждый час. Тест восстановления — не реже раза в месяц.

Резервное копирование. Резервирование средствами СУБД (MS SQL Backup или pg_dump/pg_basebackup для PostgreSQL) предпочтительнее выгрузки .dt для производственных баз: быстрее, полнее, не нагружает сервер 1С. Выгрузка .dt удобна для переноса конфигурации между серверами.

Технологический журнал 1С. Настраивается через файл logcfg.xml в каталоге 1cv8/conf. Базовые события для мониторинга: ALL, ADMIN, CONN, EXCP. Рекомендуемая конфигурация: ротация каждые 4 часа, хранение 28 дней (history="28"), ежедневная архивация с сжатием на внешний ресурс средствами планировщика ОС. Внешняя обработка «Настройка технологического журнала» позволяет редактировать logcfg.xml без перезапуска сервера.

Пример базовой секции logcfg.xml:

Мониторинг производительности. Контролируйте потребление памяти rphost-процессами через консоль администрирования или сторонние инструменты (VMMap, Windows Performance Toolkit). Отслеживайте блокировки в консоли кластера — таблица активных сеансов покажет зависшие подключения.

Обновление платформы. Обновляйте платформу в регламентное окно с предварительным созданием резервной копии. Проверяйте совместимость новой версии с вашей СУБД и конфигурацией до начала обновления. Актуальные релизы и исправления — на releases.1c.ru.

Проблема. После установки пользователи не могут подключиться к базе, служба агента сервера запускается, но соединение обрывается.

Решение. Добавьте в исключения антивируса:

• Директорию srvinfo (данные кластера)
• Процессы ragent.exe, rmngr.exe, rphost.exe
• Диапазон портов 1540–1591 в правилах сетевого экрана

Проверьте журнал событий антивируса — там будет явная запись о заблокированном процессе.

Проблема. При подключении клиент выдаёт «Ошибка формата потока» или «Версия клиента не соответствует версии сервера».

Решение. Версии платформы на клиентских рабочих станциях и сервере должны совпадать до последнего релиза. Обновляйте клиент и сервер одновременно. После обновления сервера не забудьте перезапустить службу агента.

Проблема. Со временем rphost потребляет всё больше памяти, пользователи видят замедление, платформа начинает аварийно перезапускать процессы.

Решение. В свойствах кластера настройте «Допустимый объём памяти» и «Интервал превышения» — это ограничит рост и обеспечит плановый перезапуск без видимого отказа. Для диагностики типа утечки используйте VMMap или Windows Performance Toolkit. Дополнительно отключите неиспользуемые службы на сервере — они конкурируют за память. Убедитесь, что версия платформы актуальна.

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

Что проверить:

1. Права пользователя USR1CV8 на каталог srvinfo
2. Порт 1541 не занят другим процессом: netstat -an | find "1541" (Windows) или ss -lntp | grep 1541 (Linux)
3. Журнал событий Windows / journalctl -u srv1cv83 — ищите конкретную ошибку при старте
4. Брандмауэр не блокирует порты 1540–1541

Нужна помощь с подбором сервера под 1С или развёртыванием инфраструктуры?

Work System помогает бизнесу и государственным организациям с подбором, конфигурированием и поставкой серверного оборудования под конкретную задачу — с тестированием перед отправкой и сопровождением до ввода в эксплуатацию. Более 600 реализованных проектов, мультивендорная экспертиза, 70+ сертификатов специалистов. Опишите задачу — подберём конфигурацию и согласуем условия поставки.