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

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

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

Что такое отказоустойчивый кластер 1С и зачем он нужен

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

Основные преимущества кластерной архитектуры:

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

Отказоустойчивость в 1С 8.3 работает на уровне приложений, а не инфраструктуры. Это означает, что для полной защиты от сбоев нужно дополнительно настроить отказоустойчивость на уровне СУБД (SQL Server Always On, PostgreSQL Patroni) и сетевого хранилища.

Уровни отказоустойчивости кластера 1С

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

Уровень 0 — без отказоустойчивости

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

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

Уровень 1 — автоматическое переключение новых сеансов

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

Этот уровень отказоустойчивости 1С подходит для конфигураций, где пользователи могут повторить последнее действие без критических потерь данных (например, ввод справочников или отчётов).

Уровень 2 — переключение активных сеансов

Максимальный уровень защиты. При отказе сервера платформа автоматически переносит активные сеансы на другой узел кластера. Пользователи видят кратковременное зависание (5-15 секунд), после чего работа продолжается с того же места.

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

Уровень 2 требует наличия минимум двух рабочих серверов в кластере. Рекомендуется для критичных учётных систем (бухгалтерия, зарплата, склад).

Требования к инфраструктуре для кластера 1С из двух серверов

Создание отказоустойчивого кластера 1С требует соблюдения следующих условий:

Серверное оборудование

Минимальная конфигурация для кластера из двух узлов:

Два физических сервера или виртуальные машины на разных гипервизорах (чтобы исключить единую точку отказа).
Процессор: 4 ядра на каждый узел (рекомендуется Intel Xeon или AMD EPYC).
Оперативная память: минимум 16 ГБ на узел, рекомендуется 32 ГБ для баз с интенсивными отчётами.
Сетевое подключение: гигабитный Ethernet (1 Гбит/с), для высоконагруженных систем — 10 Гбит/с.

Для производственных контуров рекомендуется использовать серверы Dell PowerEdge 14-го поколения (R440, R640, R740) с процессорами Intel Xeon Scalable и памятью DDR4 ECC.

СУБД и хранилище данных

Информационная база должна располагаться на отказоустойчивом кластере СУБД:

Microsoft SQL Server с группой доступности Always On (Standard или Enterprise Edition).
PostgreSQL с использованием Patroni или Postgres-XL для репликации.

Файлы базы данных размещаются на отказоустойчивом хранилище:

Кластерный файловый сервер Windows (Failover Cluster).
СХД с поддержкой iSCSI или Fibre Channel (например, Dell PowerVault ME4 или MD1400).
Распределённые файловые системы (GlusterFS, Ceph).

Сетевая инфраструктура

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

Два независимых сетевых коммутатора с возможностью агрегации каналов (Link Aggregation).
Резервирование сетевых адаптеров на серверах (NIC Teaming).
Настроенная балансировка нагрузки через аппаратный балансировщик или программный (HAProxy, Nginx).

Как создать кластер серверов в 1С 8.3: пошаговая инструкция

Создание отказоустойчивого кластера 1С 8.3 состоит из нескольких этапов: подготовка серверов, установка платформы, настройка кластера и информационной базы.

Шаг 1. Установка платформы 1С 8.3 на оба сервера

Убедитесь, что на обоих серверах установлена одинаковая версия платформы 1С:Предприятие 8.3 (совпадение до третьей цифры обязательно, например, 8.3.21.1644).
Установите серверный вариант платформы (компонент «Сервер 1С:Предприятия») на каждый узел.
Настройте Windows Firewall или другой межсетевой экран: откройте порты 1540-1541 (TCP) для взаимодействия серверов кластера.
Создайте одинаковые учётные записи Windows на обоих серверах для работы агента сервера (по умолчанию используется локальная системная учётная запись, но для доменной среды рекомендуется доменная учётная запись с правами администратора).

Шаг 2. Создание кластера через консоль администрирования

Запустите консоль администрирования серверов 1С на рабочей станции (comcntr.exe из каталога установки клиента 1С).
Добавьте центральный сервер кластера: укажите имя или IP-адрес первого сервера, порт 1541.
В дереве консоли разверните узел «Центральный сервер кластера», найдите созданный автоматически кластер (по умолчанию с именем «Локальный кластер»).
Откройте свойства кластера, перейдите на вкладку «Рабочие серверы». Первый сервер уже добавлен автоматически.
Нажмите «Добавить», укажите имя или IP-адрес второго сервера, порт 1541. Убедитесь, что подключение установлено (сервер должен появиться в списке рабочих серверов).

Шаг 3. Настройка уровня отказоустойчивости кластера 1С

В консоли администрирования выберите кластер, откройте его свойства.
Перейдите на вкладку «Отказоустойчивость».
Установите параметр «Функциональность отказоустойчивого кластера»: выберите значение «2 — с переключением активных сеансов» (для максимальной защиты) или «1 — с автоматическим переключением новых сеансов» (если допустимо переподключение пользователей).
Укажите параметр «Количество рабочих серверов» — минимум 2 для уровня отказоустойчивости 2.
Сохраните настройки и перезапустите службу агента сервера на обоих узлах.

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

В консоли администрирования раскройте узел кластера, выберите «Информационные базы», нажмите «Добавить».
Укажите имя базы (отображается в консоли), тип размещения — «Клиент-сервер».
Выберите СУБД (Microsoft SQL Server или PostgreSQL), укажите параметры подключения: имя сервера СУБД, имя базы данных, учётные данные.
Если база новая, установите флажок «Создать базу данных в СУБД». Если подключаетесь к существующей базе, снимите флажок.
На вкладке «Параметры» укажите блокировку регламентных заданий (если требуется разделение фоновых задач по серверам).
Сохраните настройки. База данных появится в списке доступных информационных баз кластера.

Шаг 5. Настройка параметров рабочих процессов

Перейдите в свойства информационной базы, откройте вкладку «Требования к рабочим процессам».
Установите минимальное и максимальное количество рабочих процессов для каждого сервера (рекомендуется начать с 2-4 процессов на сервер).
Укажите параметр «Распределение по серверам» — «Автоматически» или «Вручную». При автоматическом распределении платформа сама балансирует нагрузку.
Настройте параметры памяти для рабочих процессов: критический объём (рекомендуется 80% от доступной ОЗУ на сервере).

Настройка кластера 1С 8.3 из двух серверов: типовые конфигурации

Ниже приведены рекомендованные параметры для кластера 1С в зависимости от нагрузки и количества пользователей.

Параметр	Малая нагрузка (до 50 польз.)	Средняя нагрузка (50-150 польз.)	Высокая нагрузка (150+ польз.)
Процессор на сервер	4 ядра, 2.4 ГГц	8 ядер, 2.6 ГГц	16 ядер, 3.0 ГГц
Оперативная память	16 ГБ	32 ГБ	64 ГБ и выше
Количество рабочих процессов	2-3 на сервер	4-6 на сервер	8-12 на сервер
Уровень отказоустойчивости	1	2	2
СУБД	PostgreSQL + Patroni	MS SQL Server Standard Always On	MS SQL Server Enterprise Always On
Дисковая подсистема	SSD SATA (локальные диски)	SSD NVMe или RAID 10	СХД с SAS SSD, RAID 10

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

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

Проверка состояния серверов в кластере

Откройте консоль администрирования, раскройте узел кластера и перейдите в раздел «Рабочие серверы». Каждый сервер должен иметь статус «Работает». Если сервер в состоянии «Ошибка» или «Недоступен», проверьте сетевое подключение и доступность портов.

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

Тестирование переключения при сбое

Чтобы проверить работу отказоустойчивости, выполните следующие действия:

Подключите несколько пользователей к информационной базе через толстый или тонкий клиент.
Остановите службу агента сервера на одном из узлов (через консоль управления службами Windows или команду net stop ragent).
Наблюдайте за поведением клиентов: при уровне отказоустойчивости 2 сеансы должны «зависнуть» на 5-15 секунд, после чего работа продолжится. При уровне 1 пользователи получат ошибку подключения.
Проверьте в консоли администрирования, что все активные сеансы перешли на работающий сервер.
Запустите службу агента сервера на остановленном узле и убедитесь, что он вернулся в кластер.

Мониторинг и логирование

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

Конфигурационный файл технологического журнала (logcfg.xml) размещается в каталоге данных сервера 1С (по умолчанию C:\Program Files\1cv8\srvinfo). Включите логирование событий категорий:

CLSTR — работа кластера серверов.
CONN — подключения и разрывы сеансов.
EXCP — исключительные ситуации (ошибки).
LEAKS — утечки ресурсов и блокировки.

Частые ошибки при создании отказоустойчивого кластера 1С

Разные версии платформы на серверах

Если версии 1С:Предприятие на узлах кластера различаются (например, 8.3.20 и 8.3.21), кластер не сможет корректно работать. Серверы не увидят друг друга или будут постоянно обрываться соединения.

Решение: установите одинаковую версию платформы на всех узлах. Проверить версию можно через команду ragent.exe -version в каталоге bin сервера 1С.

Отсутствие отказоустойчивости на уровне СУБД

Кластер серверов приложений 1С не защищает от отказа СУБД. Если база данных расположена на одном сервере без резервирования, отказ сервера СУБД приведёт к полной остановке работы.

Решение: используйте кластер СУБД (SQL Server Always On, PostgreSQL с Patroni) или репликацию базы данных на резервный узел.

Неправильная настройка балансировки сеансов

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

Решение: откройте свойства информационной базы, вкладка «Требования к рабочим процессам», установите минимальное количество процессов на каждом сервере (например, 2). Платформа автоматически запустит процессы на всех узлах.

Блокировка портов межсетевым экраном

Серверы кластера взаимодействуют через порты 1540-1541 (TCP). Если эти порты заблокированы межсетевым экраном или антивирусом, серверы не смогут обнаружить друг друга.

Решение: откройте порты 1540-1541 в Windows Firewall или другом межсетевом экране. Используйте команду PowerShell:

New-NetFirewallRule -DisplayName "1C Cluster" -Direction Inbound -Protocol TCP -LocalPort 1540-1541 -Action Allow

Недостаточно памяти для рабочих процессов

При высокой нагрузке рабочие процессы 1С потребляют большой объём оперативной памяти. Если на сервере не хватает ОЗУ, процессы завершаются аварийно, и пользователи получают ошибки подключения.

Решение: увеличьте объём оперативной памяти на серверах или уменьшите количество рабочих процессов. Рекомендуется выделять минимум 2 ГБ ОЗУ на один рабочий процесс.

Как повысить надёжность кластера 1С: дополнительные меры

Разделение фоновых заданий и интерактивных сеансов

Для высоконагруженных баз рекомендуется выделить отдельный сервер под фоновые задания (регламентные задания, обмены данными). Это снижает влияние тяжёлых фоновых операций на производительность интерактивной работы пользователей.

Настройте правило назначения функциональности в свойствах рабочих серверов: один сервер — «Обычные сеансы», второй — «Фоновые задания». Платформа автоматически разделит нагрузку.

Использование публикации баз через веб-сервер

Для доступа к информационным базам через веб-клиент (тонкий клиент в браузере) настройте публикацию через IIS или Apache. Веб-сервер выполняет роль прокси между пользователями и кластером серверов приложений, обеспечивая дополнительный уровень балансировки.

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

Отказоустойчивость не заменяет резервное копирование. Настройте автоматическое резервное копирование базы данных и конфигурации 1С:

Используйте встроенные средства СУБД (SQL Server Backup, pg_dump для PostgreSQL).
Настройте выгрузку конфигурации в файл (CF) через регламентное задание.
Храните резервные копии на отдельном сервере или в облачном хранилище.

Часто задаваемые вопросы

Можно ли создать кластер 1С на виртуальных машинах?

Да, кластер 1С можно развернуть на виртуальных машинах. Главное требование — разместить виртуальные серверы на разных физических гипервизорах. Если обе ВМ работают на одном хосте, отказ гипервизора приведёт к остановке всего кластера. Используйте функции vMotion (VMware) или Live Migration (Hyper-V) для переноса ВМ между хостами без простоя.

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

Для стабильной работы кластера необходима сеть с пропускной способностью минимум 1 Гбит/с и задержкой (latency) не более 2 мс между серверами. При использовании удалённого хранилища данных (iSCSI, NFS) рекомендуется выделенная сеть 10 Гбит/с для трафика между серверами и СХД.

Поддерживает ли кластер 1С географически распределённые серверы?

Платформа 1С не предназначена для кластеров с серверами в разных географических точках (например, Москва и Санкт-Петербург). Высокая задержка сети (более 5 мс) приводит к нестабильной работе кластера и потере сеансов. Для территориально распределённой инфраструктуры используйте распределённые информационные базы с обменом через планы обмена.