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

Процесс удаления кластера отличается от стандартного деинсталлятора Windows тем, что требует ручного вмешательства в реестр, службы и файловую структуру. Особое внимание уделяется проверке зависимостей — например, если на кластере зарегистрированы рабочие базы или используются распределенные информационные системы (РИБ). В некоторых случаях полное удаление может потребовать временной остановки связанных сервисов, таких как Apache или MS SQL Server.

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

📊 Какую ОС вы используете для сервера 1С?
Windows Server
Linux (Debian/Ubuntu)
Linux (CentOS/RHEL)
Другая

1. Подготовка к удалению: анализ текущей конфигурации

Первый шаг — сбор информации о текущем состоянии кластера. Используйте утилиту rac (Remote Administration Console), чтобы получить список рабочих серверов, информационных баз и активных соединений. Команда для просмотра кластеров: 

rac cluster list

Обратите внимание на параметр WorkingServers — он показывает количество активных серверов в кластере. Если значение больше 1, это означает, что используется распределенная архитектура, и удаление главного сервера может нарушить работу вспомогательных узлов. В таком случае требуется последовательное отключение всех серверов, начиная с вспомогательных.

Проверьте также список зарегистрированных информационных баз: 

rac infobase list
⚠️ Внимание: Если в выводе команды присутствуют базы с типом ManagedApplication или ThickClient, их необходимо сначала отключить от кластера через консоль администратора или Конфигуратор 1С. Принудительное удаление кластера с активными базами приведет к их повреждению.
  • 📋 Создайте скриншот или текстовый файл с выводом команды rac cluster list --detail — это поможет восстановить конфигурацию при необходимости.
  • 🔍 Проверьте журнал событий кластера на наличие ошибок: rac event-log list --last-hours=24
  • 🔄 Убедитесь, что на сервере нет активных сеансов пользователей: rac session list
  • 💾 Выполните резервное копирование каталога C:\ProgramData\1C\1cv8\ (для Windows) или /opt/1cv8/ (для Linux).
💡

Если кластер используется в виртуальной среде (VMware, Hyper-V), создайте снимок состояния (snapshot) виртуальной машины перед началом работ. Это ускорит откат в случае ошибок.

2. Остановка сервисов и освобождение портов

Перед удалением необходимо корректно остановить все службы, связанные с кластером. В Windows это можно сделать через Службы (services.msc) или командой: 

sc stop "1C:Enterprise 8.3 Server Agent"

Для Linux используйте:

systemctl stop srv1cv83

Проверьте, что порты, используемые кластером (по умолчанию 1540-1541, 1560-1591), освободились. Для этого выполните: 

netstat -ano | findstr "154"

Если порты остаются занятыми, принудительно завершите процессы через Диспетчер задач или команду taskkill /PID [номер_процесса] /F.

Особое внимание уделите службе 1C:Enterprise 8.3 Server Agent — она может блокировать удаление, если не остановлена корректно. В некоторых случаях требуется перезагрузка сервера для полного освобождения ресурсов.

СлужбаИмя в WindowsКоманда остановки (Linux)Порт по умолчанию
Aгент сервера 1С1C:Enterprise 8.3 Server Agentsystemctl stop srv1cv831540-1541
Менеджер кластера1C:Enterprise 8.3 Cluster Managersystemctl stop rgm1cv831560-1561
Рабочий процесс1C:Enterprise 8.3 Working Processsystemctl stop wrk1cv83@*1580-1591
HTTP-сервис1C:Enterprise 8.3 HTTP Servicesystemctl stop ws1cv8380, 443
Что делать если служба не останавливается?

Если служба 1C:Enterprise 8.3 Server Agent зависла и не реагирует на команду stop, попробуйте:

1. Завершить процесс ragent.exe через Диспетчер задач.

2. Удалить ключ реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3 Server Agent (требуются права администратора).

3. Перезагрузить сервер в безопасном режиме и повторить попытку.

3. Удаление кластера через стандартные средства

Для Windows рекомендуемый способ — использование штатного деинсталлятора 1С:Предприятия. Найдите его в Панель управления → Программы и компоненты и выберите пункт "1С:Предприятие 8.3 (x86-64) Сервер". Важно удалять компоненты в правильном порядке:

  1. Сервер 1С:Предприятия
  2. Агент сервера
  3. Менеджер кластера

В Linux удаление выполняется через пакетный менеджер. Для Debian/Ubuntu: 

sudo apt-get remove 1c-enterprise83-server 1c-enterprise83-ws 1c-enterprise83-crs

Для RHEL/CentOS:

sudo yum remove 1C_Enterprise83-server 1C_Enterprise83-ws 1C_Enterprise83-crs

Критично: После удаления пакетов в Linux необходимо вручную очистить каталоги /opt/1cv8/ и /var/log/1C/, так как они могут содержать остаточные конфигурационные файлы, которые помешают повторной установке.

Убедитесь, что выполнены все пункты|Все информационные базы отключены от кластера|Службы 1С остановлены|Резервные копии созданы|Порты 1540-1591 освобождены-->

4. Очистка реестра и конфигурационных файлов

Даже после деинсталляции в системе остаются записи в реестре и служебные файлы. Для Windows удалите следующие ключи реестра (используйте regedit):

  • HKEY_LOCAL_MACHINE\SOFTWARE\1C\1Cv8\8.3\
  • HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\1C\1Cv8\8.3\
  • HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise*

В Linux проверьте и удалите:

  • Файлы конфигурации в /etc/1C/
  • Системные ссылки: rm /etc/systemd/system/srv1cv83.service
  • Остаточные логи: rm -rf /var/log/1C/*

Особое внимание уделите файлу 1cv8reg.ini, который может содержать информацию о лицензиях. Его расположение:

  • Windows: C:\ProgramData\1C\1cv8\conf\
  • Linux: /home/usr1cv8/.1cv8/1C/1cv8/conf/
⚠️ Внимание: Если на сервере использовались сетевые лицензии, их необходимо освободить через Личный кабинет 1С:ИТС или утилиту licreg до удаления кластера. В противном случае лицензии могут остаться заблокированными.

5. Проверка зависимостей и связанных компонентов

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

  • 🔗 СУБД: Проверьте, не остались ли "висячие" подключения к MS SQL, PostgreSQL или Oracle. Используйте утилиты sqlcmd или psql для анализа активных соединений.
  • 🌐 Веб-серверы: Если использовался Apache или IIS для публикации баз, удалите виртуальные директории и модули mod_1c.
  • 🔄 Системы резервного копирования: Исключите каталоги кластера из задач бэкапа (например, в Veeam или Acronis).

Для проверки интеграции с СУБД выполните запрос (пример для MS SQL): 

SELECT * FROM sys.dm_exec_connections

WHERE program_name LIKE '%1C%'

Если вывод не пустой, значит какие-то процессы всё ещё используют соединения с базой данных.

Также проверьте наличие запланированных задач в Планировщике заданий Windows или cron (Linux), связанных с 1С. Например: 

schtasks /query /fo LIST /v | findstr "1C"
💡

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

6. Удаление кластера в распределенной архитектуре

Если кластер состоит из нескольких серверов (например, основной + резервный), удаление требует последовательных действий:

  1. Отключите вспомогательные серверы от кластера через команду: 
    rac cluster delete --cluster=ИмяКластера --server=ИмяСервера
  2. Удалите рабочие процессы на вспомогательных серверах: 
    rac working-process delete --all
  3. Удалите главный сервер последним, так как он содержит центральную конфигурацию кластера.

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

rac cluster info --cluster=ИмяКластера --full

Обратите внимание на параметр SynchronizationStatus — он должен показывать Ok для всех серверов перед удалением.

В распределенных системах особое внимание уделите балансировщикам нагрузки (например, Nginx или HAProxy). После удаления кластера необходимо обновить их конфигурацию, чтобы исключить маршрутизацию трафика на несуществующие узлы.

7. Восстановление после некорректного удаления

Если в процессе удаления произошли сбои (например, остались "висячие" службы или повреждены файлы конфигурации), выполните следующие шаги:

  • 🔄 Перезагрузите сервер — это часто решает проблемы с заблокированными файлами.
  • 🛠 Используйте утилиту 1cv8clean (входит в дистрибутив 1С) для очистки остаточных файлов: 
    1cv8clean.exe /a
  • 🔍 Проверьте журнал событий Windows (eventvwr.msc) или /var/log/messages в Linux на наличие ошибок, связанных с 1С.

Для восстановления поврежденного реестра в Windows импортируйте резервную копию или используйте стандартные точки восстановления системы. В Linux восстановите конфигурационные файлы из бэкапа или переустановите пакеты 1С с флагом --reinstall.

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

⚠️ Внимание: При восстановлении после сбоев никогда не копируйте файлы конфигурации (.cf, .cfu) из резервных копий старше 3 месяцев. Форматы этих файлов могут изменяться между версиями платформы, что приведет к несовместимости.

8. Проверка успешности удаления

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

  • 🔍 Запустите команду rac cluster list — вывод должен быть пустым.
  • 📂 Проверьте отсутствие каталогов:
    • Windows: C:\Program Files\1cv8\, C:\ProgramData\1C\
    • Linux: /opt/1cv8/, /var/1C/
  • 🔄 Убедитесь, что порты 1540-1591 не прослушиваются: 
    netstat -tulnp | grep 154
  • 📋 Проверьте отсутствие записей в реестре (Windows) или системных сервисах (Linux).

Если кластер удален корректно, можно приступать к установке новой версии или другой конфигурации. Однако перед этим рекомендуется выполнить очистку системы от временных файлов (например, через CCleaner или bleachbit).

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

💡

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

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

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

Нет, это приведет к повреждению данных. Все базы должны быть отключены от кластера через Конфигуратор или команду rac infobase disconnect. В противном случае возможна потеря транзакций или блокировка файлов базы.

Как удалить кластер, если забыт пароль администратора?

Используйте утилиту rac в режиме восстановления: 

rac cluster restore --admin-password=newpassword

Затем выполните стандартное удаление. Если это не сработало, потребуется ручное редактирование файла 1cv8reg.ini (удалите секцию [Cluster]).

Что делать, если после удаления остались процессы rphost?

Это "зависшие" рабочие процессы. Принудительно завершите их: 

pkill -9 rphost

Затем проверьте и удалите временные файлы в /tmp/1C/ (Linux) или C:\Users\Public\1C\ (Windows).

Как удалить кластер на Linux, установленный из исходников (не через пакеты)?

В этом случае стандартные команды apt-get remove или yum remove не сработают. Удалите вручную:

  1. Остановите все процессы 1С: killall ragent rphost rmngr
  2. Удалите каталоги: rm -rf /opt/1cv8 /var/1C
  3. Очистите системные ссылки: rm /etc/init.d/srv1cv83

Нужно ли удалять кластер при переходе на новую версию 1С?

Не обязательно. Можно выполнить обновление поверх существующей установки, если:

  • Новая версия совместима с текущей (например, 8.3.20 → 8.3.22).
  • Не требуется изменять архитектуру кластера (например, переход с 32-bit на 64-bit).
  • Нет конфликтов с зависимостями (например, версия СУБД).

Полное удаление требуется только при сменеmajor-версии (например, 8.2 → 8.3) или при переходе на другую ОС.