NetWorker: Як налагодити операції резервного копіювання

Лог-файли:

Основними журналами для налагодження помилок резервного копіювання є файли журналу політик , які знаходяться в наведеному нижче розташуванні.

Linux: /nsr/logs/policy_name/workflow_name/action_name
Windows: ..Program FilesEMC NetWorker srlogspolicy_nameworkflow_nameaction_name

Файли журналу робочого процесу у форматі raw знаходяться в папці /nsr/logs/policy/policy_name/workflow_name/jobid.raw та піддиректорія для кожної дії. Кожна дочірня дія дії має власний файл журналу з jobid цієї дочірньої роботи. Коли батьківська дія запускає дочірню дію, NetWorker створює каталог для цих журналів дочірніх дій.

Приклад:

Тут ми можемо бачити розташування журналів політик і те, що журнали мають різні розміри залежно від рівня налагодження, який використовується під час резервного копіювання.  Необроблені файли — це журнали робочих процесів, тоді як каталоги backup_[jobid]_logs містять журнали дій і журнали дочірніх дій.

Основним файлом журналу NetWorker для всіх операцій NetWorker є файл журналу daemon.raw . 

Це розташовано в [NetWorker_install_dir]журналах.
 

Для читання цього журналу використовується команда nsr_render_log .

Приклад:

Додаткові ресурси:

Заощаджуйте в клієнті NetWorker

Для резервних копій на основі клієнта NetWorker використовується процес збереження. Процес збереження зв'язується з сервером NetWorker, вузлом зберігання (де застосовується) або цільовим носієм резервного пристрою. Debug можна ввімкнути в процесі збереження, передавши прапорець -D debug процесу збереження за допомогою консолі керування NetWorker (NMC) або за допомогою команди he nsradmin.

У NMC ви змінюєте поле «Команда резервного копіювання» у відповідних властивостях клієнта на «зберегти -D9»:

Приклад:

Таку ж операцію можна виконати за допомогою команди nsradmin:

Приклад:

Крім того, у системі Linux ви можете використовувати команду printf, щоб зробити цю зміну nsradmin в одному рядку:

Приклад:

printf "show 
 . type : NSR Client; name : vm-lego-231; save set : /alice
 update backup command : save -D9
" | nsradmin -i -

Додаткові ресурси:

Довідковий посібник
з команд NetWorkerЯк користуватися перевіркою
валідації NetWorker nsradminСпеціальне використання програми NetWorker nsradmin Технічна примітка

Робота робочого процесу на сервері NetWorker 

Необхідне налагодження початку операції робочого процесу та детальне виведення налагодження.

nsrworkflow -D9 -p [політика] -w [робочий процес]

Це записує виведені дані налагоджувального завдання робочого процесу до файлу raw у форматі w:

/nsr/logs/policy/policy_name/workflow_name/

Приклад:

Виконання команди nsrworkflow ініціює завдання вручну, але використовує ті самі параметри планування та конфігурації рівня, які використовуються як заплановане автоматичне резервне копіювання.  Іншою можливістю є використання прапорця -a для визначення запуску nsrworkflow як спеціального резервного копіювання, що дозволяє перевизначити розклад або рівень резервного копіювання.  Щоб вказати потрібний рівень резервного копіювання (а не той, що встановлено для сьогоднішнього запуску робочого процесу), ви використовуєте -l (або -L для резервних копій віртуальної машини).

Приклад:

nsrworkflow -p [політика] -w [робочий процес] -A "'[дія]' -l [рівень]" -a
nsrworkflow -p Mona -w Bokonon_wf -A "'резервна копія' -l повна" -a

Додаткові ресурси:

516616 : Як використовувати команду
NetWorker nsrworkflow513030 :                                                                     Як користуватися командою
NetWorker nsrpolicy Примітки до випуску NetWorker 9.1.x: 
Довідковий посібник з команд NetWorker

Збереження в клієнті NetWorker

Команда savefs використовується під час резервного копіювання на основі клієнта. Він відправляється в клієнт NetWorker після ініціації резервного копіювання на сервері NetWorker.  savefs — це процес, який відповідає за визначення файлів і каталогів для резервного копіювання для цього конкретного резервного копіювання, запущеного на цьому клієнті.

Ви можете отримати точну команду savefs, яка виконується на стороні клієнта, з необробленого файлу в журналі політик (/nsr/logs/policy/[назва політики]/[назва робочого процесу]).  Потім запустіть це на стороні клієнта, додавши опцію -D9:

Приклад:

На сервері NetWorker: 

А потім на стороні клієнта:

Додаткові ресурси:

Призначення цільового медіа на сервері NetWorker

Призначення правильного цільового обсягу для резервної копії керується процесом nsrd на сервері NetWorker.  Щоб налагодити це, ви повинні тимчасово підвищити рівень налагодження процесу nsrd на сервері NetWorker за допомогою команди dbg.

Приклад:

Після того, як налагодження буде завершено, ви повинні відключити налагодження наступним чином:

Додаткові ресурси:

336123 : Налагодження NetWorker

Резервні копії, які очікують на записуваний том

Якщо сервер NetWorker не зможе знайти відповідний том NetWorker для запису, він перестане відповідати і видасть попередження.  У цьому випадку завдання буде знаходитися в стані «активний».  Ви можете перевірити стан роботи за допомогою команди nsrpolicy monitor .

Приклад:

Оповіщення в консолі управління NetWorker дає більш детальну інформацію про те, який тип обсягу шукається і на якому вузлі зберігання.

Приклад:

Додаткові ресурси:

Бекапи несподівано перестали відповідати через паралельність

Якщо сервер NetWorker визначить, що він не може продовжити з резервною копією, оскільки немає вільного слота для паралелізму.  У цьому випадку завдання знаходиться в стані «в черзі».

Для того, щоб налагодити паралелізм, вам потрібно збільшити рівень налагодження процесу nsrjobd на сервері NetWorker, як показано нижче.  Файл журналу демона виводить багато налагоджувальних даних щодо паралелізму.

Приклад:

Додаткові ресурси:

Посібник з
планування оптимізації продуктивності NetWorkerПаралелізм і цільові сесії

Резервне копіювання Client Direct не працює належним чином

Резервна копія "Client direct" відправляє дані безпосередньо з клієнта NetWorker на цільовий носій без попереднього запису на вузол зберігання NetWorker.

У властивостях клієнта ви можете визначити, чи слід використовувати пряме резервне копіювання клієнта для цього екземпляра клієнта.

Щоб усунути неполадки, чи працює клієнтський директ чи ні, ви повинні перевірити журнали відповідно до наведеного нижче прикладу:

Приклад:

Вивід журналу: Клієнт безпосередньо в роботі.

Файл журналу демона на сервері NetWorker:

91787 01.08.2014 13:37:35 nsrmmd NSR повідомлення Ідентифікатор збереження '4091251191' (vm-lego-231:/NetWorker) використовує пряме збереження файлу з пристроєм Data Domain 'dd4500-dd.local_onetwoone'.

lsof на клієнті NetWorker

[root@vm-lego-231 ~]# lsof -i TCP | grep зберегти
зберегти 9831 root 3u IPv4 111668 0t0 TCP vm-lego-231: 23178-vm-lego-121>:8985 (ВСТАНОВЛЕНО)
зберегти 9831 корінь 5u IPv4 111695 0t0 TCP vm-lego-231:19752-vm-lego-121>:9417 (ВСТАНОВЛЕНО)
зберегти 9831 корінь 7u IPv4 111720 0t0 TCP vm-lego-231:31095-vm-lego-121>:9035 (ВСТАНОВЛЕНО)
зберегти 9831 root 8u IPv4 111728 0t0 TCP vm-lego-231:12421-vm-lego-121>:9653 (ВСТАНОВЛЕНО)
зберегти 9831 root 9u IPv4 111731 0t0 TCP vm-lego-231:33739-dd4500-dd.local>:nfs (ВСТАНОВЛЕНО)
зберегти 9831 root 10u IPv4 111736 0t0 TCP vm-lego-231:60278-dd4500-dd.local>:midnight-tech (ВСТАНОВЛЕНО)

Примітка: Ми бачимо, що є відкриті TCP з'єднання від клієнта як до сервера NetWorker, так і до DD.  Якщо вам потрібно дізнатися, до яких саме процесів на сервері NetWorker підключені, ви можете провести перехресну перевірку з lsof на сервері.  Четвертий стовпець — це дескриптор файлу, який використовується. 

У системі Windows ви могли побачити подібний вивід за допомогою resmon:  Пуск - Запуск - resmon - вкладка Мережа - З'єднання TCP

Вивід журналу:  Резервне копіювання не виконується за допомогою безпосереднього клієнта.

Файл журналу демона на сервері NetWorker:

91797 01.08.2014 13:57:51 nsrmmd NSR важкий Неможливо виконати пряме збереження файлів за допомогою пристрою Data Domain 'ONETWOONE'; налаштування традиційного збереження для ідентифікатора '4024143566' зі збереженням (vm-lego-231:/NetWorker)

Примітка:  Пошук слова traditional у журналі швидко видасть вам цей результат.  Якщо вам потрібно з'ясувати, чому він не використовує client direct, почніть зі списку умов NetWorker Administration Guide, які повинні бути виконані для безпосередньої роботи клієнта.  Найбільш поширеними причинами можуть бути те, що клієнт не має прямого мережевого доступу до DD з використовуваного ним NIC або некоректно працює роздільна здатність імені від клієнта.

lsof на клієнті NetWorker:

[root@vm-lego-231 ~]# lsof -i TCP | grep зберегти
зберегти 10114 root 3u IPv4 123335 0t0 TCP vm-lego-231:46461-vm-lego-121>:8985 (ВСТАНОВЛЕНО)
зберегти 10114 root 5u IPv4 123369 0t0 TCP vm-lego-231:12593-vm-lego-121>:9417 (ВСТАНОВЛЕНО)
зберегти 10114 корінь 7u IPv4 123392 0t0 TCP vm-lego-231:63952-vm-lego-121>:9035 (ВСТАНОВЛЕНО)
зберегти 10114 root 8u IPv4 123400 0t0 TCP vm-lego-231:29597-vm-lego-121>:9653 (ВСТАНОВЛЕНО)

Примітка:  Тут відкриті тільки TCP-з'єднання з сервером NetWorker (який в даному прикладі також є вузлом зберігання даних).  На ДД не відкрито TCP-з'єднання.  Всі дані надходять на вузол зберігання.

Додаткові ресурси:

Посібник з планування оптимізації продуктивності NetWorker

Резервне копіювання паралельного потоку збереження

Для налагодження резервних копій PSS. Переконайтеся, що на ресурсі клієнта в консолі управління NetWorker встановлено прапорець «паралельний потік збереження».  Змініть команду збереження, щоб перевести її в режим налагодження, як зазначено під номером 1 вище.  Крім того, створіть порожній файл у файлі .. /nsr/debug під назвою 'mbsdopen'.  Це забезпечує додаткове ведення журналу налагодження як на клієнті в /nsr/tmp, так і в журналах політик на сервері NetWorker (див. номер 1 вище).

Приклад:

Додаткові ресурси:

Як усунути неполадки резервних копій
NetWorker Parallel Save StreamПосібник з планування оптимізації продуктивності NetWorker

Процес NetWorker Storage Node nsrmmd не працює так, як очікувалося, оскільки він записує на цільовий носій.

Ви можете підвищити рівень налагодження процесів nsrmmd за допомогою команди dbgcommand (описаної в номері 7 вище).  Ви можете або підвищити рівень налагодження всіх процесів nsrmmd, або скористатися засобами операційної системи для визначення того, який процес nsrmmd є активним:

Додаткові ресурси:

479665 : Стаття про сортування: Усунення неполадок із стрічковою бібліотекою в NetWorker
Посібник з інтеграції NetWorker Data Domain Boost

Інші поради щодо налагодження для конкретних технологій NetWorker:

• Налаштування сервера NetWorker для оптимальної продуктивності

• NVP-vProxy: Як увімкнути ведення журналу налагодження  

• Як перевірити зв'язок NetWorker між клієнтом і сервером через брандмауер 

• Як усунути неполадки клонування за розкладом NetWorker

• Керівництво по усуненню несправностей NetWorker: Збої процесів і дампи ядра

• NetWorker NMC 9.x: Як увімкнути журнали налагодження

• Як увімкнути налагодження для NMDA

• Детальний посібник з усунення несправностей NMM

• Як налагодити відновлення збоїв завдань з NMC          

• Посібник із сортування NDMP           

• 479591 : Посібник із сортування пристроїв із захоплення простору в домені даних