NetWorker VMware Protection-vProxy. Как включить ведение журнала отладки
Summary: Для устранения неполадок, связанных с NetWorker VMware Protection (NVP) с решением vProxy Appliance (NVP-vProxy) может потребоваться изменение уровня ведения журнала на «debug». В этой статье объясняется, как изменить уровень журнала. ...
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Instructions
Посмотрите следующее видео. Включение ведения журнала отладки vProxy.
Обычно достаточно проанализировать журналы политик сервера NetWorker в
Файлы журнала NVP-vProxy на устройстве vProxy находятся в следующем каталоге
Существует подкаталог для каждого из основных процессов, которые используются для операций NetWorker на устройстве vProxy:
Этот метод применим к vProxy версии 4.3.x и более поздних. Его можно использовать для включения отладки в службах vProxy (
Модуль резервного копирования:
Модуль восстановления:
Модуль FLR:
Сервер REST.
Приведенные выше команды показывают включение отладки, эти команды можно выполнить повторно, изменив параметр
Параметры:
Примечание.: Каждый из служебных файлов находится здесь:
После установки уровня ведения журнала отладки можно убедиться в наличии сообщений в соответствующем файле журнала, начинающихся со слова «Отладка».
После завершения процесса отладки можно сбросить уровень журнала, используя ту же процедуру, используя слово трассировка после знака равенства вместо debug. Чтобы это изменение вступило в силу немедленно, требуется перезагрузка и перезапуск управляющей программы, как описано выше.
Этот процесс выполняется с помощью других методов отладки, описанных выше.
Эту отладку можно использовать, когда рабочий процесс резервного копирования виртуальной машины зависает с виртуальными машинами, ожидающими запуска. В этом сценарии задание резервного копирования уже запущено, но виртуальный прокси-сервер для запуска сессии резервного копирования не выбран. Процесс выбора 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 и обмена сообщениями о моментальных снимках (если применимо).
- Подключитесь к vProxy по протоколу SSH с помощью учетной записи администратора vProxy.
- Переключитесь на пользователя root.
sudo su -
- Перейдите в каталог bin агента vProxy.
cd /opt/emc/vproxy/bin
- Для службы, которую необходимо отладить, выполните следующие команды:
Модуль резервного копирования:
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.logVDDK также ведет частные журналы в каталоге /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.logVDDK также ведет частные журналы в каталоге /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.logVDDK также ведет частные журналы в каталоге /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 процесса в отладку на уровне ведения журнала:
- Войдите в устройство vProxy в качестве администратора через SSH или консоль и переключитесь на пользователя root.
sudo su -
- Откройте
systemdкаталог:
cd /usr/lib/systemd/system/
Примечание.: Каждый из служебных файлов находится здесь:
vbackupd.service, vfrld.service, vrapid.service, vrecoverd.service, и т.д.
- Откройте служебный файл, к которому необходимо применить отладку, например:
vi vbackupd.service
- Найдите строку с помощью
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.
- Сохраните изменения файла
- Перезагрузите файл конфигурации объекта, введя команду:
systemctl daemon-reload
- Убедитесь в том, что в NetWorker Management Console нет запущенных резервных копий, а затем перезапустите
vbackupdслужба:
systemctl restart vbackupd.serviceОписанный выше процесс применим к Услугам
vrapid, vrecoverd, vbackupd, vflrd.
Применение отладки VDDK.
- Выполните вход в устройство vProxy с помощью SSH или консоли в качестве администратора и переключитесь на пользователя root.
sudu su -
- Отредактируйте файл 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
- Перезапустите нужную службу.
systemctl restart [service-name].service
Пример.
systemctl restart vrecoverd.service
После завершения процесса отладки можно сбросить уровень журнала, используя ту же процедуру, используя слово трассировка после знака равенства вместо debug. Чтобы это изменение вступило в силу немедленно, требуется перезагрузка и перезапуск управляющей программы, как описано выше.
Отладка DD Boost Precert:
Этот процесс выполняется с помощью других методов отладки, описанных выше.
- Выполните вход в устройство vProxy с помощью SSH или консоли в качестве администратора и переключитесь на пользователя root.
sudu su -
- Создание файла
ddboost_precert.iniпод:
/: touch /ddboost_precert.ini
- Создайте файл
DDLogкаталог:
mkdir /DDLog
- Включите отладку 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
- Убедитесь, что
ddboost_precert.logгенерируется:
ls -l /DDLog
- Когда отладка больше не требуется, повторно выполните следующую команду:
vProxy_debug.sh -l trace
Ведение журнала выбора vProxy:
Эту отладку можно использовать, когда рабочий процесс резервного копирования виртуальной машины зависает с виртуальными машинами, ожидающими запуска. В этом сценарии задание резервного копирования уже запущено, но виртуальный прокси-сервер для запуска сессии резервного копирования не выбран. Процесс выбора vProxy не регистрируется в стандартном журнале. Мы можем включить vmbackup_logging на сервере NetWorker, который регистрирует процесс выбора vProxy во время запуска политики защиты VMware. Это может быть полезно, когда нет проблем с связью между сервером NetWorker и vProxy (порт 9090) и нет ошибок, связанных с недоступностью vProxy в NMC или daemon.log.
- Откройте административную командную строку PowerShell (Windows) или корневой сеанс SSH (Linux) на сервере NetWorker.
- Создайте файл без расширения с именем
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 соответственно.
- Запустите задание резервного копирования виртуальной машины.
- Отслеживайте отображаемые daemon.log для очереди Vmproxy и выберите сообщения vProxy.
Linux: /nsr/logs/daemon.log Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.log
Если у вас возникли вопросы, см. статью: NetWorker. Как использовать nsr_render_log.
- Чтобы отключить эту отладку, удалите файл vmbackup_logging из
/nsr/tmpреж.
Additional Information
Похожие статьи:
Affected Products
NetWorkerProducts
NetWorker, NetWorker SeriesArticle Properties
Article Number: 000022610
Article Type: How To
Last Modified: 11 Mar 2025
Version: 16
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.