Администрирование · 12 мин
Как перенести кластер 1С на другой диск
Перенос кластера серверов 1С на другой диск: подготовка, остановка служб, копирование каталога srvinfo, изменение реестра и проверка работоспособности.
Системный диск сервера 1С неизбежно заполняется: растут журнал регистрации, файлы сеансовых данных, временные файлы и дампы. Когда свободного места остаётся критически мало, сервер приложений начинает работать нестабильно — появляются ошибки «Недостаточно свободного места на диске», зависания сеансов и аварийные остановки рабочих процессов. Перенос каталога кластера на другой диск — штатная операция, которую можно выполнить без переустановки платформы и без потери настроек информационных баз.
Под «кластером» в данном случае понимается каталог srvinfo, в котором хранятся данные кластера серверов 1С:Предприятие: список информационных баз, настройки менеджера кластера, файлы журнала регистрации, снапшоты сеансовых данных и служебные файлы блокировок. По умолчанию он расположен в каталоге программы, например C:\Program Files\1cv8\srvinfo, и именно его нужно перенести на новый раздел.
Операция требует остановки службы «Агент сервера 1С:Предприятия», поэтому выполняется в нерабочее время. Продолжительность простоя зависит от объёма данных: при большом журнале регистрации и множестве баз копирование может занять от нескольких минут до часа и более. Ниже — полный порядок действий с проверками на каждом этапе.
Что именно переносится и где находится каталог кластера
Кластер серверов 1С хранит свои данные в каталоге, путь к которому задаётся параметром -d при запуске агента сервера. По умолчанию при установке платформы под Windows это C:\Program Files\1cv8\srvinfo (или C:\Program Files\1cv8\<версия>\srvinfo в некоторых сценариях установки). Внутри находятся подкаталоги вида reg_1541 — по одному на каждый кластер, где 1541 — порт менеджера кластера.
В каталоге reg_1541 хранятся файлы 1CV8Clst.lst (список информационных баз и их параметры), 1CV8Clst.dat, файлы журнала регистрации 1Cv8Log, вложенные папки сеансовых данных snccntx и служебные файлы. Именно журнал регистрации и сеансовые данные обычно занимают основной объём и становятся причиной переполнения диска.
Чтобы узнать точный текущий путь к каталогу кластера на вашем сервере, откройте реестр и посмотрите параметр ImagePath в ветке службы агента сервера: там в строке запуска будет указан ключ -d с путём. Также путь виден в консоли управления серверами 1С в свойствах кластера.
Подготовка: что сделать до начала переноса
Перед любыми действиями с каталогом кластера выполните три обязательные вещи. Во-первых, создайте полную копию каталога srvinfo на внешний носитель или другой диск — это ваша страховка при любой ошибке. Во-вторых, зафиксируйте текущие настройки: сделайте скриншоты списка баз в консоли кластера и сохраните значение ImagePath из реестра. В-третьих, согласуйте окно обслуживания с пользователями и завершите их сеансы.
Проверьте целевой диск: свободного места должно быть минимум в 2–3 раза больше текущего объёма каталога srvinfo, потому что журнал регистрации и сеансовые данные будут расти дальше. Убедитесь, что диск — локальный (не сетевой и не съёмный), имеет файловую систему NTFS и нормальную производительность: размещение кластера на медленном диске ухудшит отклик всей системы.
Учётная запись, от имени которой работает служба агента сервера (по умолчанию USR1CV8), должна получить полные права на новый каталог. Если перенести файлы и забыть про права, служба не запустится либо кластер стартует с ошибками доступа к файлам.
Пошаговый перенос каталога srvinfo
Основная процедура состоит из четырёх этапов: остановка службы, копирование данных, правка реестра и запуск. Все действия выполняются под учётной записью с правами администратора на сервере.
- 1Завершите сеансы пользователей и остановите службу «Агент сервера 1С:Предприятия» через services.msc или командой net stop
- 2Скопируйте весь каталог srvinfo в новое расположение, например D:\1C\srvinfo, сохранив структуру вложенных папок
- 3Откройте реестр, найдите ветку службы агента сервера и в параметре ImagePath измените путь после ключа -d на новый каталог
- 4Назначьте учётной записи службы (USR1CV8 или вашей) полные права на новый каталог с наследованием на вложенные объекты
- 5Запустите службу агента сервера и проверьте, что кластер поднялся и базы видны в консоли
Остановить службу можно из оснастки «Службы» (services.msc) или командной строкой, запущенной от имени администратора. Имя службы зависит от версии платформы, например «1C:Enterprise 8.3 Server Agent (x86-64)».
net stop "1C:Enterprise 8.3 Server Agent (x86-64)"Копирование выполняйте средствами, сохраняющими структуру и атрибуты: подойдёт Robocopy, который корректно обрабатывает большие файлы и позволяет докопировать данные при обрыве. Проводник Windows тоже подойдёт, но при больших объёмах он медленнее и менее информативен при ошибках.
robocopy "C:\Program Files\1cv8\srvinfo" "D:\1C\srvinfo" /E /COPYALL /R:2 /W:5После копирования откройте редактор реестра (regedit) и перейдите в ветку HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\, найдите подраздел вашей службы агента сервера (например, 1C:Enterprise 8.3 Server Agent (x86-64)). В параметре ImagePath найдите фрагмент -d "C:\Program Files\1cv8\srvinfo" и замените путь на новый, например -d "D:\1C\srvinfo". Все остальные параметры строки запуска оставьте без изменений.
Назначение прав и запуск службы
После правки реестра откройте свойства нового каталога, перейдите на вкладку «Безопасность» и добавьте учётную запись службы с правом «Полный доступ». Если служба работает от локальной системной учётной записи (SYSTEM), убедитесь, что у SYSTEM также есть полный доступ. Права должны наследоваться на все вложенные папки и файлы — проверьте это на вложенном каталоге reg_1541.
Запустите службу агента сервера и понаблюдайте за её состоянием. Если служба стартует и сразу останавливается — почти всегда причина в правах доступа или в опечатке в пути внутри ImagePath. Проверьте, что путь указан точно, в кавычках, и что диск с новым каталогом доступен.
Как проверить результат
Служба запущена и работает стабильно, не перезапускается
Служба останавливается сразу после запуска или выдаёт ошибку доступа
Кластер открывается, видны все информационные базы с прежними настройками
Список баз пуст или кластер не отвечает
Пользователи подключаются к базам, журнал регистрации пишется в новый каталог
Ошибки соединения с сервером, новые записи журнала не появляются
В новом каталоге появляются свежие файлы, старый каталог не изменяется
Данные продолжают писаться в старое расположение
Проверка работоспособности после переноса
Откройте консоль управления серверами 1С (на сервере или с рабочего места администратора) и убедитесь, что кластер отображается, раскрывается список информационных баз и у каждой базы сохранились прежние параметры: СУБД, имя базы на сервере СУБД, настройки блокировок. Если кластер зарегистрирован в консоли по имени сервера, дополнительных действий не потребуется — адресация не изменилась.
Подключитесь к нескольким базам в режиме «1С:Предприятие» и выполните типичные операции: откройте документы, сформируйте отчёт, запустите регламентное задание. Проверьте, что журнал регистрации продолжает наполняться — для этого откройте каталог reg_1541\1Cv8Log в новом расположении и убедитесь, что файлы обновляются.
Отдельно проверьте фоновые и регламентные задания: они выполняются рабочими процессами кластера, и если кластер работает некорректно, задания начнут завершаться с ошибками. Просмотрите журнал регистрации на предмет ошибок уровня «Ошибка» за время после переноса.
Альтернативные сценарии и частные случаи
Перенос через перерегистрацию службы
Вместо правки реестра можно удалить службу агента сервера и зарегистрировать её заново утилитой ragent.exe с параметром -instsrvc и новым путём в ключе -d. Этот способ чище с точки зрения строки запуска, но требует аккуратного указания всех параметров: портов, учётной записи службы и пароля. Для большинства случаев правка ImagePath проще и быстрее.
Перенос на Linux-сервере
На Linux логика та же: остановить службу агента, скопировать каталог srvinfo (по умолчанию /opt/1cv8/.../srvinfo или путь, заданный при запуске), изменить параметр -d в unit-файле systemd или скрипте запуска, выдать права пользователю, от имени которого работает агент, и запустить службу. Сохраняйте владельца и права при копировании — используйте cp -a или rsync -a.
Когда перенос не поможет
Если диск переполнен исключительно из-за разросшегося журнала регистрации, иногда рациональнее не переносить кластер, а сократить журнал: выполнить сокращение через конфигуратор с выгрузкой старого периода в файл и настроить разделение журнала по периодам. Перенос решает проблему системно, но при нехватке времени на окно обслуживания сокращение журнала даёт быструю передышку.
Сравнение вариантов
Быстро и просто, служба не пересоздаётся. Риск — опечатка в строке запуска, поэтому сохраните исходное значение.
Чистая строка запуска без ручной правки реестра. Требует точного указания всех параметров: портов, учётной записи и пароля.
Не требует переноса и правки службы, быстро освобождает место. Не решает проблему роста данных в будущем.
Типичные ошибки при переносе
Отдельная группа ошибок связана с несколькими версиями платформы на одном сервере: у каждой версии своя служба агента и свой каталог srvinfo. Перед правкой реестра убедитесь, что изменяете ветку именно той службы, чей кластер переносите, — иначе после перезапуска «переедет» не тот кластер или не переедет ничего.
Перенос удобно совместить с профилактикой: сократить журнал регистрации, настроить его разделение по периодам (день или неделя), проверить настройки резервного копирования баз на стороне СУБД. Одно окно обслуживания закроет сразу несколько задач администрирования.
Частые вопросы
Пропадут ли настройки информационных баз после переноса?
Нет, если каталог srvinfo скопирован полностью и служба запущена с новым путём. Список баз и их параметры хранятся в файлах внутри каталога и переезжают вместе с ним. Если после запуска список баз пуст — почти наверняка агент смотрит не в тот каталог: проверьте путь в параметре -d.
Нужно ли менять что-то в настройках клиентов и веб-сервера?
Нет. Клиенты и веб-сервер обращаются к кластеру по имени сервера и порту, а не по пути на диске. Перенос каталога srvinfo не меняет сетевую адресацию, поэтому строки подключения пользователей остаются прежними.
Сколько времени занимает перенос?
Зависит от объёма каталога и скорости дисков. При небольшом журнале регистрации вся операция вместе с проверками укладывается в 15–30 минут. Если журнал занимает десятки гигабайт, закладывайте на копирование час и более, либо предварительно сократите журнал через конфигуратор.
Что делать, если служба не запускается после переноса?
Проверьте три вещи: точность пути в параметре -d в ImagePath (включая кавычки), права учётной записи службы на новый каталог и доступность самого диска. Если причина не находится, верните в реестре старый путь и запустите службу со старым каталогом — кластер должен подняться, и вы сможете спокойно разобраться.
Можно ли перенести кластер на другой сервер этим же способом?
Частично: копирование srvinfo на новый сервер перенесёт настройки кластера, но потребуется установить платформу той же версии, перерегистрировать службу, перенастроить адресацию клиентов и веб-публикаций. Это отдельная задача миграции, а не простая смена диска.
Что важно запомнить
Перенос кластера 1С на другой диск — это копирование каталога srvinfo при остановленной службе, правка пути в параметре -d строки запуска службы и выдача прав учётной записи агента. Обязательны резервная копия, проверка прав и отложенное удаление старого каталога. После запуска убедитесь, что базы видны в консоли, пользователи подключаются, а журнал регистрации пишется в новое расположение.