Сервер 1С 8.3 с нуля: железо, кластер, лицензии и тонкая настройка
Содержание
Чтобы настроить сервер 1С:Предприятие, нужно пройти пять шагов: поставить серверные компоненты платформы как службу Windows, открыть порты 1540, 1541 и 1560–1591, создать администратора кластера , зарегистрировать информационную базу на сервере СУБД и активировать серверную лицензию . Всё остальное — тонкая настройка рабочих процессов, памяти и резервного копирования.
Инструкция общая для платформы 8.3 (релизы 8.3.2x) и не зависит от конфигурации: Бухгалтерия, ЗУП и УТ работают на сервере одинаково. Примеры даны для Windows Server 2016 и новее; где для Linux есть отличия, они оговорены отдельно.
Что подготовить до установки сервера 1С
Сервер 1С и сервер СУБД — две разные программы. Их можно поставить на одну машину, а можно разнести. Для офиса до 30–40 пользователей одна машина обычно удобнее: меньше сетевых задержек между 1С и базой данных.
Ориентиры по железу
Цифры ниже — примерные, для типовых конфигураций вроде БП 3.0 и ЗУП 3.1. Тяжёлые базы (ERP, КА с большим документооборотом) требуют больше.
| Пользователей | Процессор | Память (1С + СУБД) | Диски |
|---|---|---|---|
| до 10 | 4 ядра | 16 ГБ | SSD |
| 10–30 | 6–8 ядер | 32 ГБ | SSD/NVMe, базы и логи СУБД раздельно |
| 30–80 | 12–16 ядер | 64 ГБ | NVMe, отдельный диск под tempdb/WAL |
💡 Для 1С важна частота ядра, а не только их число. Один сеанс проведения документа выполняется в одном потоке, поэтому процессор на 3,5 ГГц с 8 ядрами часто быстрее, чем 2,2 ГГц с 24 ядрами.
Что проверить перед стартом
- 🖥️ ОС: Windows Server 2016/2019/2022 или поддерживаемый дистрибутив Linux.
- 🗄️ СУБД: Microsoft SQL Server или PostgreSQL в сборке для 1С (её распространяет фирма 1С и её партнёры).
- 📦 Дистрибутив технологической платформы той версии, которой требует ваша конфигурация. Версия на сервере и на всех клиентах должна совпадать до последней цифры.
- 🔑 Серверная лицензия: программная (пинкод) или аппаратный ключ HASP.
- 🌐 Статический IP-адрес сервера и имя, которое резолвится у клиентов.
- 🛡️ Учётная запись под службу 1С без прав администратора.
Установка серверной части платформы
Запустите setup.exe из дистрибутива технологической платформы. На шаге выбора компонентов отметьте:
- Сервер 1С:Предприятия 8 — сам сервер.
- Администрирование сервера 1С:Предприятия — оснастка консоли кластера.
- 1С:Предприятие 8 (тонкий и толстый клиент) — нужен на сервере для активации лицензии и проверки подключения.
На следующем шаге установщик предложит «Установить сервер
1С:Предприятия 8 как сервис Windows». Отметьте пункт и выберите создание пользователя USR1CV8 или укажите существующую доменную учётку.
Установщик сам выдаёт этой учётке право «Вход в качестве службы» и добавляет её в группу «Пользователи журналов производительности». Если служба работает под своей учёткой, проверьте оба пункта вручную: без них агент не стартует или не собирает счётчики.
Регистрация консоли администрирования
После установки консоль часто открывается с пустым деревом или ошибкой о незарегистрированном классе. Лечится регистрацией библиотеки нужной версии из командной строки от имени администратора:
regsvr32 "C:\Program Files\1cv8\8.3.24.1691\bin\radmin.dll"
Номер версии в пути подставьте свой. Если на машине стоят несколько релизов, регистрируйте radmin.dll той версии, что и служба: консоль другой версии к агенту не подключится.
Как выглядит служба
Служба называется «Агент сервера 1С:Предприятия 8.3 (x86-64)». В свойствах службы, в строке запуска, видны ключевые параметры:
"C:\Program Files\1cv8\8.3.24.1691\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo"
-port 1540— порт агента сервера;-regport 1541— порт менеджера кластера;-range 1560:1591— диапазон для рабочих процессов;-d— каталог служебных файлов кластера (srvinfo).
💡 Вынесите srvinfo на быстрый диск, а не оставляйте на системном. В нём лежат сеансовые данные и кэш, при большом числе пользователей каталог активно пишется.
Особенность Linux
Под Linux сервер ставится пакетами из дистрибутива платформы, а служба управляется через systemd. Имя юнита зависит от версии; найти его можно командой systemctl list-unit-files | grep 1c. Порты и устройство кластера те же, что в Windows.
Создание кластера и регистрация информационной базы на сервере
При первом запуске службы агент сам создаёт кластер «Локальный кластер» на порту 1541 и рабочий сервер с именем компьютера. Создавать кластер вручную в простом случае не нужно.
Подключение консоли
- Откройте «Администрирование серверов 1С Предприятия».
- На узле «Central 1C:Enterprise 8.3 servers» выберите
Создать → Центральный сервер 1С:Предприятия 8.3. - Укажите имя компьютера, протокол TCP и порт
1540. - Раскройте дерево:
Кластеры → Локальный кластер → Информационные базы.
Создание базы
Через контекстное меню узла «Информационные базы» выберите Создать → Информационная база и заполните:
| Поле | Что указать |
|---|---|
| Имя | Имя базы для клиентов, без пробелов: buh_main |
| Сервер баз данных | Имя сервера СУБД, для MS SQL с экземпляром — SRV\SQL2019 |
| Тип СУБД | MSSQLServer или PostgreSQL |
| База данных | Имя базы в СУБД |
| Пользователь / пароль | Учётка СУБД с правом создавать базы |
| Создать базу в случае её отсутствия | Отметить, если базы в СУБД ещё нет |
| Блокировка регламентных заданий | Включить для копий и тестовых баз |
| Разрешить выдачу лицензий сервером | «Да», если клиентские лицензии стоят на сервере |
Базу можно создать и с клиента: в окне запуска нажмите «Добавить», выберите «Создание новой информационной базы» и тип расположения «На сервере 1С:Предприятия». Результат одинаковый.
Перенос существующей файловой базы делается через Конфигуратор: выгрузите её в .dt (Администрирование → Выгрузить информационную базу) и загрузите в пустую серверную базу
. Загрузка .dt требует монопольного доступа к базе-приёмнику.
⚠️ Включайте блокировку регламентных заданий в любой копии рабочей базы. Иначе копия начнёт сама обмениваться с банком, ЭДО и сайтом от имени рабочей организации.
Лицензии и ключи защиты на сервере
Без лицензии сервер не обслуживает клиентские подключения к базам. Нужна как минимум одна серверная лицензия (уровня ПРОФ или КОРП) и клиентские лицензии на число одновременных сеансов.
Программная лицензия
- Войдите на сервер под администратором.
- Запустите клиент 1С и откройте любую базу (можно пустую).
- Когда платформа сообщит, что лицензия не найдена, выберите получение лицензии и введите пинкод с конверта и регистрационный номер комплекта .
- Заполните данные владельца так же, как в регистрационной анкете.
Файлы лицензий сохраняются в C:\ProgramData\1C\licenses. Служба читает их оттуда, поэтому учётке USR1CV8 нужно право на чтение этой папки.
Программная лицензия привязана к параметрам компьютера. Замена материнской платы, процессора, сетевой карты или переустановка ОС может потребовать повторной активации резервным пинкодом. Сохраните конверты с пинкодами вне сервера.
Аппаратный ключ
Для HASP-ключа установите драйвер защиты (поставляется вместе с платформой). Если ключ сетевой и стоит на другой машине, клиенты и сервер найдут его через менеджер лицензий HASP. Для серверного ключа на виртуальной машине понадобится проброс USB или сетевой USB-хаб.
Кто выдаёт клиентские лицензии
Есть два сценария:
- 💻 Лицензии на клиентах — каждая рабочая станция активирует свою. Удобно для 2–3 постоянных мест.
- 🏢 Лицензии на сервере — активируете клиентские лицензии на сервере и включаете в базе «Разрешить выдачу лицензий сервером». Подходит для терминального доступа, веб-клиента и мобильных сотрудников.
Проверить, какая лицензия занята каждым сеансом, можно утилитой rac: команда rac session list --licenses покажет сеанс и источник лицензии.
Параметры рабочих процессов и памяти
Настройки производительности разнесены по двум окнам консоли. Путать их не стоит.
Свойства кластера
Открываются через контекстное меню кластера → «Свойства». Здесь:
- 🔁 Интервал перезапуска — плановый перезапуск рабочих процессов. Значение
86400(сутки) помогает от медленной утечки памяти. Перезапуск идёт с переносом сеансов, но держите его в нерабочее время. - 📏 Допустимый объём памяти — при превышении процесс помечается на перезапуск.
- ⏱️ Выключенные процессы останавливать через — сколько секунд ждать перед принудительной остановкой процесса, помеченного на выключение.
- ⚖️ Уровень отказоустойчивости и режим распределения нагрузки — актуальны, когда в кластере несколько рабочих серверов.
Свойства рабочего сервера
Открываются на узле Рабочие серверы → <имя сервера> → Свойства. Ключевые поля:
| Параметр | Что регулирует | Ориентир |
|---|---|---|
| Диапазон IP-портов | Порты рабочих процессов | 1560:1591, расширить при многих базах |
| Количество ИБ на процесс | Сколько баз обслуживает один процесс | 1 — для изоляции тяжёлых баз |
| Количество соединений на процесс | Сколько сеансов в одном процессе | Уменьшать, если процессы распухают |
| Критический объём памяти процессов | Порог, после которого сервер рвёт самые тяжёлые вызовы | Оставить запас под ОС и СУБД |
| Безопасный расход памяти за один вызов | Защита от «запроса-пылесоса» | Задать, если один отчёт валит сервер |
Если на машине стоят и 1С, и СУБД, разделите память явно. Пример для 64 ГБ: 4 ГБ — системе, 32 ГБ — SQL Server (параметр max server memory), остальное — процессам 1С. Сумма: 4 + 32 + 28 = 64.
💡 Требования назначения функциональности тоже настраиваются в свойствах рабочего сервера. Через них можно, например, запретить выдачу клиентских лицензий на конкретном сервере или вынести фоновые задания на отдельную машину.
Настройки на стороне Windows и СУБД
- ⚡ План электропитания — «Высокая производительность». На сбалансированном частота ядер скачет, проведение документов замедляется.
- 🦠 Исключения в антивирусе: каталог
srvinfo, файлы баз и журналов СУБД. - 🗄️ MS SQL: модель восстановления под вашу схему бэкапов,
max degree of parallelism = 1для баз 1С, отдельный диск подtempdb. - 🐘 PostgreSQL: сборка для 1С;
shared_buffers— около четверти памяти, выделенной СУБД.
Защита сервера и резервное копирование
Свежеустановленный кластер открыт: любой, у кого есть консоль, может подключиться, завершить сеансы или удалить базу из кластера. Это первое, что надо закрыть.
Администраторы
- В консоли:
Локальный кластер → Администраторы → Создать → Администратор. Задайте имя и пароль. - На узле центрального сервера также создайте администратора центрального сервера — он управляет кластерами целиком.
- После этого консоль при каждом подключении спросит пароль.
Если пароль администратора кластера потерян, не пересоздавайте кластер. Остановите службу в нерабочее время (сеансы пользователей при этом оборвутся) и восстановите файлы реестра кластера из srvinfo по резервной копии, либо обратитесь к администратору, который его задавал.
Сеть
Откройте во входящих правилах брандмауэра только нужное и только для сети офиса:
netsh advfirewall firewall add rule name="1C Server" dir=in action=allow protocol=TCP localport=1540-1541,1560-1591 remoteip=192.168.1.0/24
Порт СУБД (1433 для MS SQL, 5432 для PostgreSQL) наружу не открывайте: клиенты 1С ходят только к серверу 1С, а не к базе данных. Публиковать сервер 1С напрямую в интернет нельзя — для удалённых сотрудников используйте VPN или веб-публикацию за HTTPS.
Удалённое администрирование через ras и rac
Для управления кластером из скриптов или с другой машины запустите сервер администрирования ras как службу:
sc create "1C:Enterprise 8.3 Remote Server" binPath= "\"C:\Program Files\1cv8\8.3.24.1691\bin\ras.exe\" cluster --service --port=1545 localhost:1540" start= auto
После старта службы утилита rac работает через порт 1545: rac localhost:1545 cluster list вернёт список кластеров. Остальные команды смотрите в rac help.
Бэкапы
| Способ | Когда | Минусы |
|---|---|---|
Бэкап средствами СУБД (план обслуживания MS SQL, pg_dump) | Ежедневно, без остановки работы | Восстанавливать надо тоже средствами СУБД |
Выгрузка .dt из Конфигуратора | Перед обновлением, при переносе | Нужен монопольный доступ, на больших базах долго |
| Снимок виртуальной машины | Перед обновлением платформы | Не заменяет бэкап базы |
Правило простое: ежедневный бэкап средствами СУБД с хранением минимум неделю и регулярное пробное восстановление в тестовую базу. Бэкап, который ни разу не восстанавливали, — это надежда, а не копия.
Диагностика: почему сервер 1С не запускается или не пускает клиентов
Большинство проблем первого запуска сводится к трём вещам: служба не стартует, клиент не видит сервер, лицензия не выдаётся.
Технологический журнал
Если причину не видно, включите технологический журнал. Создайте файл logcfg.xml в каталоге C:\Program Files\1cv8\conf\:
<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
<log location="D:\techlog" history="24">
<event>
<eq property="name" value="EXCP"/>
</event>
<property name="all"/>
</log>
</config>
Сервер подхватит файл без перезапуска, примерно через минуту. В D:\techlog появятся логи исключений с текстами ошибок. history="24" — хранить 24 часа. После диагностики удалите файл: журнал быстро растёт.
Очистка кэша кластера
Когда кластер ведёт себя странно (зависшие сеансы, которые не завершаются, ошибки после аварийного выключения), помогает удаление файлов snccntx* из каталога srvinfo\reg_1541.
⚠️ Делайте это только при остановленной службе агента и в нерабочее время. Остановка службы обрывает все сеансы пользователей, несохранённые данные пропадут. Файл 1CV8Clst.lst в том же каталоге не трогайте: в нём список баз и настройки кластера.