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

Чтобы настроить 1С 8.3 для работы нескольких пользователей, нужно пройти шесть этапов: поставить сервер 1С:Предприятия как службу, открыть порты 1540, 1541 и диапазон 1560–1591, создать информационную базу в кластере на MS SQL или PostgreSQL, задать лимиты памяти рабочих процессов, активировать лицензии и включить регулярное резервное копирование . Пропуск любого шага всплывает потом: тормозами, «нет свободной лицензии» или потерей данных.

Порядок ниже рассчитан на платформу 8.3.2x, Windows Server 2016 и новее или Linux (Debian/Ubuntu, РЕД ОС, Astra). Всё, что относится к платформе, одинаково для Бухгалтерии, ЗУП, УТ и ERP: конфигурация на настройку сервера не влияет.

1. Подготовка сервера к установке 1С 8.3

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

Ориентиры по железу для одной машины «1С + СУБД»:

Цифры примерные: тяжёлое закрытие месяца в ERP съест больше, а десять бухгалтеров в БП уложатся в нижнюю строку с запасом.

Что проверить до установки:

• 🖥️ Частота ядра важнее числа ядер. Один вызов сервера 1С выполняется в одном потоке, поэтому 3,5 ГГц полезнее, чем лишние 8 медленных ядер.
• 🌐 Имя сервера. Клиенты подключаются по имени, а не по IP. Имя должно разрешаться с каждой рабочей станции. Проверьте ping имя_сервера с клиента. Не переименовывайте машину после установки 1С: кластер хранит имя в своих настройках.
• 🔥 Брандмауэр. Откройте входящие TCP-порты 1540 (агент сервера), 1541 (менеджер кластера) и 1560–1591 (рабочие процессы). Для консоли через RAS добавьте 1545.
• 👤 Учётная запись службы. Установщик по умолчанию создаёт пользователя USR1CV8. Ему нужны права на каталог srvinfo и, если используется Windows-аутентификация в MS SQL, — доступ к СУБД.
• ⏱️ Время. Синхронизируйте часы сервера 1С, СУБД и клиентов. Расхождение даёт странные ошибки при работе регламентных заданий.

2. Установка сервера 1С и консоли администрирования

Возьмите дистрибутив «Технологическая платформа 1С:Предприятия (64-bit) для Windows» той версии, которую требует ваша конфигурация. Номер платформы на сервере и у клиентов должен совпадать до последней цифры, иначе клиент не подключится.

Установка на Windows

1. Запустите setup.exe и выберите компоненты: «1С:Предприятие 8», «Сервер 1С:Предприятия 8», «Администрирование сервера 1С:Предприятия». Последний компонент ставит консоль кластера.
2. Отметьте установку сервера как службы Windows и укажите пользователя (по умолчанию USR1CV8).
3. После установки проверьте в services.msc, что служба агента сервера запущена и стартует автоматически.

По умолчанию служба запускается с такими параметрами (видно в свойствах службы, поле «Исполняемый файл»):

"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"

Здесь -port — порт агента, -regport — порт менеджера кластера, -range — диапазон рабочих процессов, -d — каталог служебных файлов кластера. Если на одной машине нужны две версии платформы, вторую службу регистрируют с другими портами (например, 2540, 2541, 2560:2591) и отдельным каталогом srvinfo.

Регистрация консоли

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

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

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

Установка на Linux и администрирование через RAS

На Linux сервер ставится пакетами или единым установщиком из того же раздела дистрибутивов. Графической консоли там нет, поэтому запускают сервер администрирования ras и управляют кластером утилитой rac:

ras cluster --daemon
rac cluster list
rac infobase summary list --cluster=<uuid_кластера>

Подключиться к ras можно и из Windows-консоли: добавьте центральный сервер с портом 1545.

3. Как создать информационную базу в кластере 1С

Базу создают из окна запуска 1С или из консоли. Из окна запуска удобнее: база сразу появится в списке.

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

5. Отметьте «Создать базу данных в случае её отсутствия».
6. Флажок «Установить блокировку регламентных заданий» включите, если это копия рабочей базы. Иначе копия начнёт сама загружать курсы, отправлять отчёты и обмениваться с банком.
7. Флажок «Разрешить выдачу лицензий сервером 1С:Предприятия» оставьте включённым, если клиентские лицензии стоят на сервере (о них ниже).

Если загружаете готовую базу, откройте её в Конфигураторе: Администрирование → Загрузить информационную базу и укажите файл .dt.

4. Настройка рабочих процессов и памяти кластера 1С 8.3

На маленьких базах настройки по умолчанию работают. Когда пользователей больше двадцати или сервер обслуживает несколько баз, параметры стоит задать явно. Это защищает сервер от одного «тяжёлого» отчёта, который съедает всю память.

Параметры рабочего сервера (консоль: кластер → «Рабочие серверы» → свойства сервера):

• 📦 Количество ИБ на процесс. 0 — все базы в одном процессе. Значение 1 изолирует базы друг от друга: падение одной не уронит остальные. Расход памяти растёт.
• 🔗 Количество соединений на процесс. Сколько сеансов обслуживает один процесс до запуска следующего. Типичный ориентир — 128–256.
• 🧠 Критический объём памяти процессов. Порог, при достижении которого кластер начинает обрывать сеансы с самыми тяжёлыми вызовами. Ставьте около 80–85% физической памяти, оставив место СУБД, если она на той же машине.
• ⏳ Временно допустимый объём памяти процессов и интервал превышения. Позволяют пережить кратковременный всплеск без обрыва, но при долгом превышении процесс перезапускается.
• 🚦 Безопасный расход памяти за один вызов. Ограничивает отдельный серверный вызов. Пользователь получит ошибку вместо того, чтобы положить сервер.
• 🧩 Менеджер под каждый сервис. Включайте на нагруженных серверах: службы кластера разносятся по отдельным процессам.

Параметры кластера (свойства самого кластера):

• 🔄 Интервал перезапуска рабочих процессов — плановый перезапуск, который сбрасывает накопленную «утечку» памяти. Типичное значение — 86400 секунд (раз в сутки).
• 📈 Допустимый объём памяти — превысивший его процесс помечается на перезапуск после завершения текущих сеансов.
• ⚖️ Режим распределения нагрузки: «Приоритет по производительности» или «Приоритет по памяти». Первый выбирайте, если памяти с запасом.

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

5. Лицензии: программные и аппаратные ключи

Для клиент-серверной работы нужны два вида лицензий: лицензия на сервер (32- или 64-битный, в зависимости от разрядности процесса сервера) и клиентские лицензии по числу одновременных сеансов. Без лицензии платформа базу не запустит — «демо-режима» у рабочей версии нет.

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

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

Для сетевых USB-ключей HASP на сервер ставят HASP License Manager. Клиенты ищут его по сети на порту 475. Если сервер находится в другой подсети, адрес прописывают в файле nethasp.ini на клиенте:

[NH_COMMON]
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.10
NH_USE_BROADCAST = Disabled

Посмотреть, кто сколько лицензий занял, можно в консоли (сеансы базы, колонка с лицензией) или командой:

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

6. Настройка СУБД под 1С: MS SQL и PostgreSQL

Большая часть «тормозов 1С» на деле — неухоженная СУБД. Настроить её стоит один раз при установке и потом поддерживать регламентом.

MS SQL Server

1. Ограничьте память. В свойствах сервера SQL задайте «Максимальный объём памяти сервера». Без ограничения SQL заберёт всё, и сервер 1С начнёт падать. На машине с 64 ГБ, где стоят обе службы, разумно отдать SQL около 32–40 ГБ.
2. Параллелизм. Для 1С обычно выставляют max degree of parallelism = 1: запросы платформы короткие, параллельные планы чаще мешают, чем помогают.
3. tempdb. Вынесите на быстрый диск и сделайте несколько файлов данных одинакового размера (по числу ядер, но не больше восьми).
4. Модель восстановления. «Простая» — если достаточно ежедневных копий. «Полная» — если нужно восстанавливаться на момент времени; тогда обязательны копии журнала транзакций, иначе журнал вырастет до размера диска.

Еженедельный и ежедневный регламент в плане обслуживания SQL:

-- ежедневно ночью: обновить статистику и очистить кэш планов
EXEC sp_updatestats;
DBCC FREEPROCCACHE;

Раз в неделю добавьте реорганизацию или перестроение индексов с сильной фрагментацией.

PostgreSQL

Используйте сборку PostgreSQL с патчами для 1С (от фирмы 1С или Postgres Pro): ванильный PostgreSQL без них с платформой работает плохо или не работает вовсе. Основные параметры postgresql.conf:

Следите, чтобы работал autovacuum, а раз в сутки ночью запускайте VACUUM ANALYZE по базе: без актуальной статистики планировщик выбирает плохие планы, и отчёты замедляются в разы.

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

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

Пример ночной копии PostgreSQL в сжатом формате:

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

Выгрузку .dt по расписанию делают пакетным запуском Конфигуратора. Сначала заблокируйте начало сеансов в свойствах базы в консоли и задайте код разрешения, затем:

"C:\Program Files\1cv8\8.3.xx.xxxx\bin\1cv8.exe" DESIGNER /S "srv1c\bp_main" /N "Администратор" /P "пароль" /UC "КОД123" /DumpIB "D:\backup\bp_main.dt" /Out "D:\backup\dump.log"

Параметр /UC передаёт код разрешения, чтобы пакетный запуск прошёл через блокировку. Не забудьте снять блокировку после выгрузки, иначе утром никто не войдёт.

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

Правило хранения: копии лежат не на том же диске и не на том же сервере. Хотя бы одна копия — вне офиса или в облаке. И раз в месяц пробное восстановление: копия, которую ни разу не разворачивали, — не копия.

Частые вопросы по настройке сервера 1С