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

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

Данная статья применяется к Данная статья не применяется к Эта статья не привязана к какому-либо конкретному продукту. В этой статье указаны не все версии продуктов.

Инструкции

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

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

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


Linux: /nsr/logs/policy_name/workflow_name/action_name
Windows (по умолчанию): C:\Program Files\EMC NetWorker\nsr\logs\policy_name\workflow_name\action_name


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

Пример:

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

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

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

Linux: /nsr/logs/daemon.raw
Windows (по умолчанию): C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw


Для чтения этого журнала используется команда nsr_render_log см.: NetWorker. Как использовать nsr_render_log для рендеринга файлов .raw журналов

Пример:

Пример подготовки необработанного журнала NetWorker к просмотру

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

2. save В клиенте NetWorker:

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

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

Пример:

Настройка отладочных резервных копий для клиента NetWorker

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

Пример:

Настройка отладки резервного копирования из nsradmin

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

 

3. Операция рабочего процесса на сервере NetWorker: 

Требуется отладка начала операции расчетной схемы и получение подробных выходных данных отладки.

nsrworkflow -D9 -p [policy] -w [workflow]

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

/nsr/logs/policy/policy_name/workflow_name/

Пример:

Отладка рабочего процесса NSR 
 

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

Пример:

nsrworkflow -p [policy] -w [workflow] -A "'[action]' -l [level]" -a
nsrworkflow -p Mona -w Bokonon_wf -A "'backup' -l full" -a

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

4. savefs В клиенте NetWorker:

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

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

Пример:

На сервере NetWorker: 

Пример процесса savefs  

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

Запуск отладки savefs из командной строки 

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

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

Пример:

kA5f10000004JErCAM_2_7

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

kA5f10000004JErCAM_2_8

dbgcommand может использоваться против имени процесса или идентификатора процесса (PID), например:

dbgcommand -n PROCESS_NAME Debug=DEBUG_LEVEL
dbgcommand -p PROCESS_ID Debug=DEBUG_LEVEL

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

ПРЕДУПРЕЖДЕНИЕ. Отладка процесса должна включаться только с целью устранения проблемы. После завершения поиска и устранения неисправностей отладку процесса необходимо отключить. Некоторые процессы могут генерировать много сообщений при включенной отладке. Это может привести к росту файловой системы и возникновению проблем с пространством.

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

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

Пример:

Пример nsrpolicy monitor.

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

Пример:

Оповещения NMC об ожидании 1 доступного для записи тома

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

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

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

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

Пример:

Пример включения отладки nsrjobd 

Журнал управляющей программы с ошибкой параллелизма

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

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

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

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

Параметры прямого резервного копирования клиента NetWorker

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

Пример:

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

Переменная daemon.raw на сервере NetWorker:

91787 MM/DD/YYYY HH:mm:SS  nsrmmd NSR notice Save-set ID '4091251191' (vm-lego-231:/NetWorker) is using direct file save with Data Domain device '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 (ESTABLISHED)
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 (ESTABLISHED)

 

ПРИМЕЧАНИЕ. lsof Список открытых TCP-соединений между клиентом и сервером NetWorker и DD. Чтобы определить, к каким процессам подключен сервер NetWorker, можно выполнить перекрестную проверку с помощью lsof на сервере. Четвертый столбец — используемый дескриптор файла.

На хостах Windows аналогичную диагностику можно выполнить с помощью SysInternals Procmon.Эта гиперссылка позволяет перейти на сайт за пределами Dell Technologies.


9. При резервном копировании Client Direct не используется следующее.

Переменная daemon.raw на сервере NetWorker:

91797 MM/DD/YYYY HH:mm:SS nsrmmd NSR severe Unable to perform direct file save with Data Domain device 'ONETWOONE'; setting up traditional save for save-set ID '4024143566' (vm-lego-231:/NetWorker)

 

ПРИМЕЧАНИЕ. В поисках слова traditional В лог выдается этот вывод быстро. См. список условий, которые должны быть выполнены для работы Client Direct, приведен в Руководстве по администрированию NetWorker. Наиболее распространенные причины заключаются в том, что у клиента отсутствует прямой сетевой доступ к Data Domain или его имя не работает правильно.

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 (ESTABLISHED)
ПРИМЕЧАНИЕ. Здесь открыты только TCP-подключения к серверу NetWorker (который также является узлом хранения в данном примере). TCP-соединение с DD не открыто. Все данные будут перемещаться в узел хранения.

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


10. Параллельное резервное копирование потока сохранения (PSS):

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

Пример:

Параметр PSS включен в клиентском ресурсе NetWorker

mbsdfоткрыть файл

Сохранение файлов MBS в каталоге tmp 

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

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

Можно повысить уровень отладки nsrmmd процессов, использующих метод dbgcommand (См. раздел 5). Можно повысить уровень отладки всех nsrmmd процессов или использовать средства операционной системы, чтобы определить, какие nsrmmd Процесс активен:

Процессы NSRMMD 

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

Дополнительная информация

Затронутые продукты

NetWorker

Продукты

NetWorker, NetWorker Series
Свойства статьи
Номер статьи: 000010035
Тип статьи: How To
Последнее изменение: 30 Jan 2026
Версия:  8
Получите ответы на свои вопросы от других пользователей Dell
Услуги технической поддержки
Проверьте, распространяются ли на ваше устройство услуги технической поддержки.