NetWorker: 백업 작업을 디버깅하는 방법

로그 파일:

백업 실패 디버깅을 위한 주요 로그는 다음 위치에 있는 정책 로그 파일 입니다.

Linux: /nsr/logs/policy_name/workflow_name/action_name
Windows: ..Program FilesEMC NetWorker srlogspolicy_nameworkflow_nameaction_name

/nsr/logs/policy/policy_name/workflow_name/jobid.raw 아래에 원시 형식의 워크플로우 로그 파일과 각 작업에 대한 하위 디렉토리가 있습니다. 작업의 각 하위 작업에는 해당 하위 작업의 jobid가 포함된 자체 로그 파일이 있습니다. 상위 작업에서 하위 작업이 시작되면 NetWorker는 이러한 하위 작업 로그에 대한 디렉토리를 생성합니다.

예:

여기서는 정책 로그의 위치를 확인할 수 있으며 백업 중에 사용된 디버그 레벨에 따라 로그의 크기가 다르다는 것을 알 수 있습니다.  원시 파일은 워크플로 로그이고 backup_[jobid]_logs 디렉토리에는 작업 로그와 하위 작업 로그가 포함되어 있습니다.

모든 NetWorker 작업의 기본 NetWorker 로그 파일은 daemon.raw 로그 파일입니다. 

이 기능은 [NetWorker_install_dir]로그에 있습니다.
 

이 로그를 읽으려면 nsr_render_log 명령을 사용합니다.

예:

추가 리소스:

NetWorker Client에서 비용 절감

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

NMC에서 관련 클라이언트 속성의 '백업 명령' 필드를 'save -D9'로 변경합니다.

예:

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

예:

또는 Linux 시스템에서 printf 명령을 사용하여 nsradmin을 한 줄로 변경할 수 있습니다.

예:

printf "show 
 . type : NSR Client; name : vm-lego-231; save set : /alice
 update backup command : save -D9
" | nsradmin -i -

추가 리소스:

NetWorker 명령 참조 가이드
NetWorker nsradmin 유효성 검사를
사용하는 방법NetWorker nsradmin 프로그램의 특수 용도 기술 노트

NetWorker Server의 워크플로 작업 

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

nsrworkflow -D9 -p -w [workflow]

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

/nsr/logs/policy/policy_name/workflow_name/

예:

nsrworkflow 명령을 실행하면 작업이 수동으로 시작되지만 예약된 자동 백업으로 사용되는 것과 동일한 스케줄링 및 레벨 구성 옵션을 사용합니다.  또 다른 방법은 -a 플래그를 사용하여 nsrworkflow 실행을 백업 스케줄 또는 레벨을 재정의할 수 있는 임시 백업으로 정의하는 것입니다.  (현재 워크플로 실행에 대해 설정된 레벨이 아닌) 원하는 백업 레벨을 지정하려면 -l(가상 머신 백업의 경우 -L)을 사용합니다.

예:

nsrworkflow -p [policy] -w [workflow] -A "'[action]' -l [level]" -a
nsrworkflow -p Mona -w Bokonon_wf -A "'backup' -l full" -a

추가 리소스:

516616 : NetWorker nsrworkflow 명령을
사용하는 방법513030 :                                                                     NetWorker nsrpolicy 명령을
사용하는 방법NetWorker 9.1.x 릴리스 노트: 
NetWorker 명령 참조 가이드

NetWorker Client의 Savefs

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

정책 로그(/nsr/logs/policy/[policy name]/[workflow name])의 원시 파일에서 클라이언트 측에서 실행 중인 정확한 savefs 명령을 가져올 수 있습니다.  그런 다음 클라이언트 측에서 -D9 옵션을 추가하여 다음을 실행합니다.

예:

NetWorker Server: 

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

추가 리소스:

NetWorker Server에서 타겟 미디어 할당

백업에 대한 올바른 타겟 볼륨 할당은 NetWorker Server의 nsrd 프로세스를 통해 관리됩니다.  이를 디버깅하려면 dbg 명령을 사용하여 NetWorker Server에서 nsrd 프로세스의 디버그 레벨을 일시적으로 높여야 합니다.

예:

디버깅이 완료되면 다음과 같이 디버깅을 해제해야 합니다.

추가 리소스:

336123 : NetWorker 디버그

쓰기 가능 볼륨을 기다리는 백업

NetWorker Server가 쓰기에 적합한 NetWorker 볼륨을 찾을 수 없는 경우 응답이 중지되고 알림이 생성됩니다.  이 경우 작업은 '활성' 상태가 됩니다.  nsrpolicy monitor 명령을 사용하여 작업 상태를 확인할 수 있습니다.

예:

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

예:

추가 리소스:

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

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

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

예:

추가 리소스:

NetWorker 성능 최적화 계획 가이드
병렬 처리 및 타겟 세션

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

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

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

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

예:

로그 출력: 클라이언트 다이렉트 작동 중.

NetWorker Server의 데몬 로그 파일:

91787 08/01/2014 01:37:35 PM nsrmmd NSR 알림 세이브 세트 ID '4091251191'(vm-lego-231:/NetWorker)가 Data Domain 디바이스 'dd4500-dd.local_onetwoone'에서 직접 파일 저장을 사용하고 있습니다.

NetWorker Client의 lsof

[root@vm-레고-231 ~]# lsof -i TCP | grep save
save 9831 root 3u IPv4 111668 0t0 TCP vm-lego-231:23178-vm-lego-121>:8985 (설립됨)
save 9831 root 5u IPv4 111695 0t0 TCP vm-lego-231:19752-vm-lego-121>:9417 (설립됨)
save 9831 root 7u IPv4 111720 0t0 TCP vm-lego-231:31095-vm-lego-121>:9035 (설립됨)
save 9831 root 8u IPv4 111728 0t0 TCP vm-lego-231:12421-vm-lego-121>:9653 (설립됨)
저장 9831 루트 9u IPv4 111731 0t0 TCP vm-lego-231:33739-dd4500-dd.local>:nfs (설립됨)
저장 9831 루트 10u IPv4 111736 0t0 TCP vm-lego-231:60278-dd4500-dd.local>:midnight-tech (설립됨)

참고: 클라이언트에서 NetWorker Server와 DD로 연결된 열린 TCP 연결이 있음을 확인할 수 있습니다.  NetWorker Server에서 정확히 어떤 프로세스가 연결되어 있는지 알아야 하는 경우 서버의 lsof를 사용하여 교차 확인할 수 있습니다.  네 번째 열은 사용 중인 파일 설명자입니다. 

Windows 시스템에서는 resmon을 사용하여 유사한 출력을 볼 수 있습니다.  시작 - 실행 - resmon - 네트워크 탭 - TCP 연결

로그 출력:  백업이 Client Direct를 사용하고 있지 않습니다.

NetWorker Server의 데몬 로그 파일:

91797 08/01/2014 01:57:51 PM nsrmmd NSR severe Data Domain 디바이스 'ONETWOONE'으로 직접 파일 저장을 수행할 수 없음; 세이브 세트 ID '4024143566'에 대한 기존 저장 설정(vm-lego-231:/NetWorker)

참고:  로그에서 traditional이라는 단어를 찾으면 이 출력을 빠르게 얻을 수 있습니다.  Client Direct를 사용하지 않는 이유를 확인하려면 먼저 NetWorker Administration Guide의 Client Direct가 작동하기 위해 충족해야 하는 조건 목록을 참조하십시오.  가장 일반적인 이유는 클라이언트가 사용 중인 NIC에서 DD에 대한 직접 네트워크 액세스 권한이 없거나 클라이언트에서 이름 확인이 올바르게 작동하지 않기 때문입니다.

lsof를 NetWorker Client에 추가합니다.

[root@vm-레고-231 ~]# lsof -i TCP | grep save
save 10114 root 3u IPv4 123335 0t0 TCP vm-lego-231:46461-vm-lego-121>:8985 (설립됨)
save 10114 root 5u IPv4 123369 0t0 TCP vm-lego-231:12593-vm-lego-121>:9417 (설립됨)
save 10114 root 7u IPv4 123392 0t0 TCP vm-lego-231:63952-vm-lego-121>:9035 (설립됨)
save 10114 root 8u IPv4 123400 0t0 TCP vm-lego-231:29597-vm-lego-121>:9653 (설립됨)

참고:  여기에는 NetWorker Server(이 예에서는 스토리지 노드이기도 함)에 대한 TCP 연결만 열려 있습니다.  DD에 대해 열린 TCP 연결이 없습니다.  모든 데이터가 스토리지 노드로 이동합니다.

추가 리소스:

NetWorker 성능 최적화 계획 가이드

병렬 세이브 스트림 백업

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

예:

추가 리소스:

NetWorker 병렬 세이브 스트림 백업
문제를 해결하는 방법NetWorker 성능 최적화 계획 가이드

NetWorker Storage Node nsrmmd 프로세스가 타겟 미디어에 쓸 때 예상대로 작동하지 않습니다.

dbgcommand(위의 7번 참조)를 사용하여 nsrmmd 프로세스의 디버그 레벨을 높일 수 있습니다.  모든 nsrmmd 프로세스의 디버그 레벨을 높이거나 운영 체제 툴을 사용하여 활성 상태인 nsrmmd 프로세스를 식별할 수 있습니다.

추가 리소스:

479665 : 분류 문서: NetWorker
의 테이프 라이브러리 문제 해결 NetWorker Data Domain Boost 통합 가이드

특정 NetWorker 기술에 대한 기타 디버깅 팁:

• 최적의 성능을 위해 NetWorker 서버 튜닝

• NVP-vProxy: 디버그 로깅을 활성화하는 방법  

• 방화벽을 통해 NetWorker 클라이언트와 서버 간 통신을 테스트하는 방법 

• NetWorker 예약 클론 생성 실패 문제를 해결하는 방법

• NetWorker 문제 해결 가이드: 프로세스 충돌 및 코어 덤프

• NetWorker NMC 9.x: 디버그 로그를 활성화하는 방법

• NMDA에 대한 디버그를 활성화하는 방법

• NMM 세부 문제 해결 가이드

• NMC에서 복구 작업 실패를 디버깅하는 방법          

• NDMP 분류 가이드           

• 479591 : Data Domain 디바이스에서 공간 재확보 분류 가이드