NetWorker. Как отладить операции резервного копирования

摘要: Ниже перечислены несколько вариантов отладки сбоя резервного копирования NetWorker.

本文章適用於 本文章不適用於 本文無關於任何特定產品。 本文未識別所有產品版本。

說明

Существует несколько различных вариантов отладки сбоя резервного копирования NetWorker. В этой статье базы знаний рассматриваются различные варианты отладки в зависимости от функции процесса резервного копирования, которую требуется отладить. 

Файлы журнала:

Основными журналами для отладки сбоев резервного копирования являются файлы журналов политик , которые находятся в следующем расположении.


Linux: /nsr/logs/policy_name/workflow_name/action_name
Windows: См.Программные файлыЖурналыpolicy_nameworkflow_nameaction_name EMC NetWorker


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

Пример.

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

kA5f10000004JErCAM_2_0
 

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

Он находится в [NetWorker_install_dir]logs.
 

Linux: /nsr/logs/
Windows: C:Program FilesEMC NetWorker srlogs


Для чтения этого журнала используется команда nsr_render_log .

Пример.

kA5f10000004JErCAM_2_1

Дополнительные ресурсы:

 

 

Экономия на клиенте NetWorker

Клиентское резервное копирование NetWorker использует процесс сохранения. Процесс сохранения взаимодействует с сервером NetWorker, узлом хранения (если применимо) или целевым носителем с резервным копированием. Отладку можно включить в процессе сохранения, передав процессу сохранения флаг отладки -D с помощью консоли управления NetWorker Management Console (NMC) или с помощью команды nsradmin.

В NMC измените поле «Команда резервного копирования» в соответствующих свойствах клиента на «save -D9»:

Пример.

kA5f10000004JErCAM_2_2

Эту же операцию можно выполнить с помощью команды nsradmin:

Пример.

kA5f10000004JErCAM_2_3

Кроме того, в системе 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 [рабочий процесс]


Это регистрирует выходные данные отладки задания рабочего процесса в необработанном файле в:

/nsr/logs/policy/policy_name/workflow_name/

Пример.

kA5f10000004JErCAM_2_4
 

При выполнении команды nsrworkflow задание инициируется вручную, но используются те же параметры планирования и конфигурации уровня, что и для запланированного автоматизированного резервного копирования.  Другой возможностью является использование флага -a для определения выполнения nsrworkflow в качестве нерегламентированного резервного копирования, что позволяет переопределить расписание или уровень резервного копирования.  Чтобы указать нужный уровень резервного копирования (не тот, который установлен для текущего выполнения рабочего процесса), используйте -l (или -L для резервного копирования виртуальных машин).

Пример.

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

Дополнительные ресурсы:

516616 : Как использовать команду
NetWorker nsrworkflow
513030 :                                                                     Как использовать команду
NetWorker nsrpolicy
Примечания к выпуску NetWorker 9.1.x: 
Справочное руководство по командам NetWorker

 

Savefs в NetWorker Client

Команда savefs используется во время клиентского резервного копирования. Он отправляется клиенту NetWorker после запуска резервного копирования на сервере NetWorker.  savefs — это процесс, который отвечает за определение файлов и каталогов для резервного копирования для конкретного запуска резервного копирования на этом клиенте.

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

Пример.

На сервере NetWorker: 

kA5f10000004JErCAM_2_5
 

На стороне клиента:

kA5f10000004JErCAM_2_6
 

Дополнительные ресурсы:

 

Назначение целевого носителя на сервере NetWorker

Назначение правильного целевого тома для резервной копии управляется процессом nsrd на сервере NetWorker.  Для устранения этой проблемы необходимо временно повысить уровень отладки процесса nsrd на сервере NetWorker с помощью команды dbgcommand.

Пример.

kA5f10000004JErCAM_2_7

После завершения отладки необходимо отключить отладку следующим образом:

kA5f10000004JErCAM_2_8

Дополнительные ресурсы:

336123 : Отладка NetWorker

 

Резервное копирование в ожидании доступного для записи тома

Если сервер NetWorker не сможет найти подходящий том NetWorker для записи, он перестанет отвечать и создаст оповещение.  В этом случае задание будет находиться в состоянии «active».  Состояние задания можно проверить с помощью команды nsrpolicy monitor .

Пример.

kA5f10000004JErCAM_2_9

Оповещение в NetWorker Management Console содержит дополнительные сведения о том, какой тип тома запрашивается и на каком узле хранения.

Пример.

kA5f10000004JErCAM_2_10

Дополнительные ресурсы:

 

Резервные копии неожиданно переставали отвечать из-за параллелизма

Если сервер NetWorker определит, что не может продолжить резервное копирование из-за отсутствия свободного слота параллелизма.  В этом случае задание находится в состоянии «В очереди».

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

Пример.

kA5f10000004JErCAM_2_11

 

kA5f10000004JErCAM_2_12

Дополнительные ресурсы:

Руководство по
планированию оптимизации производительности NetWorkerПараллелизм и целевые сессии

 

Резервное копирование Client Direct не работает должным образом

При «прямом резервном копировании клиента» данные отправляются непосредственно из клиента NetWorker на целевой носитель без предварительной записи в узел хранения NetWorker.

В свойствах клиента можно указать, следует ли использовать прямое резервное копирование клиента для этого экземпляра клиента.

kA5f10000004JErCAM_2_13

Чтобы устранить неполадки, работает ли Client Direct, необходимо проверить журналы, как показано в примере ниже.

Пример.

Выходные данные журнала: Клиент непосредственно в работе.

Файл журнала управляющей программы на сервере NetWorker:

91787 01.08.2014 13:37:35 nsrmmd NSR Уведомление NSR Идентификатор набора сохранений «4091251191» (vm-lego-231:/NetWorker) использует прямое сохранение файла с помощью устройства Data Domain «dd4500-dd.local_onetwoone».


lsof в клиенте NetWorker

[root@vm-lego-231 ~]# lsof -i TCP | grep save
save 9831 root 3u IPv4 111668 0t0 TCP vm-lego-231:23178-vm-lego-121>:8985 (ESTABLISHED)
save 9831 root 5u IPv4 111695 0t0 TCP vm-lego-231:19752-vm-lego-121>:9417 (ESTABLISHED)
save 9831 root 7u IPv4 111720 0t0 TCP vm-lego-231:31095-vm-lego-121>:9035 (ESTABLISHED)
save 9831 root 8u IPv4 111728 0t0 TCP vm-lego-231:12421-vm-lego-121>:9653 (ОСНОВАН)
save 9831 root 9u IPv4 111731 0t0 TCP vm-lego-231:33739-dd4500-dd.local>:nfs (ESTABLISHED)
save 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)


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

lsof в клиенте NetWorker:

[root@vm-lego-231 ~]# lsof -i TCP | grep save
save 10114 root 3u IPv4 123335 0t0 TCP vm-lego-231:46461-vm-lego-121>:8985 (ESTABLISHED)
save 10114 root 5u IPv4 123369 0t0 TCP vm-lego-231:12593-vm-lego-121>:9417 (ESTABLISHED)
save 10114 root 7u IPv4 123392 0t0 TCP vm-lego-231:63952-vm-lego-121>:9035 (ESTABLISHED)
save 10114 root 8u IPv4 123400 0t0 TCP vm-lego-231:29597-vm-lego-121>:9653 (ОСНОВАН)


Примечание.  Здесь открыты только TCP-подключения к серверу NetWorker (который также является узлом хранения в данном примере).  TCP-соединение с DD не открыто.  Все данные будут перемещаться в узел хранения.

Дополнительные ресурсы:

Руководство по планированию оптимизации производительности NetWorker


Параллельное резервное копирование потока сохранения

Для отладки резервных копий PSS. Убедитесь, что в клиентском ресурсе NetWorker Management Console отмечено свойство «parallel save stream».  Измените команду сохранения, чтобы перевести ее в отладку, как показано в пункте 1 выше.  Кроме того, создайте пустой файл в .. /nsr/debug с именем «mbsdopen».  Это обеспечивает дополнительное ведение журнала отладки как на клиенте в /nsr/tmp, так и в журналах политик на сервере NetWorker (см. пункт 1 выше).

Пример.

kA5f10000004JErCAM_2_14

kA5f10000004JErCAM_2_15

kA5f10000004JErCAM_2_16

 

Дополнительные ресурсы:

Поиск и устранение неисправностей при параллельном резервном копировании NetWorker Save Stream
Руководство по планированию оптимизации производительности NetWorker

 

 

Узел хранения NetWorker: процесс nsrmmd не работает должным образом при записи на целевой носитель.

 

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

kA5f10000004JErCAM_2_17

 

Дополнительные ресурсы:

479665 : Статья о сортировке. Поиск и устранение неисправностей ленточной библиотеки в NetWorker
Руководство по интеграции NetWorker Data Domain Boost

其他資訊



Другие советы по отладке для конкретных технологий NetWorker:

受影響的產品

NetWorker

產品

NetWorker, NetWorker Series
文章屬性
文章編號: 000010035
文章類型: How To
上次修改時間: 08 10月 2025
版本:  7
向其他 Dell 使用者尋求您問題的答案
支援服務
檢查您的裝置是否在支援服務的涵蓋範圍內。