Развёртывание сервера 1С: от чистой машины до работающего кластера
Содержание
«Повесить сервер 1С» — значит перевести базы из файлового режима в клиент-серверный: на машине работает серверная часть платформы, а данные лежат в СУБД. Частое заблуждение: достаточно поставить 1С на мощный компьютер и расшарить папку с базой. Так получается всё тот же файловый вариант, только медленнее — сервер 1С как кластер при этом не используется.
Рабочая связка состоит из трёх частей: серверная часть платформы (агент и менеджер кластера), СУБД (PostgreSQL или MS SQL Server) и клиенты, которые подключаются по сети. Ниже — порядок, в котором всё это поднимают, чтобы не переделывать с нуля.
Что нужно решить до установки
Три вопроса определяют всю схему. Ответьте на них заранее, потом менять дороже.
- 🖥️ Одна машина или две. Для небольшой компании (до 20–30 пользователей) сервер 1С и СУБД обычно живут вместе. Дальше разумно разнести: отдельная машина под СУБД, отдельная под рабочие процессы 1С.
- 🐧 Windows или Linux. Серверная часть платформы работает на обеих системах, функциональность одинакова. Linux экономит на лицензии ОС, Windows привычнее администраторам.
- 🗄️ Какая СУБД. PostgreSQL бесплатен, MS SQL Server платный, но привычен. Для баз на 1С допустима любая из поддерживаемых платформой.
| Вариант | Когда подходит | Минусы |
|---|---|---|
| Всё на одной машине | До 20–30 пользователей, одна-две базы | Конкуренция за память между 1С и СУБД |
| Две машины (1С + СУБД) | 30–100 пользователей, тяжёлые отчёты | Нужна быстрая сеть между ними |
| Несколько серверов 1С + отдельная СУБД | Сотни пользователей, регламентные задания | Сложнее администрировать |
Подготовка железа и операционной системы
Серверу 1С нужны быстрые диски, много оперативной памяти и стабильная сеть. Процессор важен, но частота ядра для 1С значит больше, чем их число: основная нагрузка идёт в один поток на сеанс.
Ориентиры для старта на 20 пользователей с одной базой бухгалтерии (примерно, зависит от объёма данных):
- 🧠 Оперативная память: 16–32 ГБ при совмещении 1С и СУБД. Больше половины уйдёт под кэш СУБД.
- 💾 Диски: SSD, лучше NVMe. Файлы базы, журнал транзакций и временные файлы держите на разных томах, если есть возможность.
- 🔌 Сеть: гигабит между клиентами и сервером, при разнесении 1С и СУБД — не медленнее.
- ⏱️ Процессор: высокая тактовая частота важнее количества ядер.
Что сделать с системой до установки платформы:
- Задайте серверу постоянное имя и статический IP. Клиенты будут обращаться по имени, при его смене все списки баз придётся править.
- Проверьте время и часовой пояс: синхронизация с источником времени нужна, иначе возникнут странности с блокировками и лицензиями.
- Отключите на сервере всё лишнее: офисные программы, браузерные расширения, сторонние антивирусные модули с глубоким сканированием каталогов 1С.
- Определите пути для каталогов кластера и баз заранее — на отдельном томе, не на системном.
Не ставьте сервер 1С на контроллер домена и на машину, где пользователи работают сами. Служба должна жить на выделенной системе, иначе перезагрузка «по делам» оборвёт сеансы всей компании.
Установка серверной части платформы 1С
Берите дистрибутив платформы той же редакции, что у клиентов. Рассогласование версий — самая частая причина отказа подключения: клиент слишком старый или новый для данного сервера не подключится.
Windows
В установщике при выборе компонентов отметьте «Сервер 1С:Предприятия». Клиентские компоненты на серверной машине нужны для администрирования и обслуживания, их можно оставить.
На последнем шаге установщик предложит установить сервер
как службу Windows. Соглашайтесь. Служба запустится под отдельной учётной записью (по умолчанию создаётся пользователь USR1CV8), и именно у неё должен быть доступ к каталогам кластера и баз.
После установки проверьте в оснастке «Службы» запись «Агент сервера 1С:Предприятия» — она должна быть запущена с автозапуском.
Linux
Серверную часть ставят из пакетов дистрибутива (deb или rpm, в зависимости от системы). Обычно нужны базовые пакеты платформы и пакет серверной части. Установщик создаёт пользователя usr1cv8 и группу grp1cv8, от них же работает служба.
Запуск и проверка:
systemctl enable --now srv1cv83
systemctl status srv1cv83
Имя службы зависит от версии платформы: если команда не находит такой юнит, посмотрите список установленных через systemctl list-unit-files | grep -i 1c.
Если веб-сервисы или тонкие клиенты через браузер вам не нужны, не ставьте веб-компоненты на сервер приложений: меньше пакетов — меньше поверхность атаки.
Что должно появиться после старта
После запуска службы агента на машине появятся три процесса:
| Процесс | За что отвечает |
|---|---|
ragent | Агент сервера, принимает подключения и запускает остальное |
rmngr | Менеджер кластера, хранит реестр кластера и распределяет нагрузку |
rphost | Рабочий процесс, в нём исполняется код 1С на сервере |
Если видите только ragent и процессы не растут — кластер ещё не создан или его настройки не подхватились. Это нормальный старт на новой машине.
Порты и доступ по сети
Серверу 1С нужен открытый диапазон портов. Стандартная раскладка:
1540— агент сервера;1541— основной менеджер кластера;1560–1591— диапазон для рабочих процессов (по умолчанию);1545— сервер администрирования (RAS), если вы его запускаете.
На межсетевом экране откройте их для адресов, откуда ходят клиенты. Порты СУБД (для PostgreSQL по умолчанию 5432) наружу не открывайте: к ней должен ходить только сервер 1С.
Проверка с клиентской машины до установки на неё чего-либо:
telnet имя-сервера 1541
Если соединения нет, дело в брандмауэре или в имени. Сначала проверьте разрешение имени, потом порты.
Настройка кластера и информационных баз
Кластер — логическая группа серверов, работающих с общим реестром. На малой установке достаточно одного кластера с одним рабочим сервером.
Если вы ставили сервер через установщик, кластер по умолчанию уже создан и слушает порт 1541. Управление — через консоль администрирования серверов 1С (в Windows это оснастка, в Linux — утилита rac и сторонние консоли).
Создание информационной базы в кластере
- В консоли раскройте ваш сервер и кластер, найдите узел «Информационные базы».
- Создайте новую базу: укажите имя, тип СУБД и её адрес, имя базы данных, пользователя СУБД.
- Отметьте «Создать базу данных в случае её отсутствия», если база создаётся с нуля.
- Для базы под боевую работу сразу задайте смещение дат, если оно нужно вашей конфигурации (для современных конфигураций —
0).
Запомните имя базы в кластере и имя базы в СУБД. Они не обязаны совпадать, и на этом ломаются автоматические скрипты резервного копирования.
Затем добавьте базу в список на клиентских компьютерах: в окне запуска «Добавить → Создание новой информационной базы или добавление существующей → На сервере 1С:Предприятия». Кластер указывается как имя-сервера, имя базы — как в кластере.
Выгрузка файловой базы в серверную
Самый быстрый переезд: в конфигураторе файловой базы выполните выгрузку в файл .dt, затем в новой серверной базе загрузите этот файл. Перед этим сделайте копию исходной базы и уберите из неё пользователей.
Связь с СУБД: PostgreSQL и MS SQL
Серверная база 1С работает с СУБД через собственный слой. Версия СУБД должна быть той, которую поддерживает ваша платформа: сверяйтесь с требованиями к версии из документации платформы.
PostgreSQL
Для 1С используют сборку, специально собранную под платформу (поставляется отдельно от стандартного PostgreSQL). Обычный пакет из репозитория дистрибутива для серьёзной нагрузки не рекомендуют: платформа может не заработать вообще или пойдёт с проблемами в блокировках.
Минимум настроек в postgresql.conf на машине с 32 ГБ памяти (ориентиры, потом подгоняйте по нагрузке):
shared_buffers = 8GB
effective_cache_size = 20GB
work_mem = 64MB
maintenance_work_mem = 1GB
max_connections = 200
Расчёт простой: на shared_buffers кладут примерно четверть оперативной памяти, на effective_cache_size — около 60–70%. Остальное оставьте системе и самой платформе.
Правило для обеих СУБД: пользователь, под которым 1С подключается к СУБД, должен иметь права на создание баз, если вы создаёте их из консоли кластера.
MS SQL Server
Для SQL Server укажите режим смешанной аутентификации, если сервер 1С находится вне домена. Следите за максимальным объёмом памяти SQL Server: если оставить значение по умолчанию, он займёт почти всё и не оставит места 1С.
Лицензии и пользователи: как не упереться в «нет свободных лицензий»
Серверная часть платформы использует лицензии на пользователей. Различают два типа: программные (привязаны к серверу, активируются по регистрационному номеру и пин-коду) и аппаратные (ключ защиты в USB-порту).
Практика, как организовать:
- 🔑 Программную лицензию активируйте на самом сервере 1С, через штатную утилиту получения лицензий. Для этого серверу нужен выход в интернет на момент активации.
- 🧩 В виртуальных машинах аппаратные ключи неудобны: пробросить USB в гипервизоре можно, но надёжнее взять программную лицензию.
- 👥 Серверная лицензия учитывает именно одновременные сеансы пользователей, а не число учётных записей в базе.
- 🧹 Зависшие сеансы тоже занимают лицензию. Если сеансов больше, чем пользователей на деле — ищите зависшие клиенты и закрывайте их из консоли кластера.
Права пользователей внутри самих баз — отдельная тема, она настраивается в конфигурации и к серверу как таковому не относится. Администратор кластера и пользователь 1С — разные роли.
Бывает, что лицензия «есть», но платформа её не видит. Проверьте, что служба сервера запущена под тем пользователем, у которого есть доступ к каталогу, где хранятся файлы лицензий.
Тонкая настройка: производительность и мониторинг
Кластер, поднятый «по умолчанию», работает, но не оптимально. Несколько настроек, которые дают заметный эффект, не требуя глубокой аналитики.
Рабочие процессы
В свойствах рабочего сервера задайте число рабочих процессов и допустимую память. Типичный подход:
- для базы на 20–30 человек хватает 1–2 рабочих процессов;
- при росте нагрузки добавляйте процессы, а не только мощность одного;
- включите перезапуск рабочих процессов по расписанию, например раз в сутки ночью, чтобы вычистить утечки памяти.
Регламентные операции
На стороне СУБД регулярно выполняйте обновление статистики и очистку. Для PostgreSQL это VACUUM и ANALYZE, на MS SQL — обслуживание индексов и статистики. Без этого база раздувается, а запросы постепенно замедляются.
Что мониторить
| Что смотреть | Где | Тревожный признак |
|---|---|---|
| Память рабочих процессов | Консоль кластера, диспетчер задач | Постоянный рост без остановки |
| Блокировки | Консоль кластера, раздел «Блокировки» | Долгие ожидания у одних и тех же пользователей |
| Длительность вызовов | Технологический журнал | Ежедневно одни и те же медленные операции |
| Ожидания диска | Системные счётчики | Очередь к диску стабильно выше нуля |
Для глубокого разбора медленных запросов включают технологический журнал: он пишет события в файлы, которые потом разбирают отдельными утилитами. Включайте его на короткий срок и с фильтром — иначе он быстро забьёт диск.
Резервное копирование делайте на уровне СУБД и проверяйте восстановление. Копия, которую ни разу не разворачивали, — не копия.
Частые ошибки при настройке сервера
Чаще всего ломается не платформа, а обвязка вокруг.
- Клиент не видит сервер: ошибка вида
Не удалось подключиться к серверуобычно означает закрытые порты или неверное имя. Проверьте оба. - Служба стартует и сразу падает: смотрите журнал событий (в Linux —
journalctl -u srv1cv83), причина обычно в правах на каталог кластера. - База создаётся, но подключения к СУБД нет: проверьте адрес СУБД и разрешения на подключение с адреса сервера 1С.
- Работает «через раз»: две разные версии платформы на клиентах и сервере.