Управление серверами 1С: администрирование и сервер администрирования

Сервер администрирования 1С — центральный узел для управления распределённой инфраструктурой 1С:Предприятие. Он позволяет контролировать рабочие серверы, агенты кластера, базы данных и пользовательские сеансы из единой точки. Без правильной настройки администрирования серверов 1С компания столкнётся с недоступностью баз, потерей данных и невозможностью оперативно отслеживать инциденты.

В этом гайде разберём, как настроить сервер администрирования 1С с нуля, назначить права администратора кластера, организовать мониторинг и управление доступом. Материал подойдёт системным администраторам, которые разворачивают инфраструктуру 1С на выделенных серверах или планируют перенос в облако.

Архитектура управления серверами 1С

Инфраструктура 1С:Предприятие построена на трёхуровневой модели: клиент — сервер приложений — сервер баз данных. Управление серверами 1С реализовано через кластер — группу серверов 1С:Предприятие, объединённых общим менеджером кластера (RAS — Remote Administration Server) и агентами серверов (ragent).

Компоненты кластера:

• Центральный сервер кластера — сервер, на котором запущен менеджер кластера (RAS). Принимает команды администрирования, распределяет нагрузку, управляет лицензиями.
• Рабочие серверы кластера — серверы 1С:Предприятие (rphost), которые обслуживают пользовательские сеансы и выполняют бизнес-логику.
• Агенты серверов — процессы ragent на каждом рабочем сервере. Они взаимодействуют с менеджером кластера и запускают рабочие процессы rphost.
• Сервер администрирования 1С — машина, с которой администратор подключается к кластеру через консоль администрирования (1C:Enterprise Server Administration), веб-консоль или утилиту rac (консольный клиент администрирования).

Менеджер кластера RAS слушает порт 1545 (по умолчанию), агенты серверов — порт 1540. Взаимодействие идёт по TCP, без шифрования трафика в базовой конфигурации.

Роли и права администратора кластера

Права администратора в 1С делятся на уровни:

Роль	Уровень доступа	Что можно делать
Администратор кластера	Полный контроль кластера	Создавать/удалять ИБ, управлять серверами, менять параметры кластера, назначать права
Администратор информационной базы	Управление конкретной ИБ	Блокировать сеансы, настраивать параметры ИБ, управлять пользователями внутри базы
Оператор кластера	Мониторинг без изменений	Просматривать состояние серверов, сеансов и блокировок, но не вносить изменения

Для администрирования серверов 1С критически важно назначить учётную запись администратора кластера на этапе установки. Без пароля администратора кластера любой пользователь сети может подключиться к консоли и изменить настройки.

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

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

После настройки кластера создайте информационную базу (ИБ) на сервере администрирования 1С. ИБ может быть файловая (хранится на диске как каталог) или клиент-серверная (данные в SQL Server, PostgreSQL или IBM DB2).

Управление доступом и блокировки сеансов

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

Блокировка регламентных заданий

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

1. В консоли администрирования раскройте узел «Информационные базы» → выберите нужную ИБ → вкладка «Регламентные задания».
2. Нажмите «Заблокировать выполнение регламентных заданий». Все задания будут приостановлены до снятия блокировки.
3. После завершения работ снимите блокировку: «Разблокировать выполнение регламентных заданий».

Блокировка новых сеансов

Блокировка новых сеансов запрещает пользователям подключаться к информационной базе. Активные сеансы продолжают работать, но новые соединения не создаются. Это нужно для безопасного обновления конфигурации или переноса базы.

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

Управление списком пользователей ИБ

Список пользователей хранится внутри информационной базы (справочник «Пользователи» в конфигурации). Администратор кластера не может создавать пользователей внутри ИБ, но может ограничить количество одновременных сеансов для каждого пользователя.

1. В консоли администрирования выберите ИБ → вкладка «Параметры» → «Ограничения».
2. Укажите максимальное количество сеансов для одного пользователя (например, 2). Это защитит базу от случайного открытия десятков сеансов одним пользователем.

Мониторинг серверов 1С

Мониторинг серверов 1С включает отслеживание рабочих процессов, блокировок, производительности и доступности кластера. Консоль администрирования предоставляет базовые средства мониторинга, но для продуктивных систем рекомендуется настроить внешний мониторинг через Zabbix, Prometheus или специализированные решения (например, SLA Manager от 1С).

Мониторинг активных сеансов

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

Мониторинг блокировок

1. Перейдите на вкладку «Блокировки управляемыми данными». Здесь отображаются объекты, заблокированные транзакциями: документы, справочники, регистры.
2. Если блокировка длится более 10 минут, проверьте, какой сеанс удерживает объект. Вероятно, пользователь открыл документ и не завершил редактирование.
3. Для снятия блокировки завершите сеанс пользователя или дождитесь автоматического разрыва соединения (настраивается в параметрах ИБ: «Тайм-аут пассивного сеанса»).

Мониторинг производительности кластера

Производительность кластера зависит от загрузки серверов 1С (процессы rphost), доступности СУБД и пропускной способности сети. Узкие места:

• Процессор: если загрузка CPU на рабочих серверах постоянно выше 80%, добавьте серверы в кластер или оптимизируйте запросы в конфигурации.
• Оперативная память: процессы rphost могут занимать 2-4 ГБ ОЗУ каждый. Для 100 одновременных пользователей требуется минимум 32 ГБ оперативной памяти на рабочий сервер.
• Дисковая подсистема: СУБД активно работает с дисками. Используйте SSD или NVMe для баз данных. Медленные HDD вызовут задержки в выполнении запросов.
• Сеть: между рабочими серверами и сервером баз данных должен быть канал 1 Гбит/с и выше. Задержки сети (latency) критичны для клиент-серверных ИБ.

Для глубокого анализа производительности включите технологический журнал 1С. Он сохраняет детальную информацию о всех операциях: запросы к СУБД, вызовы процедур, ошибки. Журнал хранится в каталоге C:\Program Files\1cv8\srvinfo\reg_1541\logs.

Консольное администрирование через RAC

Консольный клиент администрирования RAC (rac.exe) позволяет управлять кластером через командную строку. Это удобно для автоматизации задач: скрипты резервного копирования, мониторинг из внешних систем, массовое управление пользователями.

Основные команды RAC

Для работы с RAC откройте командную строку и перейдите в каталог установки 1С: cd "C:\Program Files\1cv8\8.3.25.1257\bin" (замените номер версии на актуальный).

Получить список кластеров:

rac cluster list 192.168.1.10:1545

Получить информацию о кластере:

rac cluster info --cluster=UUID 192.168.1.10:1545

Список информационных баз:

rac infobase summary list --cluster=UUID 192.168.1.10:1545 --cluster-user=admin --cluster-pwd=пароль

Завершить все сеансы информационной базы:

rac session terminate --cluster=UUID --infobase=UUID_ИБ 192.168.1.10:1545 --cluster-user=admin --cluster-pwd=пароль

Заблокировать новые сеансы:

rac infobase update --cluster=UUID --infobase=UUID_ИБ --sessions-deny=on --denied-message="База обновляется" 192.168.1.10:1545 --cluster-user=admin --cluster-pwd=пароль

UUID кластера и ИБ получайте командами rac cluster list и rac infobase summary list.

Типовые конфигурации серверов для 1С

Выбор конфигурации сервера зависит от количества пользователей, типа конфигурации (УТ, ERP, ЗУП) и нагрузки на систему. Рекомендации для продуктивных систем:

Количество пользователей	Роль сервера	Процессор	Память	Диски
До 30	Всё в одном (1С + СУБД)	Intel Xeon E-2378 (8 ядер)	32 ГБ DDR4	2× 480 ГБ SSD (RAID 1)
30-100	Рабочий сервер 1С	Intel Xeon Silver 4314 (16 ядер)	64 ГБ DDR4	2× 960 ГБ SSD (RAID 1)
30-100	Сервер СУБД	Intel Xeon Gold 5318Y (24 ядра)	128 ГБ DDR4	4× 1.92 ТБ NVMe (RAID 10)
100-300	Кластер 1С (2-3 сервера)	Intel Xeon Gold 6342 (24 ядра)	128 ГБ DDR4	2× 1.92 ТБ NVMe (RAID 1)
100-300	Сервер СУБД	AMD EPYC 7543 (32 ядра)	256 ГБ DDR4	6× 3.84 ТБ NVMe (RAID 10)

Для малых организаций подойдут серверные платформы начального уровня с одним процессором и 32 ГБ памяти. Для средних и крупных компаний рекомендуются двухпроцессорные системы с поддержкой горячей замены дисков и резервированием блоков питания.

СУБД требует больше ресурсов, чем рабочие серверы 1С. Выделите отдельный сервер для PostgreSQL или MS SQL Server, если в базе работает более 30 пользователей одновременно.

Частые ошибки при администрировании серверов 1С

Отсутствие пароля администратора кластера

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

Решение: сразу после установки платформы назначьте пароль администратора кластера (см. Шаг 2 выше). Используйте сложный пароль и храните его в защищённом месте (например, в KeePass).

Переполнение технологического журнала

Технологический журнал 1С может занимать десятки гигабайт в день, если включены все уровни логирования. Это приводит к переполнению системного диска и падению сервера.

Решение: настройте фильтрацию событий в logcfg.xml. Логируйте только ошибки (EXCP, ERR), долгие запросы (SDBL, SQL) и блокировки (TLOCK, TTIMEOUT). Отключите DEBUG и CALL, если не занимаетесь отладкой. Настройте ротацию логов: автоматическое удаление файлов старше 7 дней.

Недостаточный объём оперативной памяти

Процессы rphost (рабочие процессы 1С) и СУБД активно используют ОЗУ. Если памяти недостаточно, система начнёт использовать файл подкачки (swap), что замедлит работу в десятки раз.

Решение: для рабочих серверов 1С закладывайте минимум 2 ГБ ОЗУ на 10 пользователей + 8 ГБ для операционной системы. Для сервера СУБД — минимум 16 ГБ для PostgreSQL, 32 ГБ для MS SQL Server. Используйте серверные модули оперативной памяти с коррекцией ошибок (ECC).

Отсутствие мониторинга доступности кластера

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

Решение: настройте внешний мониторинг через Zabbix, Nagios или Prometheus. Проверяйте доступность порта 1545 (менеджер кластера) и 1540 (агенты серверов) каждые 60 секунд. При недоступности отправляйте уведомление администратору (email, Telegram, SMS).

Использование файловых информационных баз для больших нагрузок

Файловые ИБ (каталог на диске) подходят только для тестирования или малых компаний (до 5 пользователей). При одновременной работе 10+ пользователей файловая база блокируется, замедляется, возникают ошибки «Нарушение прав доступа».

Решение: для продуктивных систем используйте только клиент-серверные ИБ на PostgreSQL или MS SQL Server. Они поддерживают параллельный доступ сотен пользователей, транзакции, репликацию и резервное копирование.

Защита и резервное копирование

Защита кластера от несанкционированного доступа

1. Назначьте пароль администратора кластера — базовое требование безопасности.
2. Ограничьте доступ к портам 1545 и 1540 на уровне файрвола. Разрешите подключение только с IP-адресов администраторов и рабочих серверов кластера.
3. Используйте отдельную учётную запись Windows для служб 1С. Не запускайте ragent и RAS от имени Administrator или SYSTEM.
4. Включите аудит подключений в технологическом журнале (события AUTH). Это позволит отслеживать попытки несанкционированного подключения.

Резервное копирование информационных баз

Резервное копирование ИБ — обязательная процедура. Без резервных копий компания рискует потерять данные при сбое оборудования, вирусной атаке или ошибке администратора.

1. Используйте выгрузку средствами 1С: конфигуратор → Администрирование → Выгрузить информационную базу в файл (*.dt). Этот метод сохраняет структуру базы и данные, но требует завершения всех сеансов. Подходит для небольших баз (до 10 ГБ).
2. Для клиент-серверных ИБ настройте резервное копирование на уровне СУБД: pg_dump для PostgreSQL, планы обслуживания для MS SQL Server. Это позволяет делать резервные копии без остановки работы пользователей.
3. Храните резервные копии на отдельном сервере или в облаке (например, Yandex Cloud Object Storage). Не храните резервные копии на том же диске, где расположена база данных.
4. Проверяйте возможность восстановления резервных копий раз в месяц. Автоматическое резервное копирование без проверки восстановления — иллюзия безопасности.

Вопросы и ответы