К статье
Практический материал

Администрирование · 10 мин

Перенос srvinfo 1С на другой жесткий диск

Как перенести каталог srvinfo сервера 1С на другой диск: остановка службы, копирование данных, изменение параметра -d в реестре и службе, проверка результата.

Каталог srvinfo — это рабочая папка агента сервера 1С:Предприятия, в которой хранится реестр кластера: список информационных баз, настройки сеансов, журналы регистрации и служебные файлы. Со временем он разрастается, особенно журналы в подкаталоге reg_1541, и системный диск начинает переполняться. Перенос srvinfo на другой диск — штатная операция, но выполнять её нужно строго при остановленной службе агента сервера.

Процедура сводится к четырём шагам: остановить службу «Агент сервера 1С:Предприятия», скопировать каталог на новый диск, указать агенту новый путь через параметр -d и запустить службу. Ниже разобраны все варианты: через реестр Windows, через пересоздание службы утилитой ragent и через оснастку управления службами, а также типичные ошибки, из-за которых кластер после переноса не стартует или стартует «пустым».

Что находится в srvinfo и почему его переносят

В каталоге srvinfo агент сервера хранит реестр кластера: файлы 1CV8Clst.lst (список баз и рабочих процессов), 1CV8Clst.lck, папки reg_1541 с данными по каждой базе, журналы регистрации в формате lgd/lgp, а также настройки счётчиков производительности и файловых блокировок. Потеря или повреждение этого каталога означает, что кластер «забудет» все прописанные в нём информационные базы.

Типичные причины переноса: переполнение системного диска C: из-за растущих журналов регистрации, замена диска на более быстрый SSD, разнесение нагрузки ввода-вывода между дисками, миграция сервера. По умолчанию srvinfo расположен в профиле служебной учётной записи, например C:\Program Files\1cv8\srvinfo или C:\Program Files\1cv8\8.3.x.xxxxx\srvinfo — точный путь виден в параметрах запуска службы.

Подготовка: резервная копия и проверка прав

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

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

Убедитесь, что на целевом диске достаточно свободного места с запасом на рост журналов, и что диск имеет постоянную букву. Переносить srvinfo на съёмный или сетевой диск нельзя — при недоступности диска кластер остановится, а файлы реестра могут повредиться.

Шаг 1. Остановка службы агента сервера

Откройте оснастку «Службы» (services.msc), найдите службу «Агент сервера 1С:Предприятия 8.3» (имя может включать номер версии платформы) и остановите её. Либо выполните в командной строке от имени администратора команду остановки.

cmd
net stop "1C:Enterprise 8.3 Server Agent"

Дождитесь статуса «Остановлена». Если служба «зависла» в состоянии остановки, проверьте, не остались ли процессы ragent.exe, rphost.exe и rmngr.exe в диспетчере задач, и завершите их. Учтите: на время остановки пользователи потеряют соединение с базами, поэтому операцию планируйте вне рабочего времени и предупредите сотрудников.

Шаг 2. Копирование каталога на новый диск

Скопируйте всю папку srvinfo на новый диск, например в D:\1C\srvinfo. Лучше использовать robocopy — он сохраняет атрибуты и права доступа и показывает отчёт о скопированных файлах.

cmd
robocopy "C:\Program Files\1cv8\srvinfo" "D:\1C\srvinfo" /E /COPYALL /R:2 /W:5

После копирования назначьте учётной записи агента (USR1CV8 или вашей служебной записи) полные права на новый каталог. Проще всего сделать это через свойства папки на вкладке «Безопасность» с наследованием прав на вложенные объекты.

Исходную папку не удаляйте сразу — переименуйте её, например в srvinfo_old. Это гарантирует, что агент не сможет случайно стартовать со старым путём, и оставит возможность отката. Удалить старую копию можно будет после нескольких дней стабильной работы.

Шаг 3. Указание нового пути агенту сервера

Путь к srvinfo агент получает через параметр командной строки -d, прописанный в настройках службы. Изменить его можно двумя способами: через реестр или через пересоздание службы.

Вариант 1. Правка реестра

Откройте редактор реестра и перейдите в раздел HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services, найдите подраздел службы агента (например, «1C:Enterprise 8.3 Server Agent»). В параметре ImagePath найдите фрагмент -d "старый_путь" и замените его на новый путь, например -d "D:\1C\srvinfo". Остальную часть строки запуска не трогайте. После правки закройте редактор — перезагрузка не требуется.

Вариант 2. Перерегистрация службы утилитой ragent

Можно удалить службу и зарегистрировать её заново с новым путём, используя ragent.exe из каталога bin нужной версии платформы. Этот способ аккуратнее, если служб несколько или путь содержит пробелы.

cmd
sc delete "1C:Enterprise 8.3 Server Agent"
"C:\Program Files\1cv8\8.3.x.xxxxx\bin\ragent.exe" -instsrvc -d "D:\1C\srvinfo" -usr .\USR1CV8 -pwd ПарольУчётнойЗаписи

При перерегистрации укажите ту же учётную запись и пароль, под которыми служба работала раньше, иначе агент не получит доступ к каталогу и сетевым ресурсам.

Порядок переноса srvinfo
  1. 1
    Сделайте резервную копию srvinfo и предупредите пользователей
  2. 2
    Остановите службу агента сервера 1С
  3. 3
    Скопируйте каталог на новый диск через robocopy с сохранением прав
  4. 4
    Назначьте учётной записи агента полные права на новую папку
  5. 5
    Измените параметр -d в реестре или пересоздайте службу через ragent
  6. 6
    Переименуйте старый каталог в srvinfo_old
  7. 7
    Запустите службу и проверьте список баз в консоли кластера

Шаг 4. Запуск и проверка результата

Запустите службу агента сервера и откройте консоль управления серверами 1С (либо консоль кластера на любом клиенте). Проверьте, что в кластере видны все информационные базы, рабочие процессы поднялись, а сеансы пользователей устанавливаются.

Дополнительно убедитесь, что в новом каталоге появляются актуальные файлы журналов (по дате изменения), а старый каталог srvinfo_old не изменяется. Если список баз в консоли пуст — агент стартовал с пустым или неверным каталогом: проверьте значение параметра -d и права доступа.

Контрольные точки

Как проверить результат

Список баз в консоли кластера
Норма

Все базы на месте, сеансы открываются

Тревожный признак

Список пуст — агент читает другой каталог

Процессы сервера
Норма

Запущены ragent, rmngr, rphost

Тревожный признак

Служба стартует и сразу останавливается — нет прав на папку

Файлы в новом каталоге
Норма

Журналы и файлы реестра обновляются по времени

Тревожный признак

Каталог не меняется, изменения идут в старую папку

Типичные ошибки при переносе

Типичные ошибки
01
Копирование при работающей службе — файлы реестра скопированы частично, кластер стартует с повреждённым или пустым списком баз
02
Забыли выдать права учётной записи USR1CV8 на новый каталог — служба не стартует или падает с ошибкой доступа
03
Опечатка в параметре -d или лишние кавычки в реестре — агент создаёт новый пустой srvinfo по старому пути или рядом
04
Перенос на сетевой или съёмный диск — при недоступности диска кластер останавливается, файлы реестра повреждаются
05
Удалили старый каталог до проверки — при ошибке в новом пути нечем восстановить реестр кластера

Отдельная частая ситуация: после переноса агент создал новый пустой srvinfo по старому пути. Это верный признак того, что параметр -d не изменился или изменился не в той службе (например, на сервере установлено несколько версий платформы, и правили не ту). Проверьте ImagePath именно той службы, которая запускается.

Когда перенос не нужен: альтернативы

Если проблема только в разросшихся журналах регистрации, полный перенос srvinfo не обязателен. Можно сократить журналы через конфигуратор («Администрирование — Настройка журнала регистрации — Сократить»), ограничить уровень регистрируемых событий или перенастроить хранение журнала на новый формат с разбиением по периодам. Это освобождает место без остановки кластера на длительное время.

Другой вариант — перенос всего каталога установки платформы вместе с srvinfo при переустановке сервера 1С на другой диск. Он оправдан при миграции на новый сервер, но для разовой задачи «освободить диск C:» избыточен: правка параметра -d занимает несколько минут.

Итог

Что важно запомнить

Перенос srvinfo выполняется только при остановленной службе агента: копируем каталог с правами, меняем параметр -d в реестре или через ragent, запускаем службу и проверяем список баз. Старый каталог сохраняем как резерв до подтверждения стабильной работы.

Частые вопросы

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

Агент при запуске не найдёт каталог по старому пути и создаст новый пустой srvinfo. Кластер запустится, но без зарегистрированных информационных баз — их придётся добавлять заново вручную. Поэтому параметр -d нужно менять обязательно.

Можно ли перенести srvinfo без остановки работы пользователей?

Нет. Каталог реестра кластера постоянно используется агентом, и корректное копирование возможно только при остановленной службе. Операцию планируйте на нерабочее время; при подготовке весь перенос занимает обычно 15–30 минут.

Служба после переноса не запускается. С чего начать диагностику?

Проверьте три вещи: существует ли путь, указанный в параметре -d; есть ли у учётной записи службы полные права на новый каталог; не содержит ли ImagePath в реестре синтаксических ошибок (лишние кавычки, обрезанная строка). Также посмотрите журнал событий Windows — агент пишет туда причину отказа.

В консоли кластера пропали все базы после переноса. Что делать?

Это значит, что агент читает не тот каталог. Остановите службу, проверьте параметр -d, убедитесь, что в новом каталоге есть файл 1CV8Clst.lst с содержимым. Если файл пуст или отсутствует — скопируйте его из резервной копии старого srvinfo и запустите службу снова.

Нужно ли что-то менять на клиентских компьютерах после переноса srvinfo?

Нет. Клиенты подключаются к серверу по имени и порту, а расположение служебного каталога для них прозрачно. Достаточно перезапустить сеансы после запуска службы.

Можно ли разместить srvinfo на сетевом диске для отказоустойчивости?

Не рекомендуется. При кратковременной недоступности сетевого ресурса агент потеряет доступ к реестру, сеансы оборвутся, а файлы могут повредиться. Для отказоустойчивости используйте резервное копирование srvinfo и кластерные решения на уровне серверов, а не сетевое размещение каталога.