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

• Зв'язок перевірено, і проблем зі створенням сокетів або аутентифікацією не виявлено.
• Збереження базової файлової системи перестають відповідати під час роботи і не продовжуються; Повідомлення може бути різним.
• Збереження базової файлової системи за допомогою перемикача -n або -S успішне без проблем.
• Операція NSRCK перестає відповідати на індекс клієнта.
• Зберегти успішне після перенаправлення індексації за допомогою атрибута "index path" клієнтського ресурсу.

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

1. Перемістити всі файли в поточному індексі, крім проблемного, на нове місце за допомогою robocopy /XF v6journal_rec
2. Змініть "індексний шлях" клієнта на нове місце. Вказаний шлях автоматично доповнить папку з іменами клієнта і очікує його там; Наприклад, клієнтський індекс «Архімед» за замовчуванням має значення index\archimedes
3. Скопіюйте/перемістіть папку archimedes до index\temp\archimedes і змініть шлях до індексу клієнта archimedes на "(шлях до nsr)\index\temp"

Перезавантаження операційної системи може допомогти видалити проблемний файл. Якщо проблема з видаленням не зникає, зверніться по допомогу до служби підтримки постачальника операційної системи. Після того, як вихідну папку з проблемним файлом можна перемістити або видалити, тимчасовий індекс можна перемістити назад до вихідного шляху, а поле шляху до індексу очистити.