Сервер 1С:Предприятия 8.3 с нуля: от ОС до первой базы в кластере

Развернуть сервер 1С — это четыре действия по порядку: поставить СУБД (PostgreSQL или MS SQL Server), установить сервер 1С:Предприятия 8.3 как службу, создать в кластере информационную базу и активировать серверную лицензию . На чистом сервере с готовыми дистрибутивами первая база запускается за 2–3 часа.

Дольше всего обычно ищут не кнопки, а причины, почему клиент «не видит» сервер: закрытые порты, разные версии платформы, служба под неправильной учётной записью. Эти места разобраны ниже отдельно.

1. Подготовка: железо, операционная система, сеть

Сервер 1С работает на Windows Server и на Linux. Выбор определяется не столько вкусом, сколько СУБД и тем, кто будет сопровождать систему.

Ориентиры по ресурсам для небольшой компании (до 20–30 пользователей, 1–3 базы):

• 🖥️ процессор: 4–8 ядер с высокой частотой — 1С сильнее зависит от частоты ядра, чем от их числа;
• 🧠 память: от 16 ГБ, из них примерно половина уйдёт СУБД;
• 💾 диски: SSD или NVMe под файлы базы и журнал транзакций, отдельный диск под резервные копии;
• 🌐 сеть: 1 Гбит/с между сервером 1С и сервером СУБД, если это разные машины.

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

Сеть и порты

Клиент сначала обращается к агенту сервера, затем к менеджеру кластера и к рабочим процессам. Откройте во входящих правилах брандмауэра:

Клиенты должны находить сервер по имени, а не только по IP. Пропишите имя в DNS или в файле hosts на рабочих местах. Если сервер отвечает клиентам именем, которое те не могут разрешить, соединение обрывается уже после подключения к агенту.

2. Установка платформы и запуск сервера 1С как службы

Дистрибутив берите той же версии, что стоит на клиентах. Номер версии сервера и клиента должен совпадать полностью, вплоть до последней цифры: клиент 8.3.25.1374 к серверу 8.3.25.1286 не подключится.

Windows

1. Запустите setup.exe из дистрибутива «Технологическая платформа 8.3 для Windows 64-bit».
2. В списке компонентов отметьте «Сервер 1С:Предприятия 8» и «Администрирование сервера 1С:Предприятия». Клиентскую часть ставьте, если с этой машины будут работать в Конфигураторе.
3. На шаге установки службы поставьте флажок установки как сервиса Windows. Установщик предложит пользователя USR1CV8 — оставьте его или укажите доменную учётную запись.
4. Дождитесь окончания, откройте services.msc и проверьте, что служба агента сервера 1С:Предприятия 8.3 запущена.

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

regsvr32 "C:\Program Files\1cv8\8.3.25.1374\bin\radmin.dll"

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

Linux

Начиная с 8.3.20 платформа для Linux ставится единым установщиком. Пример тихой установки сервера:

chmod +x setup-full-8.3.25.1374-x86_64.run
sudo ./setup-full-8.3.25.1374-x86_64.run --mode unattended --enable-components server,ws

Компонент ws нужен только для публикации на веб-сервере. Полный список компонентов выводит ключ --help у установщика.

В свежих релизах служба оформлена как шаблон systemd и лежит в каталоге платформы. Подключите и запустите её:

sudo systemctl link /opt/1cv8/x86_64/8.3.25.1374/srv1cv8-8.3.25.1374@.service
sudo systemctl enable --now srv1cv8-8.3.25.1374@default
systemctl status srv1cv8-8.3.25.1374@default

В старых релизах вместо этого использовался скрипт srv1cv83 в /etc/init.d. Служба работает от пользователя usr1cv8, а реестр кластера хранит в /home/usr1cv8/.1cv8/1C/1cv8.

3. Настройка СУБД под 1С

1С работает не с любой сборкой PostgreSQL. Нужна версия с патчами для 1С: сборка PostgreSQL, которую фирма 1С выкладывает вместе с платформой, либо Postgres Pro для 1С. «Ванильный» PostgreSQL из репозитория дистрибутива базу 1С не создаст или будет работать с ошибками.

PostgreSQL

1. Установите сборку для 1С и инициализируйте кластер БД с локалью ru_RU.UTF-8.
2. Задайте пароль пользователю postgres или создайте отдельную роль с правом создавать базы.
3. Если сервер 1С на другой машине, разрешите подключение в pg_hba.conf и listen_addresses в postgresql.conf.
4. Поправьте ключевые параметры памяти и перезапустите службу.

Стартовые значения для машины с 32 ГБ, где СУБД соседствует с сервером 1С:

shared_buffers = 8GB
effective_cache_size = 16GB
work_mem = 64MB
maintenance_work_mem = 1GB
max_connections = 200

Это ориентир, а не догма. После месяца работы смотрите на реальную нагрузку и корректируйте.

MS SQL Server

• 🔒 Ограничьте max server memory: без лимита SQL Server заберёт почти всю память, и рабочим процессам 1С её не хватит.
• 📄 Выберите модель восстановления: «Полная» — если нужен откат на любой момент и делаются копии журнала; «Простая» — если хватает ежедневных полных копий.
• 🗂️ Поставьте tempdb на быстрый диск.
• 👤 Создайте SQL-логин для 1С с правом создавать базы, а не используйте sa в рабочих базах.

4. Создание и регистрация информационной базы в кластере

Кластер появляется автоматически при установке сервера (имя «Локальный кластер», порт 1541). Дальше база создаётся одним из двух способов.

Через консоль администрирования

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

Через стартер на рабочем месте

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

После создания загрузите данные: в Конфигураторе Администрирование → Загрузить информационную базу с файлом .dt из старой файловой базы. Строка подключения для клиентов выглядит так:

Srvr="srv-1c";Ref="buh";

где srv-1c — имя сервера, buh — имя базы в кластере, а не в СУБД.

5. Лицензии и ключи защиты для сервера

Для клиент-серверного режима нужна отдельная лицензия на сервер — без неё база в этом режиме не запустится. Клиентские лицензии нужны дополнительно, по числу одновременных пользователей.

Программная лицензия активируется из клиента 1С, запущенного на самом сервере, при первом подключении без лицензии. Файлы лицензий лежат в C:\ProgramData\1C\licenses на Windows и /var/1C/licenses на Linux. Копируйте этот каталог в резервную копию вместе с пинкодами: после переустановки ОС без них лицензию придётся восстанавливать через поддержку.

Какие лицензии реально заняты, видно в консоли: узел «Сеансы», колонки с информацией о лицензии. В командной строке то же даёт rac session list --licenses при запущенном ras.

Не ставьте на сервер «активаторы» и эмуляторы ключей. Помимо юридических рисков, такие программы ломают службу после обновления платформы, а в худшем случае несут вредоносный код с правами системной службы.

6. Производительность, регламентные задания и мониторинг

Сервер с настройками по умолчанию работает, но на 20+ пользователях начинают всплывать узкие места.

Параметры рабочего сервера

В консоли откройте свойства рабочего сервера (узел «Рабочие серверы»). Там задаются:

• 🔢 диапазон IP-портов рабочих процессов (по умолчанию 1560–1591);
• 📦 количество информационных баз и соединений на один процесс;
• 🧮 безопасный расход памяти за один вызов — ограничивает «тяжёлый» отчёт, чтобы он не уронил процесс;
• 🛑 критический объём памяти процессов — порог, при достижении которого сервер начинает обрывать соединения.

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

Регламентные задания

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

Регламент самой СУБД важнее, чем кажется:

• PostgreSQL: проверьте, что работает autovacuum, и раз в неделю делайте VACUUM ANALYZE в нерабочее время;
• MS SQL: план обслуживания с обновлением статистики ежедневно и перестроением индексов раз в неделю.

Где смотреть, что тормозит

• 📊 Счётчики потребления ресурсов в консоли — какие сеансы грузят процессор и память.
• 📝 Технологический журнал: файл logcfg.xml в каталоге conf платформы. Включайте точечно и ненадолго — журнал быстро занимает гигабайты.
• 🔁 Перезапуск рабочих процессов: в свойствах кластера задайте интервал перезапуска, например раз в сутки ночью.

7. Резервное копирование и восстановление

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

Пример ночной копии PostgreSQL:

pg_dump -U postgres -Fc -f /backup/buh_$(date +%F).dump buh

Восстановление в новую базу:

createdb -U postgres buh_restore
pg_restore -U postgres -d buh_restore /backup/buh_2026-10-01.dump

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

Что ещё обязательно входит в резервную копию:

1. Каталог реестра кластера (srvinfo на Windows, .1cv8/1C/1cv8 у пользователя службы на Linux).
2. Каталог лицензий и пинкоды.
3. logcfg.xml, postgresql.conf, pg_hba.conf — чтобы не настраивать заново.

Раз в месяц делайте пробное восстановление на тестовой машине. Копия, которую ни разу не разворачивали, — это надежда, а не резервная копия.

8. Частые вопросы