NetWorker. Руководство по поиску и устранению неисправностей NDMP

1. Имя сервера NetWorker.
2. Версия NetWorker и номер сборки.
3. Тип и версия ОС хоста сервера NetWorker.

См.

• NetWorker. Методы определения версии ПО NetWorker
• NetWorker. Использование инструмента сбора данных NetWorker NSRGet

1. Имя клиента NDMP
2. Тип и версия ОС файловой системы NAS
3.  Используется конфигурация: Direct-NDMP (резервное копирование ленточных накопителей NDMP, подключенных к SAN, непосредственно из сетевой системы хранения данных) или NDMP-DSA (резервное копирование через TCP/IP-соединение на сервер NetWorker или устройство удаленного узла хранения)?
   1. Является ли конфигурация NDMP-DSA устройством резервного копирования на сервере NetWorker или на узле удаленного хранения NetWorker?
   2. Если используется конфигурация NDMP-DSA, какой тип используется устройства резервного копирования (AFTD, DD Boost, ленточный)?

Перед устранением каких-либо проблем обратитесь к руководству по совместимости NetWorker на предмет конфликтов поддержки: E-Lab Interoperability Navigator 2.0 — HOME
См. Руководство пользователя по протоколу управления сетевыми данными для конкретной версии NetWorker: Поддержка NetWorker | Руководства и документы 

1. Наиболее полезные ошибки, связанные с резервным копированием по протоколу NDMP, обнаруживаются в журнале действий резервного копирования. Журнал действий резервного копирования можно получить из пользовательского интерфейса NMC (в окне «Мониторинг» дважды щелкните неудачный набор сохранений и нажмите «Get Full Log»). Также можно собрать журналы действий для папки рабочего процесса в /nsr/logs/policy/[policy_name]/[workflow_name]/*.* на сервере NetWorker (соберите все файлы и вложенные папки под папкой с именем рабочего процесса).
2. Чтобы определить соответствующую ошибку для конкретного сбоя, найдите первые ошибки, зарегистрированные пользователем «nsrndmp_save' или 'nsrdsa_save' в журнале. Чаще всего первая ошибка является соответствующей ошибкой, а остальные, зарегистрированные позже в выходных данных, являются симптомами сбоя и не обязательно связаны с ним напрямую. Например, указанная ниже ошибка обычно регистрируется при большинстве сбоев, она регистрируется в последнюю очередь, и почти всегда она не связана с реальным сбоем и основной причиной проблемы:

88394:nsrndmp_save: Couldn't open NDMP file history directory C:\Program Files\EMC NetWorker\nsr\tmp\FileIndex3288118553, The system cannot find the file specified. (Win32 error 0x2)

3. Просмотрите выходные данные журнала действий резервного копирования на наличие сообщений об ошибках и сравните с любыми известными проблемами в базе знаний.

Для проблем, связанных с восстановлением:

1. Восстановления NDMP регистрируются только в выходных данных интерфейса, используемого для любого конкретного восстановления. Это включает в себя NMC Recovery, NetWorker Windows User (winworkr.exe) и 'recover' CLI,
2. Формат выходных данных восстановления NDMP аналогичен формату журнала действий по резервному копированию. Процессы, регистрирующие ошибку в выходных данных восстановления NDMP: «nsrndmp_recover' и 'nsrdsa_recover'. Как и в случае с журналами резервного копирования, ищите первые ошибки, записанные командой «nsrndmp_recover' или 'nsrdsa_recover' и сравните с любыми известными проблемами в базе знаний.

Шаг 4.  Дополнительные сведения о журнале и сбор информации о конфигурации:

1. Сбои резервного копирования и восстановления NDMP часто вызваны проблемами конфигурации клиентских ресурсов или устройств NDMP. По возможности соберите 'nsrdb' базу данных ресурсов с сервера NetWorker для проверки.

• Linux: /nsr/res/nsrdb
• Windows (по умолчанию): C:\Program Files\EMC NetWorker\nsr\res\nsrdb
• NetWorker. Использование инструмента сбора данных NetWorker NSRGet

2. Резервное копирование NDMP также можно запустить из терминала или командного окна на сервере NetWorker, выполнив команду «nsrndmp_save' вручную (с отладкой или без нее). Выходные данные команды с -D5 Добавленную отладку можно направить в файл для проверки, используя пример синтаксиса команды ниже:

nsrndmp_save -D5 -T dump -c [ndmp_client] -g [group_name] -l [level] [/save_set_name] > ndmpSaveOut.txt 2>&1

3. Восстановление NDMP также можно выполнить вручную из окна команд на сервере NetWorker, выполнив команду «nsrndmp_recover' (с отладкой или без нее), как в следующем примере:

nsrndmp_recover -D5 -s [nw_server] -c [ndmp_client] -S [ssid] -v off -m [ndmp_client]::[/restore_target_path] [/backup_source_path] > ndmpRecoverOut.txt 2>&1

4. Используйте кнопку «ndmpsup' для сбора информации о версии NDMP и поддержке из файловой системы NAS. Эта утилита также служит средством поиска и устранения неисправностей, так как для ее работы требуется подключение к хосту NDMP, а для аутентификации используются имя пользователя и пароль NDMP, настроенные на сетевой системе хранения данных. Если 'ndmpsup' выполняется успешно, это подтверждает, что NetWorker может разрешить имя клиента NDMP и успешно подключиться к нему, а также что учетные данные пользователя NDMP действительны. Он также подтверждает, что служба NDMP включена и работает на NAS. Беги 'ndmpsup' с сервера NetWorker и соберите выходные данные утилиты, используя следующий синтаксис:

ndmpsup -c [ndmp_client] -o ndmpsup_out.txt

5. Количество журналов файловой системы NAS, полученных после сбоя резервного копирования или восстановления NDMP, зависит от типа файловой системы NAS. Наиболее распространенными файловыми системами NAS являются Celerra/VNX, Isilon и NetApp. Соберите журналы NAS из этих файловых систем следующим образом:

************************************************************************************************
Recovering 1 file from /data3/data3/restore-VAR/data3/users/george/testNotEmpty/ into /data4/george/restore
Total estimated disk space needed for recover is 2 KB.
Requesting 1 file(s), this may take a while...
52949:recover: Performing recover with directories included
03/30/16 23:01:06.573191 NDMP Service Debug: The process id for NDMP service is 0x475c2d40
42795:nsrndmp_recover: Performing recover from Non-NDMP type of device
03/30/16 23:01:06.838828 NDMP Service Debug: The process id for NDMP service is 0x475c2d40
85183:nsrndmp_recover: DSA is listening for an NDMP data connection on: 10.8.67.221, port = 9026
42689:nsrndmp_recover: Performing DAR Recovery..
86724:nsrdsa_recover: DSA listening at: host 'oscar', IP address '10.8.67.221', port '9026'.
91651:nsrdsa_recover: Successfully established AFTD DFA session for recovering save-set ID '3237787234'.
42938:nsrdsa_recover: Performing Direct File Access Restore
42940:nsrdsa_recover: Reading Data...
42619:nsrndmp_recover: NDMP Service Error: Permission denied to restore on Root fs

42617:nsrndmp_recover: NDMP Service Log: server_archive: emctar vol 1, 1 files, 262144 bytes read, 0 bytes written

42738:nsrndmp_recover: Data server halted: Error during the restore.
42856:nsrndmp_recover: NDMP data server has an internal error.
42871:nsrndmp_recover: Error during File NDMP Extraction.
nsrdsa_recover : Aborted
42840:nsrndmp_recover: NDMP recover failed.
42880:nsrndmp_recover: Error during NDMP recover
16279:recover: NDMP retrieval: child failed with status of 1
************************************************************************************************