NetWorker: NetWorker의 테이프 라이브러리 준비 문제 해결
요약: 이 문서는 NetWorker 지원 및 백업 관리자가 구성된 로봇이 NetWorker 내에서 준비 상태로 전환되지 않는 이유를 확인하는 데 도움이 됩니다.
증상
- 탐지 및 구성된 라이브러리가 작업 준비 상태로 전환되지 않음
- 라이브러리를 백업 작업에 사용할 수 없습니다
- 라이브러리가 NMC(NetWorker Management Console) 디바이스 ->라이브러리 섹션에서 준비로 표시되지 않습니다.
- 라이브러리 작업은 모두 시도 없이 실패하고 다양한 오류 메시지가 반환됩니다.
nsrjb: Jukebox <library_name>: (Not ready to accept commands)15776:nsrjb: No jukeboxes are currently usable.
원인
라이브러리 구성이 이전에 작동하던 중 갑자기 문제가 발생한 경우 감지 및 구성을 방해할 수 있는 변경 사항을 고려하십시오.
- 로봇, 스위치 또는 어댑터 펌웨어, 드라이버 또는 구성 변경
- 라이브러리에 대한 호스트 액세스 변경(전송 조닝, 구성 또는 펌웨어 변경)
- 드라이브, 테이프 카트리지 또는 기타 라이브러리 구성 요소의 추가, 교체 또는 제거
- NetWorker 소프트웨어 버전, 운영 체제 패치 변경
- 데이터 경로에 있는 구성 요소의 정전 또는 재부팅과 같은 모든 하드웨어 이벤트
- NetWorker 구성과 라이브러리 간의 불일치(예: 테이프 카트리지가 NetWorker의 통제를 벗어났음)
라이브러리가 작동하지 않으면 NetWorker 하드웨어 호환성 가이드 에서 하드웨어가 지원되는지 확인합니다(Dell 지원 계정 로그인 필요). 라이브러리가 부분적으로 기능할 수 있음을 기억하십시오. 검색만으로는 유용성이나 지원이 보장되지 않습니다.
해결
라이브러리 준비 상태 문제를 진단하려면 먼저 최근 변경 사항을 고려하십시오. 그런 다음 프로세스의 각 구성 요소를 분리하고 독립적으로 테스트합니다.
-o:d 스위치와 함께 전달하면 안 됩니다. 그렇지 않은 항목은 수동으로 시도할 경우 위험하다고 간주될 수 있는 작업으로 제한됩니다.
NSRGET에 대한 자세한 내용은 다음을 참조하십시오. NetWorker: NSRGet NetWorker 데이터 수집 툴을 사용하는 방법
라이브러리 준비: 통신:
- 탐지: 호스트가 여전히 로봇을 보고 통신할 수 있는지 확인하십시오. 데이터 경로에 어떤 종류의 연결 변경 또는 전원 주기가 있는 경우 탐지를 확인합니다.
- 액세스: 다음 문서에 따라 명령 배터리를 테스트하여 로봇이 응답하는지 확인하십시오.
- 데이터 수집: 언급했듯이
nsrget -o:d이 단계까지 라이브러리 응답성을 확인하는 데 필요한 대부분의 데이터를 수집할 수 있습니다.
라이브러리 준비: 초기화:
- 요소 초기화: 이것은 로봇이 SCSI 클라이언트 액세스를 위해 온라인으로 전환하기 전에 요소를 준비하고 테이프 카트리지의 위치를 확인할 수 있는 라이브러리 수준 활동입니다. 다음 명령을 사용하여 시뮬레이션합니다.
ielem -a <changer address>
이 명령이 실패하면 공급업체 지원이 필요한 더 깊은 로봇 수준 문제가 있음을 나타낼 수 있습니다. 주크박스 기능을 통해 INIT 명령을 비활성화하여 문제를 해결할 수 있지만 이렇게 하면 전체 기능이 줄어듭니다.no_init_elem_stsno_start_init_elem_sts
라이브러리 준비: NetWorker 구성:
논리적 레벨에서 라이브러리가 준비되는 것에 영향을 줄 수 있는 몇 가지 구성 속성은 다음과 같습니다.
- NSR 주크박스: 제어 포트 값입니다. 이는 일반적인 라이브러리 구성 중에 설정되지만 핸들이 변경되어 설정이 무효화되면 통신할 주소가 잘못되어 라이브러리가 시작되지 않습니다. 첨삭 방법:
- NetWorker에서 라이브러리 리소스 비활성화
- 새 라이브러리 주소(
inquire -s) - 다음으로
nsradmin유틸리티를 사용하여control port필드 - 라이브러리 다시 활성화 및 테스트
- NSR 주크박스: 주크박스 기능가치. 또한 이 값은 구성 중에 자동으로 설정되며, 라이브러리 모델 자체에 대한 구체적인 지식과 필요에 따라 일부 옵션을 사용하거나 사용하지 않도록 설정할 수 있습니다. 변경하는 가장 일반적인 이유는 위에 설명되어 있습니다.
- NSR 주크박스: 로드된 볼륨/볼륨 시작 시 일부 모드에서
nsrjb -C출력이 의 출력과 일치하지 않습니다.sjirdtag <changer address>어떤 테이프 카트리지가 어떤 요소에 상주하는지에 따라 라이브러리가 준비되지 않을 수 있습니다. 수정하려면sjimmNetWorker가 예상하는 요소로 볼륨을 이동하는 명령입니다. - NSR 주크박스: 사용 가능한 슬롯. 로봇이 보고하는 슬롯 수가 NSR 주크박스 리소스의 구성된 값과 일치하지 않으면 라이브러리가 준비되지 않을 수 있습니다.
- NSR 주크박스: 하드웨어 ID/기존 드라이브 ID 로봇 또는 드라이브의 일련 번호가 변경되거나 잘못 보고되면 라이브러리가 준비 상태로 전환되지 않을 수 있습니다.
라이브러리 준비: 기타 하드웨어 및 환경 문제
다음을 수행하면 NetWorker에서 라이브러리가 Ready 상태가 되지 않습니다.
- 라이브러리 로봇 도어가 열려 있습니다(이 작업을 수행하기 전에 NetWorker 라이브러리 리소스를 항상 비활성화해야 함).
- 라이브러리에 대한 일련 번호, 슬롯 수 또는 기타 속성 변경
- 로봇 리소스를 액세스하는 nsrlcpd 프로세스에서 로봇 리소스를 잠그는 다른 호스트 또는 프로세스
- 테이프 카트리지가 드라이브, 슬롯 또는 로봇 손에 끼어 있음
- 로봇의 반응을 방해할 수 있는 기타 일시적인 하드웨어 문제
라이브러리 준비: 디버깅
- 다양한 디버깅 데이터를 가져오려면 시스템 환경(Windows) 또는 /nsr/nsrrc 시작 스크립트(Linux)에서 디버그 변수를 설정합니다.
SJI_DEBUG=9LUS_DEBUG=9CDI_DEBUG=9SCSI_DEBUG=9JBDEBUG=9
- NetWorker에서 라이브러리를 비활성화하고 변경합니다.
debug trace level를 5로 설정하고 로깅을 위해 다시 활성화합니다. - 선택적으로, 운영 체제에 따라 시작 단계에서 라이브러리에 대한 추적 및 강제 덤프를 수집할 수 있습니다
위의 제안 중 어느 것도 도움이 되지 않으면 디버그에서 수집된 증거가 내부 이상을 제안하는 경우 라이브러리 공급업체의 지원을 적절하게 요청하세요.