Сетевая 1С:Предприятие 8.3 на сервере: от выбора СУБД до первых пользователей

Чтобы установить сетевую 1С, поставьте на выделенный компьютер СУБД (PostgreSQL для 1С или MS SQL Server), затем сервер 1С:Предприятия 8.3 как службу Windows, создайте базу в кластере и на рабочих местах подключите её через Добавить → Добавление в список существующей информационной базы → На сервере 1С:Предприятия. Отдельно нужны лицензия на сервер и клиентские лицензии на число одновременных пользователей.

Когда база начинает тормозить на пятом сотруднике, а файл 1Cv8.1CD в общей папке регулярно ловит ошибки, пора переходить на клиент-серверный режим. Ниже порядок, в котором его разворачивают практики, с портами, командами и типичными ловушками.

Подготовка сервера: железо, ОС и выбор СУБД

Сетевую 1С можно запустить двумя способами. Первый — файловая база в общей папке. Второй — клиент-серверный режим: сервер 1С плюс СУБД. Инструкция ниже про второй вариант, он и подразумевается под «сетевой 1С» в серьёзной работе.

Сколько ресурсов закладывать

Цифры ниже — ориентир для типовых конфигураций, а не жёсткая норма:

💾 Главный параметр — диск. СУБД постоянно читает и пишет мелкими блоками, и обычный HDD съедает весь выигрыш от сервера. Резервные копии держите на другом физическом диске или другой машине.

Операционная система

Подойдёт Windows Server 2016 и новее либо Linux (Debian, Ubuntu, Astra, РЕД ОС и др.). Для Windows-администратора проще первый путь, для экономии на лицензиях ОС — второй. Дальше шаги показаны на Windows; на Linux логика та же, меняются только пакеты и команды служб.

PostgreSQL или MS SQL

Установка СУБД под сервер 1С

Вариант с PostgreSQL

1. Установите сборку PostgreSQL для 1С. В мастере укажите пароль пользователя postgres и порт 5432.
2. При инициализации кластера выберите локаль Russian, Russia (на Linux — ru_RU.UTF-8). С неверной локалью база создастся, но сортировка и поиск по русскому тексту будут работать неправильно.
3. В postgresql.conf поднимите shared_buffers примерно до четверти ОЗУ, если сервер выделен под 1С.
4. В pg_hba.conf разрешите подключение только с адреса сервера 1С. Если 1С и СУБД стоят на одной машине, хватит 127.0.0.1.

Вариант с MS SQL Server

1. При установке выберите компонент Database Engine Services.
2. Задайте сортировку Cyrillic_General_CI_AS. Поменять её потом можно только переустановкой экземпляра.
3. Включите смешанную проверку подлинности (SQL Server и Windows) и задайте пароль sa. Для 1С лучше создать отдельный логин с правом создавать базы.
4. В свойствах сервера ограничьте max server memory: оставьте 4–8 ГБ операционной системе и процессам 1С. Иначе SQL Server заберёт всю память, и рабочие процессы 1С начнут свопиться.

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

Скачайте дистрибутив платформы для серверной разрядности. Для 64-битного сервера нужен полный 64-битный дистрибутив технологической платформы. Номер версии запомните: он должен совпадать на сервере и у всех клиентов до последней цифры.

Шаги установки

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

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

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

1540        агент сервера (ragent)
1541        менеджер кластера (rmngr)
1560-1591   рабочие процессы (rphost), диапазон по умолчанию

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

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

Консоль ставится вместе с компонентом администрирования. Если оснастка в MMC не открывается или пишет об ошибке, зарегистрируйте библиотеку вручную из командной строки от имени администратора:

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

Подставьте вместо xx.xxxx номер установленной версии. Разрядность radmin.dll должна совпадать с разрядностью оснастки. После этого в консоли появится узел «Центральные серверы 1С:Предприятия 8.3», а в нём ваш кластер «Локальный кластер».

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

Базу удобно создавать прямо из окна запуска 1С на любом компьютере с той же версией платформы:

1. Нажмите Добавить, выберите «Создание новой информационной базы».
2. Укажите шаблон конфигурации или пустую базу (в неё потом загрузите .dt или .cf).
3. На шаге расположения выберите «На сервере 1С:Предприятия».
4. Заполните параметры:

5. Флажок «Установить блокировку регламентных заданий» на рабочей базе оставьте снятым. На копиях для тестов, наоборот, включайте, чтобы копия не выгружала обмены и не отправляла письма от имени рабочей.

💡 Второй способ — консоль: правой кнопкой по узлу «Информационные базы» кластера → Создать → Информационная база. Поля те же.

Подключение рабочих мест

На каждый компьютер пользователя ставится только клиент 1С той же версии, что и сервер. Дальше:

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

Для большого числа машин список баз удобно раздать файлом ibases.v8i или общим списком через 1CEStart.cfg. Строка подключения в нём выглядит так: Srvr="SRV1C";Ref="buh";.

Лицензии и ключи защиты в клиент-серверном режиме

Без лицензии платформа не запустит базу. Для сетевой 1С нужны два вида лицензий:

• 🖥️ серверная — на каждый работающий сервер 1С (32- или 64-разрядная, выбирайте под разрядность сервера);
• 👥 клиентские — на число одновременно работающих пользователей, а не на число компьютеров.

Программные лицензии

1. Серверную лицензию активируют на самом сервере: запустите на нём клиент 1С, подключитесь к базе, и программа предложит получить лицензию по пин-коду из комплекта.
2. Клиентские лицензии в клиент-серверном режиме тоже удобно активировать на сервере. Тогда сервер сам выдаёт их подключающимся пользователям, и привязки к конкретным рабочим местам нет.
3. Файлы лицензий лежат в C:\ProgramData\1C\licenses. У пользователя службы (USR1CV8 или вашей доменной учётки) должно быть право на чтение этой папки, иначе сервер их «не увидит».

Аппаратные ключи HASP

• 🔑 Серверный ключ вставляют прямо в сервер 1С, на нём должен стоять драйвер защиты.
• 🔑 Сетевой клиентский ключ можно вставить в любой компьютер сети, где установлен HASP License Manager. Он работает на порту 475.
• 🔑 Чтобы клиенты не искали ключ широковещательно, укажите адрес менеджера лицензий в файле nethasp.ini в каталоге conf установленной платформы:

[NH_COMMON]
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.10
NH_USE_BROADCAST = Disabled

На виртуальных машинах USB-ключ пробрасывают через USB-over-IP или переходят на программные лицензии — это обычно проще.

Производительность и регламентные операции

Сразу после установки сервер работает с настройками по умолчанию. Их хватает для 5–10 пользователей, дальше начинаются задержки. Что настроить в первую очередь:

1. Обслуживание СУБД. Для MS SQL создайте план обслуживания: обновление статистики каждую ночь, перестроение индексов раз в неделю. В PostgreSQL проверьте, что включён autovacuum, а после загрузки большой базы из .dt вручную выполните VACUUM ANALYZE.
2. Очистка кэша клиентов. Если после обновления у части пользователей странные ошибки форм, запускайте 1С с ключом /ClearCache. Это затрагивает только локальный кэш на рабочем месте.
3. Регламентные задания конфигурации. В базе: Администрирование → Обслуживание → Регламентные операции → Регламентные и фоновые задания. Тяжёлые задания (полнотекстовый индекс, обмены) переносите на ночь.
4. Рабочие процессы. В свойствах рабочего сервера в консоли задаются ограничения на число информационных баз и соединений на один процесс. При десятках пользователей и нескольких базах их настраивают, чтобы нагрузка распределялась между несколькими rphost.

Резервное копирование и защита данных

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

Команды для копирования

PostgreSQL, сжатый дамп одной базы:

"C:\Program Files\PostgreSQL\15.x-x.1C\bin\pg_dump.exe" -U postgres -Fc -f D:\backup\buh.backup buh

Путь к pg_dump.exe зависит от версии сборки. Запуск по расписанию настраивается в Планировщике заданий Windows, пароль удобно хранить в файле pgpass.conf пользователя, от имени которого идёт задание.

MS SQL Server, полная копия:

BACKUP DATABASE [buh] TO DISK = N'D:\backup\buh_full.bak' WITH INIT;

В редакции Standard задание ставят в SQL Server Agent. В Express агента нет, поэтому скрипт запускают через sqlcmd из Планировщика заданий.

Минимальные правила безопасности

Пока в кластере не задан ни один администратор, любой пользователь сети может открыть консоль и удалить базу из кластера. Задайте администратора кластера в первый же день. Пароль сохраните в надёжном месте: при его потере придётся останавливать службу и восстанавливать настройки кластера из резервной копии каталога srvinfo.

Типичные сбои при первом запуске

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