Справочник системных ошибок и решений

Windows Server, Active Directory, 1С:Предприятие, СУБД, Linux, Cisco, MikroTik, Asterisk.

⚠️ Важная информация Все материалы, инструкции, команды и скрипты на сайте предоставлены исключительно в ознакомительных целях. Их применение может повлиять на работу операционной системы, программного обеспечения, баз данных, сетевого оборудования и других компонентов инфраструктуры. Перед выполнением действий создайте резервную копию и по возможности протестируйте изменения в безопасной среде. Пользователь самостоятельно оценивает риски и несет ответственность за результат. При отсутствии необходимых знаний обратитесь к квалифицированному ИТ-специалисту.

1C_HOT_STANDBY_FAIL 1С:Предприятие и СУБД

Настройка резервного сервера кластера (Hot Standby Node) в 1С

Обновлено: 26.08.2026 · Официальная документация ↗
  • Аварийная остановка главного сервера 1С приводит к полному отказу работы всех пользователей.
  • Потеря несохраненных данных пользователей при сбое одного из серверов приложений.
  • Необходимость обеспечения высокой доступности (High Availability 24/7) без простоев при регламентных работах.

1. Архитектура высокой доступности кластера 1С

Отказоустойчивый кластер 1С состоит из нескольких рабочих серверов и обеспечивает:

  • Резервирование центрального сервера (rmngr): Автоматический перенос роли главного менеджера при отказе активного хоста;
  • Репликацию сеансовых данных: Синхронизация состояний форм и транзакций на резервные ноды;
  • Автоматическую балансировку нагрузки по метрикам производительности.

2. Требования к конфигурации серверов

  1. Идентичная версия платформы 1С на всех серверах кластера;
  2. Одинаковая архитектура и разрядность ОС;
  3. Высокоскоростной сетевой линк между узлами кластера (задержка < 1 мс, 10 Gbps).

3. Пошаговая настройка через консоль администрирования

  1. Добавьте второй сервер (srv-1c-node2) в состав существующего кластера серверов.
  2. В свойствах кластера задайте параметр Уровень отказоустойчивости (Fault tolerance level) = 1 (определяет количество серверов, одновременный отказ которых не приводит к падению кластера).
  3. В ветке Менеджеры кластера добавьте новый менеджер на резервном сервере.
  4. В свойствах каждого сервера укажите флаг Центральный сервер.

4. Настройка требований назначения функциональности (ТНФ)

Для гарантированного резервирования настройте правила ТНФ для сервиса Сервис сеансовых данных:

# Назначение репликации сеансов на второй узел через RAC
rac server assignment-rule add --cluster=<CLUSTER_ID> --server=<NODE2_ID> \
  --object-type=service --service-name="Сервис сеансовых данных" --rule-type=assign

rac cluster apply-assignment-rules --cluster=<CLUSTER_ID>

5. Строка подключения клиентов

Укажите клиентам адреса обоих серверов кластера через запятую в окне запуска:

Srvr="srv-1c-node1,srv-1c-node2";Ref="trade_production";
💡 Практика специалистов: Обязательно настраивайте синхронизацию каталогов конфигурации и лицензий между всеми узлами кластера, а в строке подключения клиентских баз всегда перечисляйте все центральные серверы через запятую.

Частые вопросы (FAQ)

Нужна ли лицензия КОРП для настройки уровня отказоустойчивости?

Да, возможность установки уровня отказоустойчивости кластера больше 0 (Fault tolerance level >= 1) и репликация сеансов требуют лицензии уровня 1С:Предприятие 8 КОРП.

Защищает ли резервный сервер 1С от сбоя сервера баз данных (СУБД)?

Нет, кластер 1С резервирует только уровень сервера приложений. Отказоустойчивость СУБД должна настраиваться отдельно (PostgreSQL Patroni / MSSQL AlwaysOn).

Сколько серверов минимум нужно для уровня отказоустойчивости 1?

Минимум 2 физических или виртуальных сервера для дублирования сервисов сеансовых данных и менеджеров кластера.

Заметят ли пользователи падение одного из серверов кластера?

При настроенной репликации сеансов клиенты автоматически переключатся на рабочий узел без потери открытых данных и необходимости повторного ввода пароля.

Полезные материалы
Рекомендуем