Обновление платформы «1С:Предприятие» — это всегда ответственный процесс, который иногда преподносит неприятные сюрпризы. Особенно часто вопросы возникают, когда требуется автоматизировать обновление сервера 1С:Предприятие для Linux или Windows. Одной из наиболее острых проблем последних релизов (в частности, ветки 8.3.27.1936) стала ситуация, когда после штатной установки новой версии сервер отказывается запускаться. Пользователи сталкиваются с ошибкой: «Свободный рабочий процесс сервера 1С:Предприятия не найден за 20 попыток», а при попытке зайти в консоль администрирования mmc администратор видит абсолютно пустой список кластеров или получает ошибку соединения.
В данной статье мы подробно разберем, почему это происходит, проанализируем структуру конфигурационных файлов сервера и изучим пошаговый алгоритм восстановления работоспособности системы.
Проанализируем ситуацию: почему при наличии установленной службы и запущенных процессов в диспетчере задач сама программа не может найти «рабочий процесс»? Основные причины кроются в следующем:
1CV8Clst.lst, в котором хранится информация о базах и рабочих серверах, может некорректно прочитаться новой версией платформы или оказаться заблокированным.radmin.dll, из-за чего консоль администрирования «не понимает» новый формат данных сервера.rphost.exe.Выясним, где именно сервер хранит свои настройки. По умолчанию это каталог srvinfo. Проверим стандартный путь:
C:\Program Files\1cv8\srvinfo\
Внутри этой папки нас интересует файл 1CV8Clst.lst. Рассмотрим его содержимое. Чтобы лучше ориентироваться в структуре, вам может пригодиться информация по рабочему каталогу центрального сервера (srvinfo) и его очистке. Если после обновления файл выглядит так, как представлено ниже, это сигнализирует о «сбросе» настроек кластера:
{0,
{00000000-0000-0000-0000-000000000000,"",0,"",0,0,0,60,0,0,0,
{1,
{"",0}
},0,0,1,0,0,0,0,""},
{0},
{1,
{bd6e5c01-a9a6-4d53-b1e2-a7a8f4ad39d1,"Главный менеджер кластера","server-name",1,1,00000000-0000-0000-0000-000000000000,""}
}
Нулевые идентификаторы в начале файла говорят о том, что кластер не инициализирован должным образом. Если у вас нет актуальной резервной копии этого файла, нам придется пересоздать настройки с нуля.
Если ваша консоль администрирования после обновления пуста, нам необходимо вручную перерегистрировать компоненту управления. Это часто исправляет ошибки связи между MMC-оснасткой и агентом сервера. В качестве альтернативы штатному средству можно также рассмотреть консоль администрирования серверов 1С (ras) для Linux и Windows, которая работает через другие механизмы. Для этого есть инструмент для администрирования кластеров и баз 1С.
Выполним следующие действия в командной строке (cmd), запущенной от имени администратора:
bin установленной версии платформы:
cd /d "C:\Program Files\1cv8\8.3.27.1936\bin"
radmin.dll:
regsvr32 radmin.dll
После этого попробуйте снова зайти в консоль. Если дерево кластера появилось, но базы недоступны, переходим к радикальному методу очистки.
Проанализируем самый эффективный способ решения проблемы, когда частичные меры не помогают. Подобные приемы часто описывает справка по решениям различных задач при администрировании систем и 1C. Рассмотрим алгоритм очистки рабочих файлов сервера:
rmngr.exe.srvinfo в srvinfo_old или переместите её в другое место. Это позволит нам в случае необходимости подсмотреть GUID баз или настройки.USR1CV8), необходимо зайти в его профиль AppData\Local\1C\1cv8 и удалить все временные папки.srvinfo с файлами конфигурации по умолчанию.Теперь, когда сервер запущен «с чистого листа», нам необходимо вернуть информационные базы в список. Разберем, как это сделать правильно:
Посмотрим на специфические настройки, которые могут влиять на стабильность версии 8.3.27. Специалисты рекомендуют обратить внимание на следующие параметры в свойствах рабочего сервера:
8.3.27 на начальном этапе рекомендуется установить это значение в 8, чтобы избежать перегрузки rphost. Для оперативного мониторинга и вмешательства удобно использовать WEB приложение для управления сеансами сервера 1С и завершения rphost процессов.ragent.exe, rmngr.exe и rphost.exe из новой папки 8.3.27.1936. Часто блокировка происходит из-за того, что антивирус видит новый исполняемый файл, пытающийся открыть порты.Мы рассмотрели комплексный подход к устранению ошибки запуска сервера 1С. Подведем итог: чаще всего проблема решается пересозданием файла 1CV8Clst.lst и повторной регистрацией библиотеки radmin.dll. Если у вас небольшое количество баз, ручное пересоздание в консоли займет меньше времени, чем попытки восстановить поврежденный конфигурационный файл. Помните о необходимости регулярного бэкапа не только самих баз данных, но и всей папки srvinfo, что позволит восстановить работу сервера за считанные минуты без ручного ввода параметров.