Tilda Publishing
Привет, любопытный друг. Да, это Tilda. Потому что мы хотим быстро внедрять и управлять решением, а не ждать
в очереди разработчика. Контроль, предсказуемость и отказоустойчивость — наша главная идея.
get@work-system.ru
Для запросов и ТЗ
+7 495 108-54-54
с 9:30 до 18:00
Заказать звонок
Получить КП
Услуги
Серверы
Коммутаторы
IT-решения
Процессоры
Конфигуратор
О компании
get@work-system.ru
Для запросов и ТЗ

+7 495 108-54-54
с 9:30 до 18:00
Заказать звонок
Получить КП
Подберём типовое или произведем на заказ серверное оборудование, предоставим расчёт и поможем интегрировать в систему.

Заполните форму запроса слева или отправьте описание вашей задачи на почту get@work-system.ru

При отправке письма на почту укажите номер телефона вашего специалиста для обсуждения аналогов оборудования в случае необходимости

Администрирование серверов 1С: что нужно знать для эффективного управления

Актуализировано: июнь 2026 · Автор: специалист по ИТ-инфраструктуре, Work System
Управление серверами 1С охватывает всё: от архитектуры кластера до ежедневного мониторинга. В этой статье разберём, как устроена платформа 1С:Предприятие в клиент-серверном варианте, какие инструменты администрирования выбрать, как настроить рабочие процессы, организовать бэкапы и безопасность — и когда имеет смысл передать поддержку на аутсорс.

Содержание

1
Архитектура платформы: как работает кластер
2
Инструменты администрирования: что выбрать
3
Несколько версий платформы на одном сервере
4
Перед установкой: чек-лист подготовки
5
Как установить сервер 1С
6
Выбор ОС и СУБД
7
Главные задачи администратора
8
Настройка рабочих процессов и параметры кластера
9
RAC/RAS Cookbook: шпаргалка команд
10
Управление лицензиями
11
Резервное копирование и DR
12
Мониторинг производительности и безопасность
13
Автоматизация рутины
14
Troubleshooting: частые ошибки
15
FAQ

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

Платформа 1С:Предприятие в клиент-серверном варианте разделяет логику между тремя уровнями: клиент, кластер серверов и СУБД. Клиентское приложение не обращается к базе данных напрямую — вся бизнес-логика выполняется на сервере 1С.
Ключевые компоненты системы:
  • Клиент (тонкий, толстый, веб) — отображает интерфейс и передаёт вызовы на сервер.
  • Кластер серверов 1С — принимает соединения, реализует бизнес-логику, управляет сессиями и распределяет нагрузку между рабочими процессами (rphost).
  • СУБД (PostgreSQL и др.) — хранит данные; кластер обращается к ней при чтении или записи.
  1. Версия платформы 1С:Предприятие 8.3+ поддерживает Windows и Linux. Это важно в контексте импортозамещения: доля гибридных развёртываний (локальный сервер + облако) заметно растёт, особенно среди компаний, переходящих на российское ПО. Работа сервера 1С в клиент-серверном варианте подробно описана в официальной документации: v8.1c.ru — Клиент-серверный вариант работы.
Роль кластера серверов в корпоративной среде
Кластер серверов 1С — логическое объединение рабочих процессов, обслуживающих один набор информационных баз. Центральный сервер (менеджер rmngr) управляет кластером: хранит реестр, распределяет клиентские соединения по минимально загруженным процессам и отслеживает состояние каждого узла.

Балансировка нагрузки работает так: управляющий сервер анализирует занятость рабочих процессов и назначает новые соединения туда, где ресурсов больше. При сбое одного узла задачи автоматически перераспределяются на оставшиеся. Для высокой доступности настраивают несколько менеджеров в режиме резервирования (High Availability) — кластер продолжает работу даже при выходе из строя одного из серверов.

Консоль администрирования и управление кластером серверов 1С

Официально 1С предоставляет три независимых набора инструментов для администрирования кластера серверов. Каждый закрывает свой сценарий. Источник: v8.1c.ru — Администрирование кластера серверов.
Сравнение инструментов администрирования 1С
Инструмент
ОС
Интерфейс
Автоматизация
Лучше всего для
MMC-консоль
Windows
GUI
Нет
Ручные операции, привычный UI
RAS + RAC
Windows, Linux
CLI
Да (скрипты)
Автоматизация, Linux-парк
«Управление серверами» (внутри 1С)
Любая (где есть 1С)
GUI в 1С
Нет
Кроссплатформенный GUI без MMC
MMC-консоль (Windows) — для ручных операций
MMC-консоль — основной инструмент администрирования 1С на Windows. Базовые возможности консоли сервера:

  • Создание и удаление информационных баз в кластере
  • Мониторинг активных соединений и сеансов пользователей
  • Принудительное отключение зависших сессий
  • Блокировка установки новых сеансов (для регламентных работ)
  • Управление рабочими процессами (запуск, остановка, перераспределение)
  • Ведение списка пользователей и настройка параметров ИБ
  • Настройка профилей безопасности и ограничений потребления ресурсов

Документация: its.1c.ru/db/v837doc.
⚠️ Важно про лицензии КОРП: ряд параметров консоли (настройка памяти рабочих процессов, стратегии балансировки, профили безопасности, внешнее управление сеансами) требует лицензий уровня КОРП. При наличии лицензии ПРОФ настройки видны, но применить их нельзя. Источник: Wiseadvice-IT, «Консоль сервера 1С 8.3», обновлено январь 2025.
Кроссплатформенные инструменты: утилиты RAS и RAC
RAS (ras) — сервер администрирования, который открывает доступ к управлению кластером по сети на порту 1545. RAC (rac) — консольный клиент, который подключается к RAS и выполняет команды управления кластером через CLI. Разница принципиальна: MMC работает только на Windows и требует графического интерфейса. RAS+RAC — кроссплатформенная связка, которая работает на Linux и позволяет автоматизировать управление через скрипты.

Это особенно важно, если парк серверов состоит из Linux-машин — там MMC просто недоступна. При этом к одному кластеру могут подключаться несколько серверов RAS, но конкретный RAS взаимодействует только с одним агентом. И ещё один момент: версия RAS должна совпадать с версией кластера серверов 1С. Источник: Infostart, «Администрирование кластера серверов 1С из командной строки», 2018.
«Управление серверами» в режиме 1С:Предприятие — кроссплатформенный GUI
Внешняя обработка «Управление серверами» (доступна через «Функции для технического специалиста» начиная с платформы 8.3.15) позволяет администрировать серверы из любой ОС, где запущена 1С. Для Linux-парков без Windows-машин это удобное решение.

Как включить:
  1. Открыть любую конфигурацию в режиме 1С:Предприятие.
  2. «Настройки» → «Параметры» → поставить галочку «Режим технического специалиста».
  3. «Функции для технического специалиста» → «Стандартные» → «Управление серверами».
  4. Нажать «Добавить», указать адрес RAS-сервера и порт 1545.

Интерфейс аналогичен MMC, но работает в любой поддерживаемой 1С операционной системе — Windows, Linux, macOS. Источник: официальный сайт 1С v8.1c.ru; описание C6 (руководство по администрированию из Linux).

Несколько версий платформы на одном сервере

На одном физическом или виртуальном сервере можно запустить несколько агентов (ragent) разных версий — каждый будет обслуживать свой набор информационных баз. Каждый экземпляр должен использовать уникальные порты (-port, -regport, -range).
Почему возникает ошибка несовместимости консоли
MMC-консоль привязана к версии radmin.dll. Если зарегистрирована radmin.dll версии 8.3.12, подключиться к кластеру версии 8.3.18 не получится — появится ошибка несовместимости версий. Для работы с другим кластером нужно перерегистрировать библиотеку.
Вариант 1 — скрипт-стартер для регистрации radmin.dll
Создайте универсальный скрипт start_console.bat (по рекомендации 1С-Рарус, 2016):
rem %1 – полный номер версии 1С:Предприятия
@echo off
start /wait regsvr32 /s "C:\Program Files (x86)\1cv8\%1\bin\radmin.dll"
start "C:\Windows\System32\mmc.exe" "C:\Program Files (x86)\1cv8\common\1CV8 Servers.msc"
Скрипт-стартер для конкретной версии:
rem start_console_8_3_18.bat
start_console 8.3.18.1208
Поскольку регистрация radmin.dll не влияет на уже запущенные консоли, можно одновременно держать открытыми несколько консолей для разных версий.
Вариант 2 — уйти в RAC/RAS (версии изолируются проще)
RAC/RAS работают через версионный RAS-сервер, соответствующий версии кластера. Не требуют регистрации DLL и работают на любой ОС. Это рекомендуемый путь при наличии трёх и более версий платформы.
Ограничение 32/64-бит (известная проблема)
При попытке зарегистрировать 64-разрядный radmin.dll и запустить 64-битную консоль вы можете получить:
MMC could not create the snap in, Name: 1C:Enterprise (x86-64) Servers, CLSID:…
Эта проблема на момент подготовки материала не решена для одновременного запуска нескольких 64-битных консолей. Используйте 32-разрядные версии компонент или переходите на RAC/RAS. Источник: 1С-Рарус, «Особенности использования консоли администрирования серверов 1С:Предприятие разных версий», 21.03.2016.

Перед установкой: чек-лист подготовки

Перед развёртыванием сервера 1С проверьте готовность инфраструктуры.

Железо и виртуализация:
  • Определена топология: 1С и СУБД на одном сервере или разнесены (рекомендуется разнести при более чем 30 пользователях).
  • Выделено место под логи ТЖ (от 20 ГБ на отдельном разделе).
  • Диски под СУБД — SSD/NVMe; диски под логи — отдельный том.

Сеть и DNS:
  • Серверы разрешают друг друга по имени (проверьте /etc/hosts или DNS).
  • Открыты порты: 1540 (ragent), 1541 (rmngr), 1545 (ras), 1560–1591 (rphost).
  • Внешний доступ к портам 1С — только через VPN или jump-хост.

Учётные записи:
  • На Windows создан пользователь USR1CV8 с правами «Вход в качестве службы».
  • На Linux создан пользователь usr1cv8, группа grp1cv8.
  • Для RAS создан отдельный пользователь (USR1CV8_RAS).

СУБД:
  • PostgreSQL установлен, настроен postgresql.conf (см. раздел ниже).
  • Учётная запись СУБД для 1С создана, права проверены.

Лицензии:
  • HASP-ключ подключён физически, драйверы Sentinel LDK установлены.
  • Или программные лицензии (.lic) готовы к активации.

Как установить сервер 1С: пошаговое администрирование

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

  1. Подготовить СУБД. Установить PostgreSQL (Linux/Windows). Прописать серверы в /etc/hosts.
  2. Запустить инсталлятор платформы. На Windows — setup.exe, выбрать компоненты «Сервер 1С:Предприятия» и «Администрирование сервера». На Linux — ./setup-full-8.3.x.x-x86_64.run --mode unattended --enable-components server.
  3. Инициализировать службу агента. На Windows создаётся пользователь USR1CV8 и служба регистрируется автоматически. На Linux — systemctl link и systemctl enable для юнита srv1cv8@.
  4. Создать кластер. Через консоль администрирования добавить рабочий сервер по имени хоста, задать диапазон портов (1560–1591 для rphost).
  5. Добавить информационную базу. Зарегистрировать ИБ в кластере, указать параметры подключения к СУБД.
  6. Проверить работоспособность. Подключиться тонким клиентом, убедиться в наличии лицензий и корректности соединения. Проверить порты: netstat -ano | findstr 1540 (Windows) или ss -tlnp | grep 154 (Linux).

Полная документация: its.1c.ru — Клиент-серверный вариант, установка.

Выбор ОС и СУБД: Windows vs Linux, MS SQL vs PostgreSQL

Исторически стандартом была связка Windows + MS SQL. Сегодня ситуация изменилась: возможность легально приобретать и продлевать лицензии MS SQL в России может быть ограничена — уточняйте актуальный статус у вендора или авторизованных партнёров. Интерес к PostgreSQL как к основной СУБД для 1С значительно вырос.

С точки зрения производительности картина неоднозначна. По результатам отдельных тестов, опубликованных на Habr (2024), в виртуализированных средах PostgreSQL показывает конкурентные результаты по большинству параметров против MS SQL 2022. На физическом железе с правильной настройкой картина может быть иной. Узкое место PostgreSQL — временные таблицы: при проведении документов и формировании отчётов pg_stat_tmp создаёт интенсивную нагрузку на диск в версиях ниже 15.

Стоимость владения PostgreSQL может быть ниже за счёт отсутствия коммерческих лицензий, однако реальный TCO зависит от компетенций DBA, требований по поддержке и уровня SLA.

Поддержка и администрирование серверов 1С: главные задачи администратора

Работа администратора 1С — это не разовая настройка, а непрерывный процесс обслуживания. Базовые направления: мониторинг производительности кластера, управление пользователями и правами, резервное копирование, обновление платформы, диагностика и устранение сбоев. Администрирование серверов 1С включает как технические задачи, так и организационную работу — координацию с разработчиками и руководством при изменениях инфраструктуры.
Что алертить: операционные пороги
Симптом
Где смотреть
Типовая причина
Действие
Рост памяти rphost выше допустимого
Task Manager / top
Утечка памяти в конфигурации
Перезапустить rphost, проверить ТЖ
Очередь фоновых заданий растёт
Консоль кластера
Нет свободного rphost для фоновых
Вынести фоновые задания на отдельный сервер
Диск под логи ТЖ > 80%
OS мониторинг
Включён полный ТЖ или ротация не работает
Отключить ТЖ, настроить ротацию
EXCP в ТЖ: TMOUT > 30 сек
logcfg.xml → папка логов
Долгие запросы к СУБД
Анализ планов запросов в СУБД
Нет лицензий, хотя пользователей мало
Журнал поиска лицензий
Зависшие сеансы удерживают лицензии
Завершить зависшие сеансы
CPU > 90% на сервере 1С
Task Manager / top
Параллельные тяжёлые отчёты
Ограничить ресурсы через профили безопасности
SQL latency > 50 мс
СУБД
Нет индексов, нет VACUUM
Переиндексация, обновление статистики
Disk I/O насыщение
iostat / perfmon
pg_stat_tmp на одном диске
Перенести tmp на отдельный SSD

Настройка рабочих процессов (rphost) и балансировка нагрузки

По умолчанию кластер использует один rphost на 8 информационных баз или на 128 соединений. На 32-разрядных системах рекомендуется снизить эти значения — например, одна база на процесс. Оптимальное число соединений подбирается эмпирически в зависимости от конфигурации и числа фоновых заданий. Источник: Wiseadvice-IT, «Консоль сервера 1С 8.3», обновлено январь 2025.
Параметр
Значение
Что означает
Максимальный объём памяти рабочих процессов
-1 = без ограничений; 0 = авто (80% RAM сервера)
Суммарный лимит для всех rphost на рабочем сервере
Безопасный расход памяти за один вызов
-1 = любой вызов опасен; 0 = авто (5% от макс. памяти)
Лимит на один серверный вызов; при превышении + превышении макс. памяти — вызов прерывается
Объём памяти, до которого сервер «производительный»
0 = без ограничений
При достижении — на этот сервер перестают назначаться новые соединения
Интервал перезапуска
Секунды
Плановый перезапуск rphost через заданный интервал
Допустимый объём памяти
Байты
Порог запуска нового rphost; после создания нового — старый «мягко» останавливается
Мягкий перезапуск rphost работает так: запускается новый процесс, старый выключается (не завершается принудительно), новые соединения идут на новый процесс, старый дорабатывает существующие вызовы в течение параметра «Выключенные процессы останавливать через». Источник: Wiseadvice-IT, 2025.
⚠️ Настройки рабочих процессов применимы только при использовании лицензий КОРП. При наличии лицензии ПРОФ настройки видны в консоли, но не применяются. Источник: Wiseadvice-IT, «Консоль сервера 1С 8.3», январь 2025.

RAC/RAS Cookbook: шпаргалка команд администратора

Прежде чем использовать rac, убедитесь, что RAS запущен и доступен на порту 1545. Все команды выполняются на машине с установленным клиентом RAC (входит в состав серверных компонентов 1С).

Структура команды: rac [адрес_RAS:порт] [режим] [действие] [параметры]

По умолчанию адрес RAS: localhost:1545.
Получение информации о кластере
# Получить список кластеров
rac localhost:1545 cluster list

# Получить список рабочих серверов кластера
rac localhost:1545 server list --cluster=<cluster-uid>

# Получить список информационных баз
rac localhost:1545 infobase summary list --cluster=<cluster-uid>

# Получить список сеансов по кластеру
rac localhost:1545 session list --cluster=<cluster-uid>

# Получить список сеансов конкретной ИБ
rac localhost:1545 session list --cluster=<cluster-uid> --infobase=<ib-uid>

# Получить список соединений с ИБ
rac localhost:1545 connection list --cluster=<cluster-uid> --infobase=<ib-uid>

# Получить список рабочих процессов (rphost)
rac localhost:1545 process list --cluster=<cluster-uid>
Типовой сценарий: блокировка ИБ → завершение сеансов → обновление → разблокировка
# 1. Установить блокировку начала сеансов (с кодом разрешения для администратора)
rac localhost:1545 infobase update \
  --cluster=<cluster-uid> \
  --infobase=<ib-uid> \
  --cluster-user=<admin> --cluster-pwd=<pwd> \
  --sessions-deny=on \
  --deny-message="Регламентные работы. Конец в 02:00" \
  --permission-code=12345

# 2. Завершить активные сеансы
rac localhost:1545 session terminate \
  --cluster=<cluster-uid> \
  --session=<session-uid>

# (Для завершения всех сеансов ИБ — итерация по списку из session list)

# 3. [Выполнить обновление конфигурации]

# 4. Снять блокировку сеансов
rac localhost:1545 infobase update \
  --cluster=<cluster-uid> \
  --infobase=<ib-uid> \
  --cluster-user=<admin> --cluster-pwd=<pwd> \
  --sessions-deny=off
Блокировка регламентных заданий
# Включить блокировку регламентных заданий в ИБ
rac localhost:1545 infobase update \
  --cluster=<cluster-uid> \
  --infobase=<ib-uid> \
  --cluster-user=<admin> --cluster-pwd=<pwd> \
  --scheduled-jobs-deny=on

# Снять блокировку регламентных заданий
rac localhost:1545 infobase update \
  --cluster=<cluster-uid> \
  --infobase=<ib-uid> \
  --cluster-user=<admin> --cluster-pwd=<pwd> \
  --scheduled-jobs-deny=off
Проверка подключения к RAS
# Проверить, что RAS слушает порт 1545 (Linux)
ss -tlnp | grep 1545

# Проверить (Windows)
netstat -ano | findstr 1545
ℹ️ Важно: вывод команд rac содержит UID-идентификаторы кластера, ИБ и сеансов, которые нужно подставлять в последующие команды. Рекомендуется автоматизировать разбор вывода скриптами PowerShell или Bash.
ℹ️ Для программных обёрток к RAC существует OneScript-библиотека irac и инструмент vanessa-runner (пришедший на смену deployka). Они упрощают написание сценариев автоматизации на языке 1С/OneScript. Источник: Infostart, Tavalik, 2018–2025.

Управление лицензиями (аппаратные HASP и программные)

Администрирование лицензий 1С — отдельная область, которая регулярно порождает инциденты. Аппаратные ключи HASP физически подключаются к серверу и раздают лицензии. До версии платформы 8.5.2 использовался Sentinel LDK; начиная с версии 8.5.2 применяется «1С:Предприятие — менеджер лицензий». Программные лицензии (файлы .lic) привязываются к идентификатору устройства и раздаются самим сервером 1С или веб-модулем.

Типичные причины ошибки «Нет свободных лицензий»:
  • HASP-ключ не виден серверу из-за отсутствия драйверов Sentinel LDK.
  • Конфликт ключей одной серии на одном ПК (ключи серии ORGL8 несовместимы между собой на одном хосте — это конструктивное ограничение платформы; подробнее уточняйте в официальных правилах лицензирования на its.1c.ru).
  • Активные зависшие сеансы занимают лицензии — их нужно принудительно завершить через консоль кластера.

Решение: проверить журнал поиска лицензий, убедиться, что в настройках платформы включено «Использовать аппаратную лицензию», и при необходимости перезапустить службу менеджера лицензий (1ab.ru, 2024).

Резервное копирование и отказоустойчивость кластера

RPO и RTO: как выбрать стратегию
RPO (Recovery Point Objective) — максимально допустимая потеря данных. RPO = 3 часа означает: бэкап каждые 3 часа. RTO (Recovery Time Objective) — максимально допустимое время восстановления после сбоя. Эти два параметра определяют всю стратегию резервного копирования.
Сценарий
Рекомендуемая стратегия
Инструмент
RPO < 1 часа
Full + differential + log backup
Средства СУБД (PITR)
RPO 3–8 часов
Full ночью + differential днём
pg_dump, SQL backup
Дополнительный слой защиты
Выгрузка .dt
Средства платформы 1С
Защита от шифровальщика
Immutable storage (3-2-1)
Облако / лента
Средства СУБД vs выгрузка .dt
Средства СУБД (pg_dump, штатный бэкап MS SQL) создают application-consistent резервные копии с поддержкой point-in-time recovery. Для PostgreSQL pg_dump с параметром -j 4 позволяет параллельно выгружать крупные базы; MS SQL поддерживает стратегию full + differential + log backup для минимизации потерь данных (Infosec Train, 2024).

Платформенная выгрузка (.dt) — медленнее, не гарантирует консистентности при активной работе пользователей (транзакции могут быть незавершены в момент выгрузки), линейно масштабируется по размеру: 1 ТБ базы = 1 ТБ файла. Используется как дополнение — например, для переноса базы между серверами или создания тестовой копии.

Рекомендуемая стратегия: основной бэкап — средствами СУБД по расписанию (например, каждые 3 часа), выгрузка .dt — еженедельно как дополнительный слой защиты.
Тест восстановления как обязательный регламент
Бэкап без проверки восстановления не даёт гарантий. Минимальный регламент:
  • Еженедельно: проверять, что резервная копия читаема (не повреждена).
  • Ежемесячно: выполнять тестовое восстановление на изолированный стенд и проверять работоспособность базы.
  • Фиксировать фактическое время восстановления и сравнивать с целевым RTO.

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

Технологический журнал 1С и анализ системных событий
Технологический журнал (ТЖ) — встроенный инструмент диагностики платформы 1С. Он регистрирует технологические события от всех компонентов: ошибки, таймауты, долгие запросы к СУБД, аварийные завершения процессов. По умолчанию ТЖ включён с минимальным набором событий; точный путь к папке логов зависит от версии платформы и ОС (на Windows — как правило, в каталоге профиля пользователя службы, на Linux — в каталоге данных 1С).

Управляется через файл logcfg.xml. Ключевые параметры (практический пример для отладки сервера 1С):
<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="/var/log/1C/tlog" history="168">
    <event>
      <eq property="Name" value="EXCP"/>
    </event>
    <event>
      <eq property="Name" value="TMOUT"/>
    </event>
    <property name="all"/>
  </log>
</config>
Здесь location — существующий каталог с правами записи для процессов 1С, history="168" — хранить логи 7 суток (168 часов), события EXCP — исключения и ошибки, TMOUT — таймауты соединений (interface31.ru, 2016).

Критично: включать полное логирование (property name="all") на продуктивном сервере нельзя постоянно. Это вызывает резкий рост объёма файлов и может значительно снизить производительность сервера. Алгоритм простой: включить ТЖ на период диагностики (2–4 часа), собрать данные, отключить.

Типовой разбор инцидента с ТЖ:
  1. Симптом: пользователи жалуются на зависание при проведении документов.
  2. Включить ТЖ на 1–2 часа с событиями EXCP, DBMSSQL/DBPOSTGRS, TLOCK.
  3. Найти строки с Duration > 3000 (3 секунды) — это кандидаты на узкое место.
  4. Скопировать SQL из события и выполнить EXPLAIN ANALYZE в СУБД.
  5. Отключить ТЖ после диагностики.
Таблица портов 1С
Порт
Компонент
Назначение
Открывать
1540
ragent
Агент сервера (подключение клиентов к агенту)
Внутри LAN
1541
rmngr
Менеджер кластера
Внутри LAN
1545
ras
Сервер администрирования (RAC)
Внутри LAN / VPN
1560–1591
rphost
Рабочие процессы (пользовательские соединения)
Внутри LAN
Правило: ни один из портов 1С не должен быть доступен напрямую из интернета. Удалённый доступ — только через VPN или jump-хост.
Защита от сбоев, политики безопасности и удалённый доступ
Минимальный набор мер для защиты инфраструктуры 1С:
  • Создать администратора кластера. Без него доступ к управлению кластером (через консоль или RAC) получает любой, кто может подключиться к порту 1541. Это недопустимо в производственных средах — настройте имя и пароль администратора кластера сразу после установки (efsol.ru, руководство по защите 1С).
  • Ограничить сетевой доступ. Все порты 1С — только во внутренней сети. Внешний доступ — только через VPN или jump-хост.
  • Разграничить права на уровне СУБД. PostgreSQL поддерживает Row-Level Security (RLS), но 1С работает через единую учётную запись СУБД. Авторизация пользователей происходит на уровне платформы — разграничение строится через роли 1С (1c-prem.ru).
  • Изолировать сервер приложений. Серверы 1С не должны быть доступны напрямую из пользовательской сети — только через кластер.
  • Что категорически нельзя: открывать порты 1С в интернет, оставлять кластер без пароля администратора, хранить каталог данных кластера с открытым доступом на запись.

Продвинутое администрирование: автоматизация рутины

Типовые задачи для автоматизации (в первую очередь)
  1. Перезапуск службы агента по расписанию или при инциденте.
  2. Блокировка ИБ → завершение сеансов → обновление → разблокировка.
  3. Ночное резервное копирование с проверкой.
  4. Сбор и ротация логов ТЖ.
  5. Мониторинг свободного места на дисках.
Использование скриптов PowerShell и Bash
Перезапуск службы агента (PowerShell):
$svcName = "1C:Enterprise 8.3 Server Agent (x86-64)"
Get-Service -Name $svcName | Stop-Service -Force
Start-Sleep -Seconds 40
Get-Service -Name $svcName | Start-Service
Пауза в 40 секунд нужна, чтобы дать процессам rphost время корректно завершить активные соединения перед повторным запуском. Это эмпирическое значение — в зависимости от числа активных соединений может потребоваться больше времени.

Принудительное завершение зависших рабочих процессов (Windows CMD):
TASKKILL /F /FI "IMAGENAME eq rphost*"
TASKKILL /F /FI "IMAGENAME eq rmngr*"
⚠️ После этого ragent автоматически поднимет процессы заново. Использовать только при зависании — это жёсткое завершение без сохранения состояния. На продуктиве с активными пользователями — только в крайнем случае.
Автоматическое создание и регистрация службы (PowerShell):
Stop-Service "srv1cv8" -ErrorAction SilentlyContinue
sc.exe delete "srv1cv8"
New-Service -Name "srv1cv8" -BinaryPathName "C:\Program Files\1cv8\...\ragent.exe -srvc"
Start-Service "srv1cv8"
Полезно при обновлении платформы — пересоздаёт службу с новым бинарником (42clouds.com).

Отключение пользователей и архивирование базы (PowerShell): реализуется через COM-объект менеджера сервера 1С: установить блокировку ИБ, отсоединить активные сессии, выполнить архивацию, снять блокировку. Готовый набор скриптов для этих задач доступен в публичных репозиториях PowerShell для 1С (например, YPermitin/PowerShellTools на GitHub).

Troubleshooting: частые ошибки и методы их устранения

Практика troubleshooting сервера 1С начинается с понимания типовых инцидентов.
Проблемы с запуском службы агента сервера (ragent)
Если служба ragent не запускается, проверяйте по порядку:
  1. Порты заняты. Убедиться, что порты 1540, 1541, 1560–1591 свободны: netstat -ano | findstr 1540 (Windows) или ss -tlnp | grep 154 (Linux). Конфликт чаще всего вызывает другой экземпляр ragent или антивирус.
  2. Права пользователя службы. Учётная запись USR1CV8 (Windows) должна иметь права «Вход в качестве службы» и полный доступ к каталогу данных кластера.
  3. Каталог данных кластера повреждён. Путь по умолчанию на Windows: C:\ProgramData\1C\1cv8\, на Linux: /var/1C/. Проверить права на запись и целостность файлов.
  4. Посмотреть журнал событий Windows (Event Viewer → Application) или journalctl -u srv1cv8@* на Linux — там будет конкретная причина отказа.
Зависание базы и принудительное отключение сеансов
Зависший сеанс блокирует объекты базы данных и мешает другим пользователям. Алгоритм устранения:
  1. Открыть консоль администрирования кластера → выбрать информационную базу → перейти в раздел «Сеансы».
  2. Найти зависший сеанс по имени пользователя, времени начала или статусу.
  3. Завершить сеанс через контекстное меню («Удалить»). Транзакция откатится, данные не пострадают.
  4. Если сеанс не завершается через консоль — завершить процесс rphost через TASKKILL /F /FI "IMAGENAME eq rphost*". Агент автоматически поднимет новый процесс.
Таблица типовых инцидентов
Симптом
Причина
Решение
ragent не стартует
Занят порт 1540 или нет прав USR1CV8
Освободить порт; проверить права и каталог
«Нет лицензий» при свободных местах
Зависшие сеансы удерживают лицензии
Завершить зависшие сеансы через консоль
Несовместимость версий консоли
radmin.dll не той версии
Перерегистрировать DLL нужной версии или использовать RAC
Диск заполнен логами
ТЖ включён постоянно без ротации
Отключить ТЖ, настроить параметр history
rphost потребляет всю RAM
Утечка памяти в конфигурации
Настроить лимит памяти и автоперезапуск
Медленные отчёты после обновления
Статистика СУБД устарела
ANALYZE/обновление статистики в СУБД
«Соединение разорвано» у пользователей
Нестабильная сеть или таймаут rphost
Проверить сеть; увеличить timeout в параметрах кластера
Переполнение диска на сервере СУБД
Отсутствие ротации журналов транзакций
Настроить shrink/VACUUM или ротацию WAL

FAQ: ответы на популярные вопросы по серверам 1С

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