NetWorker: 미디어 데이터베이스 유지 관리 및 문제 해결

• 서비스를 시작하지 못했습니다.
• 일일 서버 보호>서버 백업 워크플로 오류
• NMC(NetWorker Management Console) 또는 NWUI(NetWorker Web User Interface) 관리에서 세이브 세트를 쿼리하거나 검색할 때 mminfo 명령으로 반환된 세이브 세트 또는 클라이언트와 관련된 불완전하거나 오해의 소지가 있는 정보입니다.
• 세이브 세트, 클라이언트 또는 볼륨을 찾을 수 없는 것과 관련된 백업, 복구 또는 클론 생성 문제
• 미디어 데이터베이스와 관련된 서버 데몬 로그 또는 콘솔의 오류:

nsrmmdbd WiSS code assertion error (st_nextrec: rec loop detected)
nsrmmdbd error, ss_clone_ensure_clone_eligibility: assertion, invalid parameters or code segment
nsrmmdbd XCHK ssid:saveset_short_ssid host:saveset_hostname name:saveset_name has a fragment with an invalid volid:saveset_volid
nsrmmdbd NSR warning WiSS code assertion error (ST_readvdir: directory read failed)
nsrmmdbd NSR critical Unexpected error reading long record directory: an invalid slot number
nsrmmdbd NSR warning partial record error, ssid: saveset_short_ssid saveset_long_ssid flags:0x00010101 size:0 files:0 tm:datetime cloneid
nsrmmdbd NSR notice media db must be scavenged
nsrmmdbd NSR critical media db scavenge failed
nsrmmdbd NSR warning Cannot scavenge path_to_mmvolume6 (Permission denied) - recover from backup media
nsrmmdbd NSR warning Cannot scavenge path_to_mmvolume6 (unknown error code) - recover from backup media
nsrmmdbd MDB warning can't fetch save set <saveset ID>
nsrmmdbd MDB warning Unable to fetch child save set <saveset ID> for cover set <saveset ID>

• 미디어 데이터베이스에서 많은 세이브 세트가 갑작스럽게 손실되거나 사용 가능한 디스크 스토리지 여유 공간이 갑자기 증가합니다.
• 소프트웨어가 저장 세트를 만료하거나 삭제하지 못하여 스토리지 소비 속도가 빨라집니다.

다른 데이터베이스와 마찬가지로 미디어 데이터베이스는 다음과 같이 정상적인 작업을 유추하는 다양한 정도로 손상될 수 있습니다. 

• nsrmmdbd 프로세스의 예기치 않은 종료(코어 덤프, 시스템 충돌, 재부팅 또는 전원 손실).
• 중단된 트랜잭션(외부 보안 소프트웨어 간섭 또는 디스크 공간 고갈)
• 논리적 내부 문제(코드 버그 또는 처리되지 않은 조건)
• NetWorker로 관리하는 스토리지의 미디어 데이터베이스 파일 또는 세이브 세트 파일에 직접적인 간섭

미디어 데이터베이스가 손상되지 않도록 보호하는 방법은 다음과 같습니다.

• 가능하면 nsr/mm 폴더에 별도의 로컬 디스크 파티션을 사용하십시오. 이렇게 하면 다른 프로세스로 인한 디스크 공간 고갈과 같은 문제로부터 보호할 수 있습니다. 이 파티션은 미디어 데이터베이스 크기의 3배 이상이어야 합니다. 대용량 미디어 데이터베이스는 현재 10GB입니다. 따라서 모든 설치에 100GB면 충분합니다. 
• 재해 발생 시 미디어 데이터베이스 및 중요 재해 복구 리소스( 부트스트랩)의 백업을 사용할 수 있도록 Server Backup 워크플로를 매일 완료해야 합니다.
• mminfo -B 명령을 사용하여 Bootstraps의 위치를 주기적으로 확인합니다.
• 다른 NetWorker Server가 NetWorker Server의 스토리지 볼륨에 동시에 액세스할 수 있도록 하면 데이터가 손실될 수 있으므로 절대 허용하지 마십시오.
• NetWorker Server에 바이러스 백신 소프트웨어가 설치되어 있는 경우 바이러스 백신 소프트웨어가 NetWorker 파일을 검사, 수정 또는 제거하지 못하도록 /nsr 디렉토리에 대한 예외를 생성합니다. 
• 공간을 확보하기 위해 NetWorker 스토리지의 파일을 수동으로 삭제하지 마십시오. NetWorker에는 매일 실행되는 공간 재확보 루틴이 있으며, 이러한 루틴이 실패한 것으로 간주되면 지원 팀에 문의해야 합니다.
• 일반적으로 데이터 영역 계획의 경우 별도의 풀에 vProxy 세이브 세트, 파일 시스템 세이브 세트 및 Oracle 데이터베이스 세이브 세트와 같이 필요한 경우 유지 보수가 용이하도록 동일한 유형의 데이터를 동일한 풀에 보관합니다.
• 미디어 데이터베이스 오류와 관련된 메시지를 무시하지 마십시오. 문제가 있는 경우 지원 팀에 문의하십시오.

NetWorker의 미디어 데이터베이스와 스토리지 관계를 알고 있어야 하며 스캔 필요 플래그를 사용하여 볼륨을 보호합니다. 

• NetWorker는 서버 백업 워크플로의 일부로 매일 만료 프로세스를 실행합니다. 이 작업은 보존 및 종속성을 계산하고, 보존 기간이 지났고 만료되지 않은 종속 항목이 없는 세이브 세트를 만료시킵니다. 이 작업이 완료되면 NetWorker는 만료된 모든 디스크 볼륨 세이브 세트를 삭제하려고 시도합니다. 그런 다음 각 볼륨에 대해 공간 회수 작업이 실행되어 해당 미디어 데이터베이스 항목이 없는 디스크 미디어에서 세이브 세트 파일을 삭제합니다. 즉, 미디어 데이터베이스가 손상되거나 데이터베이스를 이전 시점으로 복구하면 유효한 데이터가 삭제될 수 있습니다.
• 디스크 볼륨에 문제가 있다고 생각되면 유효한 데이터가 삭제되지 않도록 볼륨이 마운트 해제되고 스캔 필요로 표시되어 있는지 확인합니다. 이는 이전 시점으로 복구한 후의 볼륨에도 적용됩니다(복구 시점 이후에 생성된 디스크에 유효한 세이브 세트가 있을 수 있으므로 복구된 데이터베이스에 항목이 없을 수 있음). 
• 스캔 필요 는 일반적인 백업, 복구 및/또는 클론 생성이 가능하지만 정상적인 만료 또는 삭제는 방지하므로 위험한 것으로 인식된 볼륨을 보호하는 데만 사용하고 일반 작업으로 돌아갈 때 제거해야 합니다. 이 플래그를 설정하거나 제거하려면 볼륨을 마운트 해제해야 합니다. NetWorker Server 재해 복구(nsrdr) 후 볼륨에 "스캔 필요"로 표시하여 재해 복구 시나리오에서 원치 않는 데이터 손실을 방지하는 것이 일반적입니다.

미디어 데이터베이스 문제를 확인하고 수정하는 방법에는 여러 가지가 있습니다. 이러한 시도를 시도하기 전에 영향을 평가하기 위해 전후에 보고서를 생성하여 세이브 세트, 볼륨, 클라이언트 또는 기타 항목이 제거되었는지 확인하십시오.
출력을 호스팅할 디렉토리의 명령줄에서 다음 명령을 실행하여 절차 전후의 미디어 데이터베이스 속성을 비교합니다.

• mminfo -C mminfo-C_pre.mmi
• mminfo -X mminfo-X_pre.mmi
• mminfo -ar "volid,type,location,pool,volume,state,volflags,written,savesets" -q family=disk -xc, > mminfo-vol_pre.mmi

유지 관리를 완료한 후 각각을 별도의 파일(예: *_post.mmi)로 다시 실행하고 값을 비교합니다.

nsrim - 일일 서버 보호

매일 Server Protection > Server 백업 워크플로가 실행되고 만료 작업이 실행됩니다. 만료 작업 시 NetWorker의 기본 유지 보수 유틸리티인 nsrim이 실행됩니다. 이 작업은 직접 실행할 수도 있지만 서버 부하 및 미디어 데이터베이스 크기에 따라 몇 분에서 몇 시간까지 걸릴 수 있습니다.
이 프로세스가 매일 실행되지 않는 한 아무 것도 변경되지 않을 가능성이 없습니다. 데몬 로그에서 nsrim 일일 완료를 확인합니다.

서비스 재시작

NetWorker 서비스를 재시작하면 다양한 시작 검사가 강제되어 데몬 로그 오류 메시지에 문제가 표시되고 잠재적으로 문제가 수정될 수 있습니다. 서비스를 중지하기 전에 데이터베이스 문제가 심각한 것으로 나타나면 사용 가능한 공간이 충분한지, 부트스트랩 위치를 알고 있는지 확인합니다(mminfo -B 출력). nsrmmdbasm -s nsr/mm/mmvolrel_path> mm.xdr 을 먼저 실행하여 현재 미디어 데이터베이스 복제본의 추출을 시도하는 것이 가장 좋습니다. 나중에 포렌식 또는 복구에 필요할 수 있으므로 서비스를 재시작하기 전에 mmvolrel 폴더의 복사본을 만듭니다.

미디어 데이터베이스의 내보내기 및 다시 가져오기

이 프로세스는 실행 가능한 미디어 데이터베이스 레코드만 추출하고 서비스를 중지하지 않고 서버로 다시 가져오기 때문에 전체 재해 복구를 방지합니다. 그러나 이 작업은 서버가 유휴 상태일 때만 수행해야 하며 실행 중인 작업에서는 시도해서는 안 됩니다. mmvolrel 대신 전체 경로 사용(설치 또는 운영 체제에 따라 다를 수 있음)

1. 시작하기 전에 마운트 해제 후 모든 디스크 볼륨을 스캔 필요로 표시하십시오. 디스크 볼륨을 호스팅하는 디바이스에 대해 자동 미디어 관리 가 설정된 경우 먼저 이를 비활성화해야 합니다. 테이프 볼륨에는 이 단계가 필요하지 않습니다. 
2. 서문에 설명된 mminfo 명령을 실행하여 예비 보고서를 준비합니다.
3. 미디어 데이터베이스 mmvolrel 폴더의 크기를 확인하고
4. nsrck, nsrim, nsrmmdbasm프로세스가 실행되고 있지 않은지 확인합니다. MM[Alphanumerics]와 같은 MM 상위 폴더에 크거나 오래되었거나 최근에 수정되지 않은 파일이 있는 경우 프로세스에 의해 잠기지 않은 경우 이동하거나 삭제합니다.
5. nsrmmdbasm -s mmvolrel> mm.xdr  명령을 실행하여 미디어 데이터베이스의 압축을 풉니다.
6. 크기가 비슷해야 하는 경우 새 파일의 크기와 mmvolrel 폴더의 크기를 비교합니다. 매우 작으면(4B 또는 몇 KB) 명령이 실패한 것입니다. 훨씬 더 작은 경우 프로세스의 일부로 제거된 손상된 레코드가 있을 수 있습니다.
7. NMC/NWUI에서 서버의 상태 필드를 재해 복구 로 설정하거나 nwadmin을 사용하여 미디어 데이터베이스를 복구할 서버를 준비합니다.
8. nsrmmdbasm -r -2 < mm.xdr 명령을 다시 사용하여 미디어 데이터베이스 추출 파일에서 직접 복구합니다.
9. 완료되면 프리앰블에 설명된 것과 동일한 mminfo를 실행하고 볼륨별로 세이브 세트 와 기록 값을 비교하여 모든 볼륨이 있는지 확인합니다. 마찬가지로 mminfo -C 값은 동일해야 합니다.
10. 차이가 있는 경우 진행 방법을 기록하고 신중하게 고려하며 결과가 확실하지 않은 경우 지원 팀에 문의하십시오.
    • 정상으로 보이는 볼륨의 경우 세이브 세트와 기록 값이 일치하고 볼륨에서 제거된 것으로 보이는 세이브 세트가 없는 경우 세이브 세트가 삭제될 위험이 없으므로 스캔 필요 플래그를 제거하고 볼륨을 마운트할 수 있습니다. 
    • 세이브 세트 수가 적거나 쓴 총계가 더 적은 볼륨에서는 스캔 필요 플래그를 그대로 두고 scanner: scanner -i devicename을 실행하여 더 이상 레코드가 없는 볼륨에서 찾은 파일을 다시 도입해야 합니다. 각 볼륨에 대한 스캐너가 완료되면 세이브 세트 수를 다시 확인하고 스캔 필요 플래그를 제거합니다. 스캐너가 누락될 것으로 예상되는 세이브 세트를 교체했다고 확신하는 경우 볼륨을 다시 마운트합니다.

nsrdr님

nsrdr에 의해 수행되는 전체 재해 복구는 미디어 데이터베이스뿐만 아니라 리소스 데이터베이스 및 작업 데이터베이스와 같은 다른 서버 요소도 복구합니다. 계속 진행하기 전에 사용 중인 버전의 서버 재해 복구 및 가용성 모범 사례 가이드를 참조하십시오.
이 명령을 실행하려면 스토리지 노드가 온라인 상태이고 연결 가능해야 합니다.