Как развернуть сервер 1С 8.3 с СУБД и подключить рабочие места

Установка 1С 8.3 в клиент-серверном варианте делается в пять шагов: подготовить СУБД (PostgreSQL или MS SQL), поставить из дистрибутива платформы «Сервер 1С:Предприятия» как службу Windows, открыть порты 1540, 1541 и 1560–1591, создать базу в консоли кластера и добавить её на клиентах. Последней идёт настройка лицензий и регламентных заданий.

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

Подготовка к установке 1С 8.3: железо, СУБД, сеть

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

Ориентиры по серверу для 10–30 пользователей в типовых конфигурациях:

• 🖥️ процессор от 4 ядер с высокой частотой — 1С чувствительна к частоте, а не к числу ядер;
• 💾 от 16 ГБ ОЗУ, если СУБД и сервер 1С на одной машине;
• ⚡ SSD или NVMe под файлы базы и журналы транзакций;
• 🪟 Windows Server 2016 и новее либо поддерживаемый дистрибутив Linux.

Что сделать до запуска установщика

1. Задайте серверу постоянный IP и понятное короткое имя, например srv1c. Переименование после установки кластера доставит проблем.
2. Проверьте, что имя сервера резолвится с каждого клиента: ping srv1c. Если DNS в сети нет, пропишите строку в C:\Windows\System32\drivers\etc\hosts на клиентах.
3. Включите план электропитания «Высокая производительность».
4. Установите и запустите СУБД. Для PostgreSQL запомните пароль пользователя postgres, для MS SQL создайте логин с ролью dbcreator и выберите серверное сравнение Cyrillic_General_CI_AS.
5. Скачайте дистрибутив «Технологическая платформа 1С:Предприятия (64-bit) для Windows» той версии, что требует ваша конфигурация. Номер версии сервера и клиентов должен совпадать до последней цифры.

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

Запустите setup.exe из папки дистрибутива от имени администратора. На шаге выбора компонентов отметьте:

• ✅ «1С:Предприятие» — клиент понадобится на сервере для активации лицензий и обслуживания;
• ✅ «Сервер 1С:Предприятия»;
• ✅ «Администрирование сервера 1С:Предприятия» — это консоль кластера;
• ✅ «Модули расширения веб-сервера» — если планируете веб-клиент или публикацию HTTP-сервисов;
• ⬜ «Сервер хранилища конфигураций» — только если ведёте групповую разработку.

Служба и учётная запись

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

Служба называется «Агент сервера 1С:Предприятия 8.3 (x86-64)». Под капотом она запускает ragent.exe с портами по умолчанию:

"C:\Program Files\1cv8\8.3.xx.xxxx\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo"

Учётной записи USR1CV8 нужны:

1. Право «Вход в качестве службы» (обычно выдаётся установщиком автоматически).
2. Полный доступ к каталогу srvinfo, где лежат реестр кластера и журналы регистрации.
3. Членство в группе «Пользователи журналов производительности» — без него консоль не покажет нагрузку рабочих процессов.

Порты и брандмауэр

Клиент сначала обращается к агенту (1540), затем к менеджеру кластера (1541), а данные идут через рабочие процессы из диапазона 1560–1591. Диапазон задаётся в свойствах рабочего сервера. Откройте все три в брандмауэре Windows:

netsh advfirewall firewall add rule name="1C Server 1540-1541" dir=in action=allow protocol=TCP localport=1540-1541
netsh advfirewall firewall add rule name="1C Server workers" dir=in action=allow protocol=TCP localport=1560-1591

Консоль администрирования

Если оснастка «Администрирование серверов 1С Предприятия» при открытии выдаёт ошибку или пустое окно, зарегистрируйте библиотеку консоли той же версии, что и сервер (командная строка от администратора):

regsvr32 "C:\Program Files\1cv8\8.3.xx.xxxx\bin\radmin.dll"

После этого в консоли кликните правой кнопкой «Central 1C:Enterprise 8.3 servers» → Создать → Центральный сервер 1С:Предприятия 8.3, укажите имя srv1c и порт 1540. Кластер «Локальный кластер» на порту 1541 создаётся при первом запуске службы сам.

Сразу задайте администратора кластера (Кластер → Администраторы). Без него любой, кто знает имя сервера, может создать или удалить базу через консоль.

Лицензии сервера и клиентов: активация и проверка

Для клиент-серверной работы нужны два вида лицензий: на сам сервер 1С и на клиентские места. Обе бывают программными (пин-код) и аппаратными (USB-ключ HASP).

Программная лицензия сервера

1. Запустите клиент 1С прямо на сервере под пользователем с правами администратора.
2. Откройте любую базу на этом сервере. Платформа сообщит, что лицензия не найдена, и предложит получить её.
3. Выберите получение лицензии, введите регистрационный номер комплекта и пин-код из конверта, заполните данные владельца.
4. Файл лицензии с расширением .lic появится в C:\ProgramData\1C\licenses.

Пин-коды не активируйте на виртуальной машине «на пробу». Лицензия привязывается к параметрам оборудования, а число повторных активаций по одному пин-коду ограничено. Резервные пин-коды берегите.

Клиентские лицензии

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

Аппаратные ключи HASP для клиентов вставляются в сервер, на нём ставится «HASP License Manager» (есть в дистрибутиве платформы), а на клиентах при необходимости указывается адрес менеджера лицензий в файле nethasp.ini.

Как проверить, кто занял лицензии

Через утилиту rac (сервис ras должен быть запущен):

rac cluster list
rac session list --cluster=<uuid-кластера> --licenses

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

Создание информационной базы на сервере 1С и связь с СУБД

Базу можно создать двумя путями: из консоли кластера или из окна запуска клиента. Через консоль нагляднее — видны все параметры.

1. В консоли раскройте Локальный кластер → Информационные базы, правой кнопкой — Создать → Информационная база.
2. Заполните поля:
   • «Имя» — короткое, латиницей, например buh. По нему клиенты будут подключаться;
   • «Сервер баз данных» — localhost или имя машины с СУБД;
   • «Тип СУБД» — PostgreSQL или MS SQL Server;
   • «База данных» — имя базы в СУБД, удобно совпадающее с именем в кластере;
   • «Пользователь сервера БД» и «Пароль» — postgres или созданный логин MS SQL;
   • «Смещение дат» для MS SQL — 2000.
3. Отметьте «Создать базу данных в случае ее отсутствия».
4. Поставьте «Установить блокировку регламентных заданий» — снимете её после загрузки данных.
5. Нажмите «ОК». Пустая база создана.

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

Перенос файловой базы на сервер

Самый надёжный путь — выгрузить файловую базу в .dt (Администрирование → Выгрузить информационную базу в Конфигураторе) и загрузить этот файл в новую серверную. Копировать 1Cv8.1CD в СУБД нельзя — это разные форматы хранения.

Подключение рабочих мест и публикация базы на веб-сервере

Установка клиента

На клиентских компьютерах из того же дистрибутива ставится только компонент «1С:Предприятие». Сервер и консоль там не нужны.

Чтобы добавить базу:

1. В окне запуска нажмите «Добавить» → «Добавление в список существующей информационной базы».
2. Выберите размещение «На сервере 1С:Предприятия».
3. «Кластер серверов » — srv1c, «Имя информационной базы в кластере» — buh.

Если кластер работает на нестандартном порту, указывайте его через двоеточие: srv1c:2541.

Общий список баз для всех пользователей

Чтобы не настраивать каждый компьютер вручную, положите файл со списком баз в сетевую папку и укажите его в 1CEStart.cfg на клиентах (файл лежит в C:\ProgramData\1C\1CEStart\):

CommonInfoBases=\\srv1c\1c$\bases.v8i

Сам bases.v8i проще всего получить так: настройте список на одном компьютере и скопируйте его файл ibases.v8i из %APPDATA%\1C\1CEStart\.

Публикация на веб-сервере

Веб-клиент и тонкий клиент через интернет работают через IIS или Apache. Для IIS заранее включите роль «Веб-сервер» с компонентами «Расширения ISAPI» и «ASP.NET».

Публикация из Конфигуратора, запущенного от имени администратора: Администрирование → Публикация на веб-сервере. Укажите имя публикации (оно станет частью адреса) и каталог, нажмите «Опубликовать».

То же самое из командной строки удобно для повторяемых установок:

"C:\Program Files\1cv8\8.3.xx.xxxx\bin\webinst.exe" -publish -iis -wsdir buh -dir "C:\inetpub\wwwroot\buh" -connstr "Srvr=srv1c;Ref=buh;"

После публикации база доступна по адресу http://srv1c/buh. Наружу публикуйте только через HTTPS и с отдельными пользователями 1С, у которых нет полных прав.

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

Установленный сервер работает, но без этих шагов через месяц начнутся жалобы на скорость.

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

В серверном варианте регламентные задания (обмены, загрузка курсов, обновление полнотекстового поиска) выполняет сам кластер. Когда данные загружены и проверены, откройте свойства базы в консоли и снимите флажок «Блокировка регламентных заданий включена».

На копии рабочей базы блокировку оставляйте включённой. Иначе тестовая копия начнёт отправлять документы в ЭДО и выгружать данные во внешние системы от имени организации.

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

В свойствах рабочего сервера и кластера проверьте:

Антивирус и обслуживание СУБД

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

Для MS SQL настройте план обслуживания: ежедневная полная резервная копия, еженедельное обновление статистики и перестроение индексов. Для небольших баз модель восстановления «Простая» избавит от разрастания журнала транзакций.

Для PostgreSQL проверьте, что работает autovacuum, и увеличьте shared_buffers примерно до четверти ОЗУ сервера. Резервное копирование — через pg_dump по расписанию.

Сбои сразу после установки и их причины

Если служба сервера после установки работает нестабильно, загляните в журнал событий Windows (раздел «Приложение») и в технологический журнал. Включается он файлом logcfg.xml в каталоге bin\conf платформы.

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