NetWorker. Неверная производительность файла индекса приводит к тому, что операция резервного копирования и индексирования перестают отвечать

• Связь протестирована, и нет проблем с созданием сокета или аутентификацией.
• Базовая файловая система экономит время, пока операция не выполняется; может отличаться от указанного.
• Сохраняемая базовая файловая система с помощью коммутатора -n или -S успешно сохраняется без проблем.
• Операция nsrck перестает отвечать для индекса клиента.
• Сохранение выполнено успешно после перенаправления индексирования с использованием атрибута «index path» ресурса клиента.

• Если вы можете удалить проблемный файл, удалите его и проверьте: клиент nsrck -L6 <>
• Если вы не можете удалить файл, но можете переименовать или переместить папку, переименуйте исходную папку в путь за пределами каталога индекса и восстановиньте последний заведомо исправный индекс с помощью: nsrck -L7 -t "mm/dd/yyyy" <client>
• Если исходную папку невозможно переместить:

1. Переместите все файлы в текущем индексе, за исключением проблемного, в новое местоположение с помощью команды robocopy /XF v6journal_rec
2. Измените «путь индексирования» клиента на новое местоположение. Указанный путь автоматически приметит папку с именем клиента и ожидает, что она будет там; например, индекс клиента «archimedes» по умолчанию индексирован\archimedes.
3. Скопируйте/переместите папку archimedes в index\temp\archimedes и измените путь индекса клиента archimedes на «(path to nsr)\index\temp»

Перезагрузка операционной системы может помочь удалить проблемный файл. Если проблема с удалением не устранена, обратитесь за помощью в службу поддержки поставщика операционной системы. После того как исходную папку с проблемным файлом можно переместить или удалить, временный индекс можно переместить обратно в исходный путь, а путь индекса будет очищен.