Skip to main content
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Enjoy members-only rewards and discounts
  • Create and access a list of your products

NetWorker VMware Protection-vProxy. Как включить ведение журнала отладки

Summary: Для устранения неполадок, связанных с NetWorker VMware Protection (NVP) с решением vProxy Appliance (NVP-vProxy) может потребоваться изменение уровня ведения журнала на «debug». В этой статье объясняется, как изменить уровень журнала. ...

This article applies to   This article does not apply to 

Instructions

Посмотрите следующее видео. Включение ведения журнала отладки vProxy.

 


Обычно достаточно проанализировать журналы политик сервера NetWorker в /nsr/logs/policy/[policy name], но иногда может потребоваться проанализировать журналы самого vProxy устройства и, кроме того, повысить уровень ведения журнала для отладки, чтобы получить более четкое представление о причине сбоя. Обычно это требуется только после обращения в поддержку NetWorker и запроса инженером поддержки набора отладки для устранения неполадок в рамках конкретного процесса. 

Файлы журнала NVP-vProxy на устройстве vProxy находятся в следующем каталоге /opt/emc/vproxy/runtime/logs.

Существует подкаталог для каждого из основных процессов, которые используются для операций NetWorker на устройстве vProxy:
vbackupd

vflrd

vrapid

vrecoverd
Например, в vbackupd подкаталог, у вас есть журналы:
[session-uuid].log             Processing details for a session
vbackupd-engine.log            Requests and problem events including error and panic messages from the session log.
vbackupd-boost.log             DD Boost logging.
vbackupd-snapmgr.log           Snapshot logging
3. vbackupd-vddk.log           VDDK logging -  VMware Virtual Disk Development Kit
Дополнительные сведения о ведении журналов и сборе данных vProxy см. в статье Руководство по рассмотрению NVP-vProxy. Обзор рассмотрения и ведения журналов NetWorker VMware Protection vProxy


Применение метода отладки службы 1.

Этот метод применим к vProxy версии 4.3.x и более поздних. Его можно использовать для включения отладки в службах vProxy (vrapid, vrecoverd, vbackupd, vflrd). Можно включить дополнительную отладку для трафика DD Boost, VDDK и обмена сообщениями о моментальных снимках (если применимо).
  1. Подключитесь к vProxy по протоколу SSH с помощью учетной записи администратора vProxy.
  2. Переключитесь на пользователя root.
sudo su -
  1. Перейдите в каталог bin агента vProxy.
cd /opt/emc/vproxy/bin
  1. Для службы, которую необходимо отладить, выполните следующие команды:

Модуль резервного копирования: vbackupd
Демон Объект ведения журнала Пример использования команд Расположение журналов
vbackupd Программа (главный двигатель)
./vProxy_debug.sh -s -d vbackupd -p program -l debug
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-engine.log

Журналы отдельных сеансов резервного копирования: 

/opt/emc/vrproxy/runtime/logs/vbackupd/BackupVmSession-<session-id>.log
/opt/emc/vrproxy/runtime/logs/recycle/vbackupd/<DATE>/BackupVmSession-<session-id>.log
  DD Boost
./vProxy_debug.sh -s -d vbackupd -p ddboost -l all
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-boost.log
  VDDK
./vProxy_debug.sh -s -d vbackupd -p vddk -l 4
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-vddk.log
VDDK также ведет частные журналы в каталоге /tmp/vmware-root
       Диспетчер моментальных снимков
./vProxy_debug.sh -s -d vbackupd -p snapshotmgr -l debug
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-snapmgr.log

Модуль восстановления: vrecoverd
Демон Объект ведения журнала Пример использования команд Расположение журналов
vrecoverd Программа (основная организация)
./vProxy_debug.sh -s -d vrecoverd -p program -l debug
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-engine.log

Отдельные журналы сеансов восстановления: 

/opt/emc/vrproxy/runtime/logs/vrecoverd/RecoverVmSession-<session-id>.log
/opt/emc/vrproxy/runtime/logs/recycle/vrecoverd/<DATE>/RecoverVmSession-<session-id>.log
  DD Boost
./vProxy_debug.sh -s -d vrecoverd -p ddboost -l all
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-boost.log
  VDDK
./vProxy_debug.sh -s -d vrecoverd -p vddk -l 4
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-vddk.log
VDDK также ведет частные журналы в каталоге /tmp/vmware-root

Модуль FLR: vflrd
Демон Объект ведения журнала Пример использования команд Местоположение журнала
vflrd Программа (главный двигатель)
./vProxy_debug.sh -s -d vflrd -p program -l debug
/opt/emc/vrproxy/runtime/logs/vflrd/vflrd-engine.log
Журналы отдельных сеансов монтирования FLR:
/opt/emc/vrproxy/runtime/logs/vflr/FlrMountSession-<session-id>.log
Individual FLR Browse Session Logs: /opt/emc/vrproxy/runtime/logs/vflr/FlrBrowseSession-<session-id>.log
Individual FLR Recover Session Logs: /opt/emc/vrproxy/runtime/logs/vflr/FlrRecoverSession-<session-id>.log
Завершенные журналы перемещаются в
/opt/emc/vrproxy/runtime/logs/recycle/vflrd
  DD Boost
./vProxy_debug.sh -s -d vflrd -p ddboost -l all
/opt/emc/vrproxy/runtime/logs/vflrd/vflrd-boost.log
  VDDK
./vProxy_debug.sh -s -d vflrd -p vddk -l 4
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-vddk.log
VDDK также ведет частные журналы в каталоге /tmp/vmware-root

Сервер REST. vrapid
Демон Объект ведения журнала Пример использования команд Местоположение журнала
vrapid Программа (главный двигатель)
./vProxy_debug.sh -s -d vrapid -p program -l debug
/opt/emc/vrproxy/runtime/logs/vrapid/vrapid-engine.log

Приведенные выше команды показывают включение отладки, эти команды можно выполнить повторно, изменив параметр -l параметр для сброса до значения по умолчанию:

Параметры:
  • Для журнала программы:
warn | info | trace (по умолчанию) | debug
  • Для журнала DD Boost:
none | error | warn | info | debug | trace (по умолчанию) | all
  • Для журнала VDDK:
0 = Без регистрации
1 = Только ошибки
2 = Предупреждения и ошибки
3 = Важные информационные сообщения, ошибки и предупреждения (по умолчанию)
4 = Отладка данных плюс все остальное
  • Для журнала Snapshot Manager:
warn | info | trace (по умолчанию) | debug


Применение метода отладки службы 2.

Доступные уровни ведения журнала: «нет», «ошибка», «предупреждение», «информация», «трассировка» и «отладка».

Для того, чтобы установить параметр vbackupd процесса в отладку на уровне ведения журнала:
  1. Войдите в устройство vProxy в качестве администратора через SSH или консоль и переключитесь на пользователя root.
sudo su -
  1. Откройте systemd каталог:
cd /usr/lib/systemd/system/ 

Примечание.: Каждый из служебных файлов находится здесь: vbackupd.service, vfrld.service, vrapid.service, vrecoverd.service, и т.д.
  1. Откройте служебный файл, к которому необходимо применить отладку, например:
vi vbackupd.service 
  1. Найдите строку с помощью ExecStart= и добавьте словами --program-log-level=debug
Другие параметры:
vProxy 2.x engine log level: { debug, trace, info, warn }.
--engine-log-level=string        

vProxy 3.x and later engine level: { debug, trace, info, warn } (default "trace")
--program-log-level=string (vbackupd)

Display version
--version
 
Примечание.: Версия NVP-vProxy отображается на вкладке Configuration свойств vProxy в NetWorker Management Console >Devices > VMware Proxies>, нажмите правой кнопкой мыши на vProxy appliance> в разделе Properties >Configuration VM Proxy> version.  
 
  1. Сохраните изменения файла
  2. Перезагрузите файл конфигурации объекта, введя команду:
systemctl daemon-reload
  1. Убедитесь в том, что в NetWorker Management Console нет запущенных резервных копий, а затем перезапустите vbackupd служба:
systemctl restart vbackupd.service
Описанный выше процесс применим к Услугам vrapid, vrecoverd, vbackupd, vflrd.


Применение отладки VDDK.

  1. Выполните вход в устройство vProxy с помощью SSH или консоли в качестве администратора и переключитесь на пользователя root.
sudu su -
  1. Отредактируйте файл VixDiskLib.config , чтобы он содержал следующую строку:
vi /opt/emc/vproxy/conf/VixDiskLib.config vixDiskLib.transport.LogLevel=4

0 = No logging
1 = Errors only
2 = Warnings, and Errors
3 = Important information messages, errors, and warnings
4 = Debug data plus everything else
  1. Перезапустите нужную службу.
systemctl restart [service-name].service 
Пример. 
systemctl restart vrecoverd.service
После установки уровня ведения журнала отладки можно убедиться в наличии сообщений в соответствующем файле журнала, начинающихся со слова «Отладка».

После завершения процесса отладки можно сбросить уровень журнала, используя ту же процедуру, используя слово трассировка после знака равенства вместо debug. Чтобы это изменение вступило в силу немедленно, требуется перезагрузка и перезапуск управляющей программы, как описано выше.


Отладка DD Boost Precert:

Этот процесс выполняется с помощью других методов отладки, описанных выше.
  1. Выполните вход в устройство vProxy с помощью SSH или консоли в качестве администратора и переключитесь на пользователя root.
sudu su -
  1. Создание файла ddboost_precert.ini под:
/: touch /ddboost_precert.ini
  1. Создайте файл DDLog каталог:
mkdir /DDLog
  1. Включите отладку DD Boost для службы, которую нужно отладить:
vbackupd: /opt/emc/vproxy/bin/vProxy_debug.sh -s -d vbackupd -p ddboost -l debug

vflrd: /opt/emc/vproxy/bin/vProxy_debug.sh -s -d vflrd -p ddboost -l debug

vrecoverd: /opt/emc/vproxy/bin/vProxy_debug.sh -s -d vrecoverd -p ddboost -l debug
  1. Убедитесь, что ddboost_precert.log генерируется:
ls -l /DDLog
​​​​​​ Снимок экрана подтверждения журнала
  1. Когда отладка больше не требуется, повторно выполните следующую команду:
vProxy_debug.sh -l trace


Ведение журнала выбора vProxy:

Эту отладку можно использовать, когда рабочий процесс резервного копирования виртуальной машины зависает с виртуальными машинами, ожидающими запуска. В этом сценарии задание резервного копирования уже запущено, но виртуальный прокси-сервер для запуска сессии резервного копирования не выбран. Процесс выбора vProxy не регистрируется в стандартном журнале. Мы можем включить vmbackup_logging на сервере NetWorker, который регистрирует процесс выбора vProxy во время запуска политики защиты VMware. Это может быть полезно, когда нет проблем с связью между сервером NetWorker и vProxy (порт 9090) и нет ошибок, связанных с недоступностью vProxy в NMC или daemon.log.
 
  1. Откройте административную командную строку PowerShell (Windows) или корневой сеанс SSH (Linux) на сервере NetWorker.
  2. Создайте файл без расширения с именем vmbackup_logging в NetWorker /nsr/tmp каталог:
Linux: 
touch /nsr/tmp/vmbackup_logging

Windows: 
New-Item -Path "C:\Program Files\EMC NetWorker\nsr\tmp\vmbackup_logging" -ItemType File
Приведенная выше команда предполагает, что было использовано местоположение установки NetWorker по умолчанию. Если NetWorker был установлен в другом месте, измените расположение /nsr/tmp соответственно.
  1. Запустите задание резервного копирования виртуальной машины.
  2. Отслеживайте отображаемые daemon.log для очереди Vmproxy и выберите сообщения vProxy.
Linux: /nsr/logs/daemon.log
Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.log
Если у вас возникли вопросы, см. статью: NetWorker. Как использовать nsr_render_log.
  1. Чтобы отключить эту отладку, удалите файл vmbackup_logging из /nsr/tmp реж.

Additional Information

Affected Products

NetWorker

Products

NetWorker, NetWorker Series