Посмотрите следующее видео. Включение ведения журнала отладки 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.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
none
| error
| warn
| info
| debug
| trace
(по умолчанию) | all
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
- Чтобы отключить эту отладку, удалите файл vmbackup_logging из
/nsr/tmp
реж.