이 비디오 보기: vProxy 디버그 로깅을 활성화하는 방법
일반적으로 NetWorker Server의 정책 로그를
/nsr/logs/policy/[policy name]
하지만 경우에 따라 vProxy 어플라이언스 자체의 로그를 분석해야 할 수 있으며, 실패 원인을 보다 명확하게 파악하기 위해
디버깅할 로깅 수준을 높여야 할 수도 있습니다. 일반적으로 NetWorker 지원 팀에 문의하고 지원 엔지니어가 특정 프로세스로 문제 해결을 위해 설정된 디버그를 요청한 경우에만 이 요구 사항이 적용됩니다.
vProxy 어플라이언스의 NVP-vProxy 로그 파일은 다음 디렉토리에 있습니다.
/opt/emc/vproxy/runtime/logs
을 클릭합니다.
vProxy 어플라이언스에서 NetWorker 작업에 사용되는 각 주요 프로세스에 대한 하위 디렉토리는 다음과 같습니다.
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에 연결합니다.
- 루트로 전환합니다.
sudo su -
- vProxy 에이전트 bin 디렉토리로 변경합니다.
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 (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 (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 (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
= 디버그 데이터 및 기타 모든 항목
warn
| info
| trace
(디폴트 값) | debug
서비스 디버그 방법 2 적용:
사용 가능한 로깅 수준은 none, error, warn, info, trace 및 debug입니다.
를 설정하려면 vbackupd
로깅 수준 디버그로 처리:
- SSH 또는 콘솔을 통해 vProxy 어플라이언스에 admin으로 로그인하고 루트로 전환합니다.
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 버전은 NetWorker Management Console >> 디바이스VMware 프록시>vProxy 어플라이언스>속성 >> 구성VM 프록시 버전에서 vProxy 속성의 구성 탭에 표시됩니다.
- 파일에 변경 내용을 저장합니다
- 다음 명령을 입력하여 장치 구성 파일을 다시 로드합니다.
systemctl daemon-reload
- NetWorker Management Console에서 실행 중인 백업이 없는지 확인한 다음
vbackupd
서비스:
systemctl restart vbackupd.service
위 프로세스는 서비스에 적용됩니다.
vrapid, vrecoverd, vbackupd, vflrd.
VDDK 디버그 적용:
- SSH 또는 콘솔을 사용하여 admin으로 vProxy 어플라이언스에 로그인하고 루트로 전환합니다.
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라는 단어로 시작하는 메시지가 있는지 확인할 수 있습니다.
디버깅 프로세스를 완료한 후
debug 대신 등
호 뒤에 trace라는 단어를 사용하여 동일한 절차를 사용하여 로그 수준을 다시 설정할 수 있습니다. 이 변경 사항을 즉시 적용하려면 위에 설명된 대로 데몬을 다시 로드하고 재시작해야 합니다.
DD Boost Precert 디버깅:
이 프로세스는 위에서 설명한 다른 디버깅 방법으로 수행됩니다.
- SSH 또는 콘솔을 사용하여 admin으로 vProxy 어플라이언스에 로그인하고 루트로 전환합니다.
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 선택 로깅:
이 디버깅은 VM 백업 워크플로가
실행 대기 중인 VM에서 중단될 때마다 사용할 수 있습니다. 이 시나리오에서는 백업 작업이 시작되었지만 백업 세션을 시작하기 위해 vProxy가 선택되지 않았습니다. 표준 로깅에는 vProxy 선택 프로세스 로깅이 없습니다. Dell은 활성화할 수 있습니다.
vmbackup_logging
VMware 보호 정책 시작 시 vProxy 선택 프로세스를 기록하는 NetWorker Server에 있습니다. 이 기능은 NetWorker Server와 vProxy(포트 9090) 간에 통신 문제가 없고 NMC 또는 daemon.log에서 vProxy를 사용할 수 없는 것과 관련된 오류가 없는 경우에 유용할 수 있습니다.
- NetWorker Server에서 관리 PowerShell 프롬프트(Windows) 또는 루트 SSH 세션(Linux)을 엽니다.
- 라는 확장자 없이 파일을 만듭니다.
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
그러므로.
- VM 백업 작업을 시작합니다.
- 렌더링된 daemon.log에서 Vmproxy 대기열 을 모니터링하고 vproxy 메시지를 선택합니다.
Linux: /nsr/logs/daemon.log
Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.log
- 이 디버깅을 비활성화하려면 에서 vmbackup_logging 파일을 삭제합니다.
/nsr/tmp
dir입니다.