Свой сервер 1С:Предприятия 8.3 в офисе: от установки до первого входа пользователей

Чтобы развернуть локальный сервер 1С, нужны три вещи: установленный компонент «Сервер 1С:Предприятия 8» той же версии платформы, что у клиентов, СУБД (PostgreSQL для 1С или MS SQL Server) и серверная лицензия. Дальше в консоли администрирования создаётся база в кластере, а пользователи подключаются к ней по адресу вида Srvr="srv1c";Ref="buh";.

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

Что подготовить до установки: железо, СУБД, лицензии

Начните с выбора машины и СУБД. Сервер 1С и сервер баз данных можно держать на одном компьютере: для офиса до 20–30 человек это нормальная схема.

Ориентировочная конфигурация для одной-двух баз БП 3.0 или ЗУП 3.1:

Цифры примерные: всё зависит от размера баз и числа фоновых заданий. Главное правило: базы данных только на SSD, обычный HDD сведёт выгоду на нет.

Что ещё нужно:

• 🖥️ ОС. Windows Server 2016 и новее либо Linux из списка поддерживаемых дистрибутивов (Ubuntu, Debian, Astra Linux, РЕД ОС и др.). Для теста подойдёт и Windows 10/11.
• 🗄️ СУБД. PostgreSQL в сборке, адаптированной для 1С (обычная сборка «из коробки» не подходит), или MS SQL Server. Бесплатная MS SQL Express ограничивает базу 10 ГБ, для живой бухгалтерии этого мало.
• 📦 Дистрибутив платформы. Нужен полный дистрибутив для сервера (64-битный), а не «тонкий клиент».
• 🔑 Лицензия на сервер. Отдельная от клиентских. Без неё рабочие процессы не стартуют, и пользователи увидят ошибку лицензии. Ориентировочно лицензия на 64-битный сервер стоит около 90 тыс. руб., КОРП-вариант заметно дороже, точную цену называет партнёр.
• 👥 Клиентские лицензии на нужное число одновременных подключений. Их можно разместить на сервере, тогда сервер выдаёт их всем клиентам.

Установка сервера 1С на Windows по шагам

Шаг 1. Установка СУБД

Поставьте PostgreSQL для 1С или MS SQL Server. Запомните логин и пароль администратора СУБД (postgres или sa) — они понадобятся при создании базы. Для PostgreSQL проверьте, что служба запущена и слушает порт 5432.

Шаг 2. Установка платформы с серверными компонентами

1. Запустите setup.exe из полного дистрибутива.
2. В списке компонентов включите «Сервер 1С:Предприятия 8» и «Администрирование сервера 1С:Предприятия». «Модули расширения веб-сервера» нужны, только если планируете веб-доступ.
3. Отметьте установку сервера как сервиса Windows. Мастер предложит создать пользователя USR1CV8 — согласитесь и задайте ему пароль.
4. Завершите установку. В списке служб появится «Агент сервера 1С:Предприятия 8.3 (x86-64)» в состоянии «Выполняется».

Шаг 3. Регистрация консоли администрирования

Консоль — это оснастка MMC. Если ярлык «Администрирование серверов 1С Предприятия» открывает пустое окно или ругается на оснастку, зарегистрируйте библиотеку вручную из командной строки от администратора:

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

Номер версии в пути замените на свой. Регистрировать нужно ту radmin.dll, версия которой совпадает с версией сервера.

Шаг 4. Открытые порты

В брандмауэре Windows разрешите входящие подключения:

Ручная регистрация службы

Иногда службу приходится регистрировать самому: например, нужен второй экземпляр сервера на других портах или после неудачного обновления служба пропала. Делается это через ragent.exe из каталога bin нужной версии:

"C:\Program Files\1cv8\8.3.25.1394\bin\ragent.exe" -instsrvc -usr ".\USR1CV8" -pwd "Пароль" -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo"

Удалить службу можно ключом -rmsrvc. Второй экземпляр запускайте со своими портами (например, 2540/2541/2560:2591) и отдельным каталогом -d.

Если сервер на Linux

На Linux порядок тот же: СУБД → платформа с серверным компонентом → запуск службы. Начиная с 8.3.20 платформа поставляется единым установщиком setup-full-…run, в нём выбирается компонент сервера. Вместе с платформой ставится unit-файл systemd; его подключают через systemctl link и включают в автозагрузку. Графической консоли на Linux нет: администрируют либо с Windows-машины через RAS, либо утилитой rac. Сервер администрирования запускается командой ras cluster --daemon.

Настройка кластера серверов после установки

После первого запуска служба сама создаёт «Локальный кластер» на порту 1541. Откройте консоль, нажмите правой кнопкой на «Central 1C:Enterprise 8.3 servers» и добавьте свой сервер по имени. Внутри появится кластер, а в нём — разделы «Информационные базы», «Рабочие серверы», «Сеансы» и другие.

Что сделать сразу:

1. Назначьте администратора кластера. В разделе «Администраторы» кластера добавьте пользователя с паролем. Без этого любой, у кого есть консоль и доступ по сети, может удалить базу из кластера.
2. Проверьте свойства рабочего сервера. Здесь задаются диапазон портов рабочих процессов, лимиты памяти и параметры «Количество ИБ на процесс» и «Количество соединений на процесс». Для старта оставьте значения по умолчанию.
3. Включите контроль памяти. Поля «Критический объём памяти процессов» и «Временно допустимый объём памяти процессов» не дадут одному зависшему процессу съесть всю память сервера.

Создание базы на сервере и её публикация

Новая база через консоль

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

• Имя — короткое латиницей, например buh. По нему будут подключаться клиенты.
• Сервер баз данных — localhost, если СУБД на этой же машине.
• Тип СУБД — PostgreSQL или MS SQL Server.
• База данных — имя базы в СУБД, можно совпадающее с именем в кластере.
• Пользователь и пароль сервера БД — те, что задали при установке СУБД.
• Флажок «Создать базу данных в случае ее отсутствия».
• Флажок «Разрешить выдачу лицензий сервером 1С:Предприятия» — если клиентские лицензии лежат на сервере.

Создайте базу. Пока она пустая.

Перенос существующей файловой базы

Самый частый сценарий — переезд с файловой базы. Порядок:

1. В старой файловой базе откройте Конфигуратор и выполните Администрирование → Выгрузить информационную базу. Получится файл .dt.
2. Откройте в Конфигураторе новую серверную базу (пустую).
3. Выполните Администрирование → Загрузить информационную базу и выберите .dt.
4. После загрузки войдите в режиме 1С:Предприятие и проверьте остатки по ключевым счетам.

Загрузка .dt полностью заменяет данные в базе-приёмнике. Убедитесь, что выбрали именно новую пустую базу, а не рабочую.

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

Если нужен доступ через браузер или с удалённых точек по HTTP, базу публикуют на IIS или Apache. Это делается в Конфигураторе: Администрирование → Публикация на веб-сервере. Перед этим при установке платформы должны быть выбраны «Модули расширения веб-сервера». Для локального офиса веб-публикация не обязательна: тонкий клиент работает с сервером напрямую.

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

На каждом компьютере пользователя нужна платформа той же версии, что и сервер, до последней цифры. 8.3.25.1394 и 8.3.25.1445 — уже разные версии, и подключение не пройдёт.

Как добавить базу в список:

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

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

[Бухгалтерия]
Connect=Srvr="srv1c";Ref="buh";

Ошибки при развертывании сервера 1С и их причины

Большинство проблем на старте сводится к сети, правам службы и несовпадению версий. Выберите свой симптом:

Отдельный случай — странное поведение после смены конфигурации или аварийного выключения: базы «висят», сеансы не завершаются. Помогает очистка сеансовых данных: остановить службу, удалить папки snccntx* в каталоге srvinfo\reg_1541, запустить службу.

Как ускорить работу сервера 1С

Если сервер развернут, но работает не быстрее файловой базы, проверьте пункты по списку.

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

• ⚡ Схема электропитания — «Высокая производительность». На серверах с «Сбалансированной» процессор сбрасывает частоту, и 1С это чувствует.
• 🛡️ Исключите из проверки антивирусом каталог srvinfo, каталог данных СУБД и папку с бэкапами. Проверка каждого обращения к файлам базы даёт заметные задержки.
• 💾 Держите не меньше 15–20% свободного места на диске с базами.

СУБД:

• Для PostgreSQL главные параметры — shared_buffers (ориентир около 25% памяти) и effective_cache_size (50–75% памяти). Значения по умолчанию рассчитаны на слабые машины и сильно тормозят 1С.
• Для MS SQL ограничьте max server memory, оставив операционной системе и рабочим процессам 1С хотя бы 4–8 ГБ. Без лимита SQL забирает почти всю память.
• Регулярно обслуживайте базу: в PostgreSQL — VACUUM ANALYZE, в MS SQL — обновление статистики и перестроение индексов по плану обслуживания.

Кластер 1С:

• Не уменьшайте искусственно «Количество соединений на процесс»: лишние рабочие процессы съедают память.
• Отключите регламентные задания, которыми не пользуетесь (например, загрузку курсов для организаций без валютных операций). Делается это в самой программе, в разделе Администрирование.

Резервное копирование и обновление платформы

Бэкапы средствами СУБД

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

Пример для PostgreSQL — ежедневная копия в сжатом формате:

"C:\Program Files\PostgreSQL\16\bin\pg_dump.exe" -U postgres -Fc -f "D:\backup\buh_%date:~6,4%%date:~3,2%%date:~0,2%.backup" buh

Путь к pg_dump поправьте под свою версию PostgreSQL. Восстанавливают такую копию командой pg_restore в пустую базу. Пароль удобно хранить в файле pgpass.conf профиля пользователя, под которым выполняется задание, чтобы утилита не спрашивала его.

Для MS SQL настройте план обслуживания с полной копией раз в сутки. Если база критична — добавьте копии журнала транзакций каждый час и модель восстановления Full.

Минимальная схема:

• 📅 ежедневно — копия СУБД, хранить 14–30 дней;
• 📦 раз в неделю — дополнительно .dt, она пригодится для переноса на другую СУБД;
• 🗂️ копии на другом диске и ещё одна копия вне сервера;
• 🔁 раз в месяц — пробное восстановление в тестовую базу. Непроверенный бэкап — это надежда, а не копия.

Обновление платформы на сервере

1. Установите новую версию платформы на сервер, не удаляя старую.
2. Дождитесь конца рабочего дня и предупредите пользователей: при смене версии службы все сеансы прервутся.
3. Остановите службу старой версии.
4. Зарегистрируйте и запустите службу новой версии (установщик делает это сам, если выбран запуск как сервис; вручную — через ragent.exe -instsrvc из каталога новой версии).
5. Перерегистрируйте radmin.dll новой версии, иначе консоль не подключится.
6. Обновите платформу на всех клиентах до той же версии.

Список баз и настройки кластера хранятся в srvinfo и переходят на новую версию сами. Старую версию держите неделю на случай отката.

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