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 로그 파일. 
 

이 로그를 읽으려면 nsr_render_log 명령, 참조: NetWorker: nsr_render_log 사용하여 .raw 로그 파일을 렌더링하는 방법

예:

추가 자료:

• NetWorker: 로그 파일 및 위치 
• NetWorker: 프로세스 및 포트                                                      
• NetWorker: NSRGet NetWorker 데이터 수집 툴을 사용하는 방법
• 다음을 통해 제공되는 NetWorker Command Reference Guide를 참조하십시오. NetWorker 지원 | 설명서 및 문서 (Dell 지원 계정으로 로그인해야 함)

2. save NetWorker Client에서 다음을 수행합니다.

NetWorker 클라이언트 기반 백업에서는 세이브 프로세스를 사용합니다. 저장 프로세스는 NetWorker Server, 스토리지 노드(해당하는 경우) 또는 타겟 백업 디바이스 미디어와 통신합니다. NMC(NetWorker Management Console)를 사용하여 저장 프로세스에 -D debug 플래그를 전달하거나 nsradmin 명령.

NMC에서 관련 클라이언트 속성의 '백업 명령' 필드를 'save -D9':

예:

nsradmin 명령을 사용하여 동일한 작업을 수행할 수 있습니다.

예:

추가 자료:

• NetWorker: NDMP 문제 해결 가이드
• NetWorker: NMM 문제 해결 가이드
• NetWorker: NMDA에 대한 디버그를 활성화하는 방법
• NetWorker VMware Protection-vProxy: 디버그 로깅을 활성화하는 방법

3. NetWorker Server의 워크플로우 작업: 

워크플로 작업의 시작을 디버깅하고 자세한 디버그 출력이 필요합니다.

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

이렇게 하면 워크플로 작업 디버그 출력이 다음 위치의 원시 파일에 기록됩니다.

/nsr/logs/policy/policy_name/workflow_name/

예:

실행 nsrworkflow 명령은 작업을 수동으로 시작하지만 예약된 자동 백업으로 사용되는 것과 동일한 스케줄링 및 레벨 구성 옵션을 사용합니다. 또 다른 가능성은 -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

추가 자료:

• NetWorker: NetWorker nsrworkflow 명령을 사용하는 방법                                                                    
• NetWorker: NetWorker nsrpolicy 명령을 사용하는 방법
• 다음을 통해 제공되는 NetWorker Command Reference Guide를 참조하십시오. NetWorker 지원 | 설명서 및 문서 (Dell 지원 계정으로 로그인해야 함)

4. savefs NetWorker Client에서 다음을 수행합니다.

이 savefs 명령은 클라이언트 기반 백업 중에 사용됩니다. NetWorker Server에서 백업이 시작된 후 NetWorker Client로 전송됩니다. savefs 이 클라이언트에서 실행되는 이 특정 백업을 위해 백업할 파일과 디렉토리를 결정하는 프로세스입니다.

클라이언트 측에서 실행 중인 정확한 savefs 명령을 정책 로그(/nsr/logs/policy/[policy name]/[workflow name])를 제공해야 합니다. 그런 다음 클라이언트 측에서 이 작업을 실행하고 -D9 옵션:

예:

NetWorker Server: 

그런 다음 클라이언트 측에서 다음을 수행합니다.

5. NetWorker Server에서 타겟 미디어 할당:

백업에 대한 올바른 타겟 볼륨 할당은 에서 관리합니다. nsrd 프로세스를 대신하여 관리하는 RPC 기반 서비스를 제공합니다. 이를 디버깅하려면 일시적으로 디버그 수준을 높여야 합니다. nsrd 프로세스를 사용하여 NetWorker Server에서 dbgcommand파일의 무결성을 확인합니다.

예:

디버깅이 완료되면 디버그 수준을 다시 0으로 설정하여 디버깅을 비활성화해야 합니다.

dbgcommand 프로세스 이름 또는 프로세스 ID(PID)에 대해 사용할 수 있습니다(예:

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

추가 자료:

• NetWorker: 디버그 정보 수준
• NetWorker: 프로세스 및 포트    

6. 쓰기 가능 볼륨 대기 중인 백업:

NetWorker Server가 쓰기에 적합한 NetWorker 볼륨을 찾을 수 없는 경우 응답을 중지하고 경고를 생성합니다. 이 경우 작업은 '활성' 상태입니다. 를 사용하여 작업 상태를 확인할 수 있습니다. nsrpolicy monitor 명령어와 동일한 방식으로 AUTHC를 사용합니다.

예:

NetWorker Management Console의 알림은 찾고 있는 볼륨 유형과 스토리지 노드에 대한 자세한 정보를 제공합니다.

예:

추가 자료:

• 미디어 대기 이벤트 문제 해결 - 1개의 쓰기 가능 볼륨 대기 중 또는 일치하는 디바이스 없음
• NetWorker: NetWorker의 테이프 라이브러리 문제 해결
• NetWorker: DDPCONNCHK 툴을 사용하여 NetWorker 호스트에서 DD ddboost 접속을 테스트하는 방법
• Data Domain Cloud Tier를 사용하는 NetWorker: 분류 및 문제 해결 가이드

7. 병렬 처리로 인해 백업이 예기치 않게 응답하지 않음:

NetWorker Server가 여유 병렬 처리 슬롯이 없어 백업을 계속할 수 없다고 판단하면 작업이 '대기 중' 상태가 됩니다.

병렬 처리를 디버깅하려면 의 디버그 수준을 높여야 합니다. nsrjobd 아래와 같이 NetWorker Server에서 프로세스를 수행합니다. 데몬 로그 파일은 병렬 처리와 관련된 많은 디버깅 데이터를 출력합니다.

예:

추가 자료:

• NetWorker: 병렬 처리 및 타겟 세션
• 자세한 내용은 NetWorker Administration Guide와 성능 최적화 및 계획 가이드를 참조하십시오. NetWorker 지원 | 설명서 및 문서 (Dell 지원 계정으로 로그인해야 함)

8. Client Direct 백업이 예상대로 작동하지 않음:

"Client Direct" 백업은 먼저 NetWorker Storage Node에 데이터를 쓰지 않고 NetWorker Client에서 타겟 미디어로 직접 데이터를 보냅니다.

클라이언트 속성에서 이 클라이언트 인스턴스에 대해 Client Direct 백업을 사용할지 여부를 정의할 수 있습니다.

Client Direct가 작동하는지 여부를 트러블슈팅하려면 아래 예와 같이 로그를 검사해야 합니다.

예:

로그 출력: 클라이언트가 직접 작동합니다.

이 daemon.raw NetWorker Server의 파일:

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 Client에서

[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)

Windows 호스트에서는 SysInternals Procmon을 사용하여 유사한 진단을 수행할 수 있습니다.

9: Client Direct 백업에서 Client Direct를 사용하지 않는 경우:

이 daemon.raw NetWorker Server의 파일:

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)

[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)

추가 자료:

• NetWorker: 네트워킹 구성에 대한 모범 사례
• 성능최적화 및 계획 가이드를 참조하십시오.  NetWorker 지원 | 설명서 및 문서 (Dell 지원 계정으로 로그인해야 함)

10. PSS(Parallel Save Stream) 백업:

PSS 백업을 디버깅합니다. NetWorker Management Console의 클라이언트 리소스에서 '병렬 세이브 스트림' 속성이 선택되어 있는지 확인합니다. 수정 save 섹션 2에 따라 디버그에 넣는 명령입니다. 또한 빈 파일을 ../nsr/debug 라고 하는 'mbsdopen'. 이렇게 하면 클라이언트에서 추가 디버그 로깅이 제공됩니다. /nsr/tmp NetWorker Server의 정책 로그(섹션 1 참조)에 있어야 합니다.

예:

추가 자료:

• NetWorker 병렬 세이브 스트림 백업 문제를 해결하는 방법
• 성능최적화 및 계획 가이드를 참조하십시오.  NetWorker 지원 | 설명서 및 문서 (Dell 지원 계정으로 로그인해야 함)

11. NetWorker 스토리지 노드 nsrmmd 프로세스가 타겟 미디어에 쓸 때 예상대로 작동하지 않습니다.

의 디버그 레벨을 높일 수 있습니다. nsrmmd 를 사용하는 프로세스 dbgcommand (섹션 5 참조). 모든 디버그 레벨을 nsrmmd 운영 체제 툴을 처리하거나 사용하여 nsrmmd 프로세스가 활성 상태입니다.

 

추가 자료:

• NetWorker: NetWorker의 테이프 라이브러리 문제 해결
• NetWorker: DDPCONNCHK 툴을 사용하여 NetWorker 호스트에서 DD ddboost 접속을 테스트하는 방법
• Data Domain Cloud Tier를 사용하는 NetWorker: 분류 및 문제 해결 가이드
• 다음을 통해 제공되는 NetWorker DD Boost 통합 가이드를 참조하십시오. NetWorker 지원 | 설명서 및 문서 (Dell 지원 계정으로 로그인해야 함)

• NetWorker 문제 해결 가이드: 프로세스 충돌 및 코어 덤프
• NetWorker: 네트워크 관련 문제 해결 방법
• NetWorker: 이름 해석 문제 해결 모범 사례