Администрирование · 10 мин
Как восстановить кластер серверов 1С после сбоя
Как восстановить кластер серверов 1С: диагностика сбоев, восстановление из резервной копии, пересоздание службы агента, типичные ошибки и проверка результата.
Кластер серверов 1С:Предприятия — это связка агента сервера, рабочих процессов и менеджера кластера, которая обеспечивает работу информационных баз в клиент-серверном режиме. Когда кластер «падает», пользователи теряют доступ к базам, а администратору нужно быстро понять, что именно сломалось: служба агента, файлы реестра кластера, сетевые настройки или сама СУБД. От точности диагностики зависит, займёт восстановление пятнадцать минут или целый рабочий день.
Хорошая новость в том, что сам по себе кластер не хранит данные — данные лежат в базах СУБД (PostgreSQL, MS SQL Server, Oracle). Кластер хранит только служебную информацию: список зарегистрированных информационных баз, настройки, список сеансов. Это значит, что даже полное пересоздание кластера не уничтожает учётные данные, если СУБД цела. Плохая новость — без резервной копии каталога srvinfo восстановление настроек придётся делать вручную.
Диагностика: что именно сломалось
Прежде чем что-то восстанавливать, определите уровень сбоя. Симптом «1С не работает» может означать остановленную службу агента, повреждение файлов реестра кластера, недоступность сервера СУБД, переполненный диск или сетевую проблему. Каждая причина требует своего сценария восстановления.
Начните с простых проверок: откройте оснастку служб Windows (services.msc) и посмотрите состояние службы «Агент сервера 1С:Предприятия». Проверьте свободное место на системном диске и на диске с каталогом srvinfo. Убедитесь, что сервер СУБД отвечает — например, подключитесь к нему штатным клиентом. Загляните в журнал событий Windows и в технологический журнал 1С, если он был включён.
Журнал событий Windows, свободное место на диске, содержимое каталога srvinfo
Доступность сервера СУБД, строки подключения в свойствах баз
Совпадение версии консоли и сервера, порт агента (обычно 1540)
Список рабочих процессов в консоли, активные сессии в СУБД
Проверка и запуск службы агента сервера
Самый частый случай — служба агента остановлена после перезагрузки сервера, сбоя питания или обновления. Попробуйте запустить её вручную через services.msc или командной строкой. Если служба стартует и кластер становится виден в консоли — инцидент исчерпан, остаётся выяснить, почему она остановилась.
Если служба завершается с ошибкой сразу после запуска, откройте журнал событий Windows (раздел «Приложение») и найдите записи от источника агента сервера. Типичные причины: повреждён файл реестра кластера 1CV8Clst.lst, нет прав у учётной записи службы на каталог srvinfo, порт занят другим процессом, антивирус заблокировал исполняемые файлы.
net start "Агент сервера 1С:Предприятия 8.3 (x86-64)"Проверьте учётную запись, от имени которой работает служба (по умолчанию — созданная при установке учётная запись агента). Убедитесь, что у неё есть полные права на каталог srvinfo и что пароль не истёк, если используется доменная учётная запись. Истёкший пароль — частая причина внезапного отказа службы после долгой стабильной работы.
Восстановление реестра кластера из резервной копии
Реестр кластера хранится в каталоге srvinfo (по умолчанию в профиле агента сервера, например C:\Program Files\1cv8\srvinfo или в каталоге, указанном при создании службы). Ключевые файлы — 1CV8Clst.lst (список баз и настройки) и содержимое вложенных папок reg_1541. Если эти файлы повреждены, агент не сможет загрузить конфигурацию кластера.
Если у вас настроено резервное копирование каталога srvinfo, восстановление простое: остановите службу агента, замените содержимое каталога копией из работоспособной точки, запустите службу. После старта проверьте в консоли администрирования, что все информационные базы на месте и их свойства (сервер СУБД, имя базы, пользователь) корректны.
Если резервной копии srvinfo нет, но служба не стартует из-за повреждённого 1CV8Clst.lst, попробуйте открыть файл в текстовом редакторе: это текстовый файл с понятной структурой. Иногда видно обрезанный или пустой фрагмент, который можно удалить. Это крайняя мера — перед редактированием обязательно сохраните исходный файл.
Пересоздание кластера с нуля
Когда реестр безнадёжно повреждён и копии нет, кластер придётся создать заново. Это не катастрофа: данные в СУБД не затрагиваются, теряются только настройки регистрации баз, которые можно ввести повторно. Порядок действий следующий: остановите службу агента, переименуйте каталог srvinfo (например, в srvinfo.old), запустите службу — агент создаст чистый каталог и пустой кластер.
Далее откройте консоль администрирования серверов 1С, подключитесь к серверу и зарегистрируйте каждую информационную базу заново. Для этого нужно знать: тип СУБД, имя сервера баз данных, имя базы, учётные данные пользователя СУБД. Если вы не помните имена баз, посмотрите список баз непосредственно в СУБД — как правило, имена говорящие.
- 1Остановите службу агента сервера 1С
- 2Переименуйте каталог srvinfo, сохранив старую версию
- 3Запустите службу агента и убедитесь, что она работает
- 4Откройте консоль администрирования и зарегистрируйте сервер
- 5Создайте кластер с нужными портами (по умолчанию 1540–1541, рабочие 1560–1591)
- 6Зарегистрируйте информационные базы с корректными параметрами СУБД
- 7Проверьте вход пользователей в каждую базу через тонкий клиент
После пересоздания проверьте требования к функциональности и настройки рабочих процессов. Если раньше использовались резервирование, распределение нагрузки или выделенные серверы для фоновых заданий, эти настройки придётся восстановить вручную — они хранились в утраченном реестре.
Проблемы со стороны СУБД и сети
Нередко кластер исправен, а не работает связка с СУБД. Признаки: консоль показывает базы, но при подключении пользователи получают ошибку соединения. Проверьте, запущен ли сервер баз данных, не переполнен ли лог транзакций, не истёк ли пароль пользователя СУБД, под которым 1С подключается к базам.
Отдельный класс проблем — сетевые. Если сервер 1С и СУБД разнесены на разные машины, проверьте разрешение имён (ping по имени сервера), доступность портов СУБД и правила брандмауэра. После смены IP-адреса или имени сервера баз данных нужно обновить свойства каждой информационной базы в консоли кластера.
Проверка результата и профилактика
Восстановление считается завершённым, когда все базы видны в консоли, пользователи входят в систему, фоновые задания выполняются, а в журнале регистрации нет новых ошибок подключения. Проверьте под нагрузкой: попросите нескольких пользователей поработать в типовых режимах — проведение документов, формирование отчётов.
Как проверить результат
Служба работает, тип запуска — автоматический
Служба останавливается самопроизвольно или падает с ошибкой в журнале событий
Все базы присутствуют, свойства подключения корректны
Базы отсутствуют или указывают на неверный сервер СУБД
Тонкий клиент подключается без ошибок
Ошибки соединения с СУБД или «информационная база не обнаружена»
Процессы rphost запущены и принимают соединения
Процессы отсутствуют или потребляют всю память сервера
Чтобы следующий сбой не превратился в аварию, настройте регулярное копирование каталога srvinfo — достаточно ежедневной копии через планировщик заданий при остановленной службе или с использованием теневого копирования. Ведите документ с параметрами всех информационных баз: сервер СУБД, имена баз, учётные записи. Следите за свободным местом на дисках — переполнение диска с srvinfo или с базами СУБД входит в число самых частых причин сбоев кластера.
FAQ
Удалится ли база данных, если удалить кластер или службу агента?
Нет. Удаление кластера, службы агента и даже всей платформы 1С не затрагивает базы данных в СУБД. Учётные данные хранятся в PostgreSQL, MS SQL Server или другой СУБД. После переустановки достаточно создать кластер заново и зарегистрировать базы с прежними параметрами подключения.
Где находится каталог srvinfo и как узнать его путь?
Точный путь указан в параметрах запуска службы агента: откройте свойства службы в services.msc и посмотрите строку «Исполняемый файл» — путь после ключа -d и есть каталог реестра кластера. По умолчанию это подкаталог srvinfo в каталоге установки платформы или в профиле служебной учётной записи.
Консоль не видит кластер, хотя служба работает. Что делать?
Проверьте три вещи: совпадает ли версия консоли с версией сервера, правильно ли указано имя сервера (попробуйте IP-адрес вместо имени), не блокирует ли брандмауэр порт агента (по умолчанию 1540). Также убедитесь, что в консоли сервер добавлен именно как центральный сервер, а не как кластер внутри другого сервера.
Можно ли перенести кластер на другой сервер?
Да. Установите платформу той же версии на новый сервер, остановите службы на обоих машинах, скопируйте каталог srvinfo на новое место, запустите службу. Если сервер СУБД тот же и доступен по сети, базы поднимутся без изменений. Не забудьте перенастроить ярлыки и строки подключения у пользователей.
Служба агента стартует и сразу останавливается без ошибок. В чём причина?
Чаще всего это повреждённый файл реестра кластера, занятый порт или нехватка прав у учётной записи службы. Посмотрите журнал событий Windows и попробуйте запустить агент с пустым каталогом srvinfo: если служба стартует — проблема в файлах реестра, если нет — ищите конфликт портов или блокировку антивирусом.
Как часто нужно копировать каталог srvinfo?
Достаточно копировать его после каждого изменения состава баз или настроек кластера, а при редких изменениях — ежедневно или еженедельно по расписанию. Копия должна сниматься при остановленной службе агента либо с помощью механизма теневых копий, иначе файлы могут оказаться в несогласованном состоянии.
Что важно запомнить
Кластер 1С хранит только настройки, данные находятся в СУБД — поэтому восстановление почти всегда возможно. Начинайте с диагностики службы и журнала событий, восстанавливайте srvinfo из копии или пересоздавайте кластер с повторной регистрацией баз. Настройте резервное копирование srvinfo и ведите список параметров подключения баз, чтобы следующий сбой занял минуты, а не часы.