← На главную

Многие системные администраторы и специалисты 1С сталкиваются с парадоксальной ситуацией: после переноса служебных файлов сервера 1С (каталога srvinfo) с обычного жесткого диска на быстрый SSD, вместо ожидаемого прироста скорости, система начинает «тормозить», а нагрузка на дисковую подсистему возрастает до критических значений. Разберем детально, почему это происходит, что на самом деле хранится в «кэше» сервера и как правильно выполнить перенос без потери производительности.

Анализируем содержимое каталога srvinfo: это не только кэш

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

• Реестр кластера: файлы конфигурации самого сервера 1С.
• Журнал регистрации: вся история действий пользователей (папки 1Cv8Log внутри reg_XXXX).
• Индексы полнотекстового поиска (ППД): огромные массивы данных, которые позволяют мгновенно находить информацию в базе (папка Index).
• Данные сеансов: временные файлы активных пользователей (папка snccntx).
• Временные файлы (кэш): данные, которые действительно можно назвать кэшем, но они составляют лишь малую часть объема.

Когда мы решаем «начать жизнь с чистого листа» и не копируем старые 90 Гб данных, сервер 1С обнаруживает отсутствие индексов ППД и журналов. Он тут же запускает процесс их создания с нуля, что и вызывает аномальную нагрузку.

Выясняем причину тормозов: Полнотекстовый поиск (ППД)

Рассмотрим ситуацию, описанную в теме. После создания пустой папки srvinfo сервер 1С запускает регламентные задания по обновлению и слиянию индекса полнотекстового поиска. Если база данных велика, rphost.exe начинает «перелопачивать» всю информацию из SQL-таблиц, чтобы заново построить индекс.

Проанализируем поведение системы в этот момент: регламентное задание по умолчанию настроено на запуск каждую минуту. Поскольку индекс пустой, за одну минуту он не успевает построиться, и задания начинают наслаиваться друг на друга или выполняться непрерывным циклом. Именно это создает «бешеную» нагрузку на запись и чтение, отнимая ресурсы у обычных пользователей. Пока ППД не будет полностью перестроен, производительность системы будет значительно ниже номинальной.

Алгоритм правильного переноса данных сервера 1С

Разберем два правильных способа миграции каталога srvinfo на новый SSD-накопитель.

Способ 1: Полное копирование (Рекомендуемый)

1. Остановите службу 1C:Enterprise 8.3 Server Agent. Убедитесь, что процессы rmngr.exe и rphost.exe завершены.
2. Скопируйте все содержимое старого каталога srvinfo в новое место на SSD. Важно: можно пропустить папку snccntx (данные сеансов), если вы готовы к тому, что все текущие пользователи будут «выбиты» из системы.
3. Измените путь к каталогу в настройках службы. Это делается через реестр Windows (параметр ImagePath в ветке HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3...) или через переустановку службы с ключом -d.
4. Запустите службу.

Способ 2: Жизнь с чистого листа (Если данные ППД не нужны)

Если вы все же решили не копировать старые индексы, выполните следующие шаги, чтобы сервер не «захлебнулся»:

1. После запуска службы с новым пустым каталогом зайдите в каждую информационную базу.
2. Отключите регламентное задание Обновление полнотекстового индекса.
3. В консоли управления или через обработку «Управление полнотекстовым поиском» выполните команду Очистить индекс, а затем запустите Обновить индекс вручную в нерабочее время (например, ночью).
4. Только после завершения полной индексации верните регламентные задания в рабочий режим.

Тонкая настройка производительности дисковой подсистемы

Перенос на SSD — это только половина дела. Рассмотрим дополнительные шаги, которые помогут выжать максимум из нового «железа».

1. Использование символических ссылок (mklink)

Не обязательно переносить весь srvinfo целиком. Мы можем распределить нагрузку, используя символические ссылки. Например, оставим настройки кластера на диске C:, а тяжелые индексы и журналы регистрации вынесем на разные физические SSD.

Пример команды для создания связи папки журнала регистрации с новым диском:

mklink /D "C:\Program Files\1cv8\srvinfo\reg_1541\1Cv8Log" "D:\1C_Logs\1Cv8Log"

2. Настройка антивирусного ПО

Проанализируем работу антивируса: при переносе на новый диск (например, диск D:) старые исключения могут перестать действовать. Крайне важно добавить в исключения антивируса:

• Процессы rphost.exe, rmngr.exe, ragent.exe.
• Весь новый каталог srvinfo на SSD.
• Расширения файлов 1C (.log, .lgp, .lgf, .pft).

3. Размер кластера и параметры SSD

При форматировании SSD под нужды 1С и SQL рекомендуется устанавливать размер кластера 64 КБ. Это оптимально для работы с файлами баз данных и крупными индексами ППД. Также убедитесь, что в ОС выбран план электропитания «Высокая производительность». В экономных режимах SSD может уходить в состояние с низким энергопотреблением, что вызывает микро-фризы при обращении к кэшу.

4. Мониторинг очереди диска

Если вы видите высокую активность, посмотрите на показатель Текущая очередь диска в мониторе ресурсов Windows. Для SSD нормальное значение — не более 2. Если очередь постоянно выше, значит, даже ваш SSD не справляется с потоком мелких операций записи. В этом случае стоит проверить, не включено ли избыточное логирование или не слишком ли часто запускаются фоновые задания rphost.

Подводя итог: «бешеная» активность диска после переноса — это нормальная реакция сервера 1С на отсутствие данных, которые он считает обязательными. Либо предоставьте ему эти данные (копированием), либо дайте время на их создание в спокойном режиме, ограничив аппетиты полнотекстового поиска на старте.