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

В этой статье вы найдете практические рекомендации по развертыванию кластера на базе Windows Server или Linux, выбору архитектуры (односерверной или распределенной), настройке ragent и rmngr, а также оптимизации параметров для работы с 50+ пользователями. Мы разберем типичные ошибки, которые допускают администраторы при первом запуске, и дадим чек-лист для проверки работоспособности системы.

Материал ориентирован на ИТ-специалистов с базовыми знаниями и администрирования серверов. Если вы только начинаете работать с платформой, обратите внимание на раздел FAQ — там собраны ответы на частые вопросы по терминологии и минимальным требованиям.

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

Кластер серверов 1С:Предприятие — это программный комплекс, который управляет работой серверных компонентов платформы. Он состоит из:

  • 🔹 Центрального сервера кластера (rmngr) — координирует работу всех узлов, хранит конфигурацию и распределяет задачи.
  • 🔹 Рабочих процессов (rphost) — выполняют непосредственную обработку запросов от клиентов.
  • 🔹 Агента кластера (ragent) — обеспечивает взаимодействие между узлами (актуально для распределенных кластеров).

Без кластера каждая база работает автономно, что создает проблемы при росте числа пользователей или необходимости резервного копирования. Кластер решает эти задачи:

  • 📈 Масштабируемость: можно добавлять новые серверы без остановки работы.
  • 🔄 Отказоустойчивость: при падении одного узла нагрузка автоматически перераспределяется.
  • 🔒 Централизованное управление: настройки баз, обновления и мониторинг из одной консоли.
  • 🚀 Производительность: распределение запросов между серверами снижает нагрузку на железо.

Пример: если в компании 100 пользователей работают с 1С:ERP, то без кластера при пиковых нагрузках (например, закрытие месяца) система может "подвисать". Кластер позволяет распределить пользователей по нескольким серверам, избегая простоев.

⚠️ Внимание: Кластер не заменяет СУБД (например, Microsoft SQL Server или PostgreSQL). Он управляет только логикой работы , а данные хранятся в отдельной базе. Не путайте эти компоненты!

2. Требования к серверному оборудованию и ПО

Перед установкой кластера проверьте, соответствует ли ваша инфраструктура минимальным требованиям. Они зависят от:

  • 📊 Количества пользователей (до 50, 50–200, 200+).
  • 📂 Типа баз данных (файловые или клиент-серверные).
  • 🖥️ Операционной системы (Windows Server 2016/2019/2022 или Linux на базе CentOS/RHEL).
Параметр Минимальные требования Рекомендации для 100+ пользователей
ЦП 2 ядра × 2.0 ГГц 8+ ядер × 2.5 ГГц (лучше Intel Xeon или AMD EPYC)
ОЗУ 4 ГБ 16–32 ГБ (1 ГБ на 5–10 пользователей)
Дисковая подсистема HDD или SSD 50 ГБ RAID 10 на SSD (для логов транзакций) + отдельный диск для временных файлов
Сеть 1 Гбит/с 10 Гбит/с (для распределенных кластеров)
ОС Windows Server 2016 или CentOS 7 Windows Server 2022 или RHEL 8/9 (с последними обновлениями)

Критичный момент: если вы используете файловые базы (например, для небольших компаний), то кластер все равно ускорит работу, но при количестве пользователей более 20 файловая база станет "бутылочным горлышком" — лучше сразу переходить на клиент-серверный вариант с MS SQL или PostgreSQL.

⚠️ Внимание: На Linux кластер работает через Wine, что может ограничивать функциональность некоторых модулей. Официально поддерживаются только дистрибутивы RHEL-семейства. Перед развертыванием проверьте совместимость вашей версии ОС на сайте .
📊 Какую ОС вы планируете использовать для кластера 1С?
Windows Server
Linux (CentOS/RHEL)
Linux (Debian/Ubuntu)
Другая

3. Выбор архитектуры кластера: односерверный vs распределенный

Архитектура кластера определяет, как будут распределены компоненты rmngr, rphost и ragent. Есть два основных варианта:

Односерверный кластер

Все компоненты размещаются на одном физическом или виртуальном сервере. Подходит для:

  • 🏢 Малых предприятий (до 30 пользователей).
  • 🧪 Тестовых сред или обучения.
  • 💰 Ограниченного бюджета (не требует дополнительного железа).

Преимущества: простота настройки и обслуживания. Недостатки: нет отказоустойчивости — при падении сервера кластер перестает работать.

Распределенный кластер

Компоненты размещаются на нескольких серверах. Например:

  • 🖥️ Сервер 1: rmngr + ragent (управление).
  • 🖥️ Сервер 2 и 3: rphost (обработка запросов).
  • 🗄️ Отдельный сервер: СУБД (MS SQL или PostgreSQL).

Преимущества: высокая доступность, балансировка нагрузки. Недостатки: сложность настройки, требует синхронизации времени между серверами (NTP).

Как выбрать? Если у вас:

  • ✅ Менее 50 пользователей и нет критических задач → односерверный.
  • ✅ Более 50 пользователей или нужна отказоустойчивость → распределенный.
  • ✅ Географически распределенные офисы → рассмотрите репликацию баз данных + кластер.
💡

Распределенный кластер обязателен, если вы используете 1С:ERP или 1С:УХ с более чем 100 пользователями — иначе рискуете потерять данные при сбоях.

4. Установка кластера 1С на Windows Server

Рассмотрим пошаговую установку односерверного кластера на Windows Server 2022. Для начала скачайте дистрибутив 1С:Предприятие 8.3 (версия не ниже 8.3.20) с официального сайта.

Шаг 1: Подготовка сервера

Перед установкой:

Отключить брандмауэр или добавить исключения для портов 1540–1541, 1560–1591|Установить последние обновления Windows|Создать пользователя с правами администратора для службы 1С|Проверить свободное место на диске (минимум 20 ГБ)|Настроить статический IP-адрес-->

Особое внимание уделите портам: по умолчанию кластер использует 1540 (для rmngr) и 1541 (для ragent). Если они заняты, укажите другие в файле конфигурации.

Шаг 2: Запуск установщика

Запустите файл setup.exe и выберите компоненты:

  • 📋 Сервер 1С:Предприятия (обязательно).
  • 🔧 Администрирование сервера 1С:Предприятия (для управления через консоль).
  • 🖥️ Клиентское приложение (опционально, для тестирования).

На этапе настройки кластера укажите:

  • 🏷️ Имя кластера (например, MainCluster).
  • 🔑 Порт центрального сервера (по умолчанию 1540).
  • 📁 Каталог установки (лучше оставить по умолчанию: C:\Program Files\1cv8\).

Шаг 3: Настройка службы

После установки:

  1. Откройте Панель управления → Администрирование → Службы.
  2. Найдите службу Агент сервера 1С:Предприятия 8.3.
  3. Установите тип запуска: Автоматически.
  4. В свойствах службы укажите учетную запись с правами администратора.

Проверьте работоспособность кластера через Консоль администрирования серверов 1С (1CEnterprise 8.3 в меню Пуск). Если кластер отображается с зеленым статусом — установка прошла успешно.

💡

Если кластер не запускается, проверьте логи в каталоге C:\ProgramData\1C\1Cv8\logs\. Частая ошибка — отсутствие прав у службы на папку с временными файлами.

5. Установка кластера 1С на Linux

Развертывание на Linux имеет особенности из-за использования Wine. Мы рассмотрим установку на CentOS 7 (аналогично для RHEL 8).

Шаг 1: Подготовка системы

Выполните команды в терминале:

# Установка зависимостей

yum install -y wine samba fontconfig cabextract xorg-x11-fonts-Type1 xorg-x11-fonts-misc

Настройка Wine (32-битная версия)

winecfg

В winecfg выберите версию Windows: Windows 7 (рекомендуется для стабильности).

Шаг 2: Установка 1С

Скачайте дистрибутив 1С:Предприятие 8.3 для Linux (файл с расширением .tar.gz) и распакуйте его:

tar -xzf 1c-enterprise83-linux.tar.gz

cd 1c-enterprise83-linux

./install

В процессе установки укажите:

  • 📁 Каталог установки: /opt/1C/v8.3/.
  • 🔑 Порт центрального сервера: 1540.
  • 👤 Пользователь для службы: создайте отдельного пользователя (например, usr1cv8).

Шаг 3: Настройка автозапуска

Создайте файл службы для systemd:

[Unit]

Description=1C:Enterprise 8.3 Server Agent

After=network.target

[Service]

Type=forking

User=usr1cv8

ExecStart=/opt/1C/v8.3/x86_64/ragent -d /var/log/1C/ragent.log

Restart=on-failure

[Install]

WantedBy=multi-user.target

Сохраните файл как /etc/systemd/system/ragent.service и выполните:

systemctl daemon-reload

systemctl enable ragent

systemctl start ragent

⚠️ Внимание: На Linux кластер не поддерживает некоторые функции, доступные на Windows, например, интеграцию с Active Directory для аутентификации. Если это критично, используйте Windows Server.

6. Настройка кластера: рабочие процессы и базы данных

После установки кластера необходимо добавить рабочие процессы (rphost) и подключить базы данных.

Добавление рабочего процесса

Откройте Консоль администрирования серверов 1С и:

  1. Выберите ваш кластер (например, MainCluster).
  2. ПКМ → Создать → Рабочий процесс.
  3. Укажите:
    • 🏷️ Имя процесса: WP_1.
    • 🖥️ Сервер: локальный или удаленный (для распределенного кластера).
    • 🔢 Количество соединений: 50 (по умолчанию).
    • 📁 Каталог временных файлов: C:\1C_temp\ (должен существовать и иметь права на запись).

Подключение базы данных

Чтобы пользователи могли работать с базой через кластер:

  1. В консоли администрирования выберите Информационные базы.
  2. Нажмите Добавить и укажите:
    • 📌 Имя базы: ERP_Production.
    • 🗃️ Тип СУБД: Microsoft SQL Server или PostgreSQL.
    • 🔗 Строка подключения: например, SQLServer=192.168.1.10;Ref=ERP;.
    • 🔑 Имя пользователя и пароль для доступа к СУБД.
  • В разделе Кластеры укажите ваш кластер (MainCluster).
  • После добавления проверьте подключение через 1С:Предприятие в режиме конфигуратора. Если база отображается в списке — настройка прошла успешно.

    Что делать, если база не подключается?

    Проверьте:

    1. Доступность СУБД по сети (ping, telnet на порт 1433 для MS SQL).

    2. Права пользователя в СУБД (должен иметь роль db_owner).

    3. Настройки брандмауэра на сервере СУБД (разрешите входящие подключения на порт базы данных).

    4. Версию клиента 1С — она должна совпадать с версией сервера (например, обе 8.3.20).

    7. Оптимизация и мониторинг кластера

    Чтобы кластер работал стабильно, настройте:

    Параметры производительности

    В файле конфигурации кластера (C:\ProgramData\1C\1Cv8\conf.cfg или /opt/1C/v8.3/conf/conf.cfg) добавьте:

    # Ограничение памяти для рабочих процессов (в МБ)
    

    rphost_mem_limit = 4096

    Таймаут неактивного соединения (в секундах)

    disconnect_timeout = 3600

    Максимальное количество одновременно работающих фоновых задач

    max_background_jobs = 10

    Мониторинг

    Используйте инструменты:

    • 📊 Консоль администрирования 1С — показывает загрузку процессов, ошибки подключений.
    • 📈 Zabbix/Prometheus — для сбора метрик (CPU, RAM, диски) с серверов.
    • 📄 Логи кластера — путь: /var/log/1C/ (Linux) или C:\ProgramData\1C\1Cv8\logs\ (Windows).

    Пример критичных метрик для мониторинга:

    Метрика Нормальное значение Действие при превышении
    Загрузка CPU < 70% Добавить рабочие процессы или серверы
    Использование RAM < 80% Увеличить rphost_mem_limit или добавить ОЗУ
    Время ответа базы < 200 мс Оптимизировать запросы или индексы в СУБД

    Резервное копирование

    Настройте автоматическое резервное копирование:

    • 🗄️ Базы данных: через задачи в MS SQL или PostgreSQL.
    • 📂 Конфигурацию кластера: скопируйте папку conf и файлы *.cfg.
    • 🔄 Тестовое восстановление: раз в квартал проверяйте целостность бэкапов.
    💡

    Если в кластере более 3 рабочих процессов, настройте балансировку нагрузки через параметр load_balance = 1 в конфигурации. Это распределит пользователей равномерно.

    FAQ: Частые вопросы по созданию кластера 1С

    🔹 Сколько серверов нужно для кластера на 200 пользователей?

    Для 200 пользователей рекомендуется:

    • 2 сервера для rphost (по 100 пользователей на каждый).
    • 1 сервер для rmngr + ragent.
    • Отдельный сервер для СУБД (MS SQL или PostgreSQL).

    Если бюджет ограничен, можно начать с одного мощного сервера (16 ядер, 64 ГБ ОЗУ) иLater добавить второй узел.

    🔹 Можно ли использовать файловую базу в кластере?

    Технически да, но не рекомендуется для более чем 20 пользователей. Файловые базы:

    • ✅ Просты в настройке.
    • ❌ Медленно работают при параллельных запросах.
    • ❌ Нет транзакций — при сбое возможна потеря данных.

    Для кластера лучше использовать клиент-серверные базы (MS SQL Express подходит для тестов, PostgreSQL — для продуктивной работы).

    🔹 Как обновить кластер 1С без остановки работы?

    Для обновления без простоя:

    1. Добавьте в кластер новый сервер с новой версией .
    2. Перенесите на него часть рабочих процессов (rphost).
    3. Обновите старые серверы поочередно, переключая нагрузку на новый.
    4. После обновления всех узлов удалите временный сервер.

    Важно: версия платформы на всех серверах кластера должна совпадать!

    🔹 Почему кластер 1С не виден в списке при подключении?

    Частые причины:

    • 🔌 Порт 1540 заблокирован брандмауэром.
    • 🖥️ Служба ragent не запущена (проверьте в services.msc или systemctl status ragent).
    • 📡 Неверный IP-адрес кластера в строке подключения (указывайте IP сервера, а не localhost).
    • 🔄 Разные версии платформы на клиенте и сервере.

    Используйте утилиту ping и telnet для диагностики сети.

    🔹 Как перенести кластер 1С на другой сервер?

    Порядок действий:

    1. Остановите службу кластера на старом сервере.
    2. Скопируйте папки:
      • C:\ProgramData\1C\1Cv8\ (конфигурация).
      • C:\Program Files\1cv8\ (бинарные файлы).
  • Установите 1С на новый сервер в те же папки.
  • Обновите IP-адрес кластера в настройках баз данных и у клиентов.
  • Запустите службу на новом сервере.
  • Для распределенного кластера переносите узлы поочередно, проверяя работоспособность после каждого шага.