Ситуация, когда после плановой или случайной очистки рабочего каталога сервера 1С (папки srvinfo) пропадают все информационные базы из консоли администрирования, является критической для системного администратора — для оперативного решения таких проблем есть веб-инструмент управления сеансами и процессами 1С. В этой статье мы подробно разберем, почему это происходит, как восстановить работоспособность кластера и какие шаги предпринять, чтобы базы снова появились в списке без потери данных в СУБД.
Для начала выясним, почему очистка папки srvinfo приводит к таким последствиям. Рабочий каталог сервера 1С:Предприятие хранит в себе настройки всей серверной части. Основную роль играют два файла конфигурации:
reg_1541. Это главный реестр информационных баз. Именно здесь хранятся GUID баз, их названия и параметры подключения к SQL-серверу.Если вы очистили папку целиком, вы удалили настройки кластера и список баз. При этом сами данные в SQL-сервере остались нетронутыми, но связь между сервером 1С и СУБД была разорвана. Рассмотрим способы восстановления этой связи.
Если у вас нет резервной копии файлов .lst, нам придется заново «объяснить» серверу 1С, какие базы у него есть. Разберем этот процесс по шагам:
Шаг 1. Создание кластера. Откройте консоль «Администрирование серверов 1С Предприятия». Если список пуст, создайте новый кластер (в этом помогут инструменты для консольного переключения между платформами). Важно помнить, на каких портах работал ваш сервер ранее. По умолчанию это 1540 (агент) и 1541 (менеджер). Если вы использовали нестандартные порты (например, 1740), их нужно указать при создании.
Шаг 2. Добавление существующих баз. После создания кластера перейдите в раздел «Информационные базы» и начните добавлять их вручную. Проанализируем важный нюанс: при добавлении базы нужно указывать те же параметры, что были раньше (имя базы на сервере 1С и имя базы в СУБД). Критически важно: снимите флаг «Создать базу в случае её отсутствия». Если флаг оставить, 1С попытается создать новую пустую базу в SQL, что может привести к конфликту или ошибке.
Иногда при попытке пересоздать кластер возникает ошибка «Конфликт IP-адресов» или «Не найдено ни одного сервера с размещенным сервисом». Выясним причину: часто это происходит из-за того, что старые процессы rmngr или rphost продолжают удерживать порты в памяти (в таких случаях удобно использовать веб-приложение для управления сеансами и процессами — см. утилита управления процессами и сеансами сервера 1С), либо настройки портов в реестре Windows не совпадают с тем, что вы вводите в консоли.
Рассмотрим, как это исправить (при планировании архитектуры также полезно изучить концепцию защищенной IT инфраструктуры):
1C:Enterprise 8.3 Server Agent.regedit) и перейдите по пути: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3 Server Agent.ImagePath. В нем указана строка запуска службы. Убедитесь, что порты в параметрах -port, -regport и -range соответствуют тем, которые вы планируете использовать.Если консоль ведет себя нестабильно, мы можем полностью перерегистрировать службу сервера с указанием правильного рабочего каталога. Это часто помогает, если права доступа к папке srvinfo были нарушены или пути «съехали» после обновления платформы.
Посмотрим на пример команды для командной строки (если вы часто практикуете выполнение команд CMD из 1С, запускать нужно от имени администратора), предварительно перейдя в папку bin вашей версии платформы:
cd "C:\Program Files\1cv8\8.3.26.1581\bin"
ragent.exe -rmsrvc
ragent.exe -instsrvc -usr .\USR1CV8 -pwd ПарольПользователя -port 1540 -regport 1541 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo"
ragent.exe -start
Параметр -d указывает на ваш рабочий каталог. Убедитесь, что у пользователя USR1CV8 есть полные права на папку C:\Program Files\1cv8\srvinfo.
Рассмотрим ситуацию, когда у вас сохранился файл 1CV8Reg.lst (реестр баз), но вы создали новый кластер вручную. В 1С каждая база в файле настроек привязана к уникальному идентификатору (GUID) кластера. Если кластер новый, его GUID не совпадет с тем, что прописан в старом файле реестра, и базы не появятся.
Разберем алгоритм «подмены» идентификатора:
1CV8Clst.lst.1CV8Clst.lst текстовым редактором и скопируйте GUID кластера (строка в фигурных скобках в начале файла).1CV8Reg.lst и замените в нем старый GUID кластера на новый.reg_XXXX и запустите сервер.Пример структуры строки, где нужно менять ID:
{cebedd5e-a86f-4c58-b948-f35f67edf2c1,"Локальный кластер",1541 ...}
Чтобы избежать подобных инцидентов в будущем, проанализируем правила безопасной очистки кэша — предотвращать серьезные поломки поможет мониторинг ошибок и управление фоновыми заданиями. Помните, что в srvinfo можно безболезненно удалять только папки, начинающиеся на snccntx — это сессионные данные и кэш. Файлы с расширением .lst трогать нельзя.
Рекомендуем настроить ежедневное резервное копирование папки srvinfo. Эти файлы весят крайне мало (несколько мегабайт даже для сотен баз), но их наличие позволит вам восстановить всю структуру сервера за считанные минуты, просто скопировав файлы обратно при остановленной службе. Это сэкономит время, которое иначе уйдет на ручной ввод параметров каждой информационной базы.