NetWorker에서 테이프 라이브러리 드라이브 순서 문제 해결

플러그 앤 플레이 운영 체제에서 디바이스에는 검색 순서대로 SCSI 타겟 주소가 할당됩니다.

SAN의 검색 순서가 고정되어 있지 않고 연결 끊김으로 인해 플러그 앤 플레이가 타겟 번호를 재정의하기 때문에 타겟 번호는 고정되지 않습니다.

플러그 앤 플레이 시스템은 열거 순서(SCSI 타겟 ID 포함)에 따라 디바이스 이름(및 이름 변경)을 수행하므로 디바이스에 대한 운영 체제의 연결이 우발적이거나 의도적으로 중단될 경우 디바이스 이름이 변경될 수 있습니다.

'드라이브 순서' 문제는 디바이스에 대해 구성된 NetWorker 드라이버 이름이 실제 이름과 일치하지 않는 상태를 설명합니다. 이는 NetWorker 라이브러리를 처음 구성한 후 운영 체제에서 드라이버 이름이 변경되어 나타나는 경우가 가장 일반적입니다. 이는 일반적으로 Windows 및 Linux에 영향을 주는 플러그 앤 플레이 운영 체제 문제입니다.
 
다음을 포함하되 이에 국한되지 않는 이 문제와 관련된 많은 오류 및 조건이 있습니다.

• 오류: 'nsrd: 미디어 정보: 드라이브 '{driver handle}'을(를) 슬롯 {slot number}(으)로 언로드하지 못함, 오류 '69''
• 오류: '{hostname} 대상 구성 요소가 가득 찼습니다.'
• 오류: '{driver handle} 읽기 열기 오류, 해당 장치 또는 주소 없음'
• 오류: '오프닝: I/O 오류'
• 오류: 'nsrd: 주크박스 '{jukebox}' 실패: 예상 볼륨 '{volid}'에 {volid}'가 있습니다.
• 오류: 'nsrd: 주크박스 '{jukebox}' 실패: 예상 볼륨 '(volume_name)'에 'NULL''이 있습니다.
• 오류: '읽기 열기 오류, 장치가 준비되지 않음'
• 오류: 'nsrjb: 주크박스 오류, 할당된 모든 드라이브를 사용할 수 없음, 복구할 수 없는 작업 오류'
• 오류: 'nsrd: 주크박스 '{jukebox}' 실패: 예상 볼륨 '{volid}'에 {volid}'가 있습니다.
• 오류: 'nsrd: 주크박스 '{jukebox}' 실패: 예상 볼륨 '{volume}'에 'NULL''이 있습니다.
• 오류: '읽기 열기 오류, 장치가 준비되지 않음'
• 오류: 'nsrjb: 주크박스 오류, 할당된 모든 드라이브를 사용할 수 없음, 복구할 수 없는 작업 오류'
• 오류: nsrd: 미디어 경고: {driver handle} 읽기: 읽기 열기 오류: 드라이브에 미디어가 없습니다.'
• 오류: '인벤토리: 바코드 레이블 '{barcode}'이(가) 미디어 DB 바코드 레이블과 일치하지 않아 미디어 db 업데이트 중
• 오류: '잘못된 요청, 매체가 없음'
• 오류: 'nsrd: 미디어 정보: 드라이브 '{driver handle}'을(를) {slot number} 슬롯에 언로드하는 데 실패했습니다.

NetWorker에서 테이프 라이브러리를 처음 구성할 때 라이브러리 객체가 생성되어 해당 시점에 OS 생성 드라이버 핸들과 하드 드라이브를 연결합니다. 구성 시의 관계를 반영하는 정적 연결입니다. 예를 들어, 라이브러리에는 두 개의 장치가 있을 수 있습니다.
물리적 드라이브 1 = \\.\Tape0 (또는 Linux의 경우 /dev/nst0 )
물리적 드라이브 2 =\\.\Tape1 (또는 /dev/nst1)

Windows 또는 Linux와 같은 플러그 앤 플레이 운영 체제에서 시스템에서 장치가 사라지면 운영 체제가 장치의 이름을 바꿀 수 있습니다. 여기에는 단순히 호스트를 재부팅하는 것이 포함됩니다. 장치 또는 연결과 관련된 연결 하드웨어. 특히 디바이스 검색이 무질서할 수 있는 SAN에서는 다음 재부팅 시 디바이스 이름이 다르게 지정될 수 있습니다. 예를 들어, 위와 대조됩니다.Physical
drive 1 = \\.\Tape1 or /dev/nst1
Physical drive 2 = \\.\Tape0 or /dev/nst0

원하는 이름을 사용하는 디바이스가 있다고 가정하면 이러한 디바이스에 대한 명령은 계속 작동할 수 있습니다. 그러나 NetWorker 라이브러리 요소에서 드라이버 핸들과 물리적 요소의 연결이 더 이상 올바르지 않기 때문에 NetWorker가 디바이스의 올바른 이름을 더 이상 인식하지 못합니다. 예를 들어, NetWorker는 테이프 카트리지를 드라이브 요소에 로드하지만 원래 의(이제는 운영 체제 이벤트 다음에는 올바르지 않은) 테이프 드라이버 이름을 사용하여 테이프 작업을 수행할 수 있습니다. 즉, 테이프 드라이브 1은 로드하지만 드라이브 2(드라이브 1의 이전 이름이 재할당됨)에 명령을 실행할 수 있습니다. 이로 인해 예기치 않은 볼륨(또는 전혀 발견되지 않음)을 찾을 수 있다고 가정할 때 광범위한 오류가 발생할 수 있습니다. 드라이브 주문 조건에는 여러 가지 원인이 있을 수 있습니다.

• jbconfig 또는 jbedit 명령을 사용한 라이브러리의 수동 잘못 구성
• 호스트, 스토리지 어댑터, 스토리지 연결 하드웨어 또는 테이프 디바이스 재부팅
• 디바이스에 대한 일시적인 연결 끊김
• 운영 체제에서 디바이스 비활성화 및 재활성화
• 운영 체제 업데이트
• 디바이스 또는 스토리지 어댑터 드라이버 업데이트

영구 이름 지정:

이는 모범 사례로 간주되며 사전 예방적으로 보호하기 위해 문제가 발생하지 않은 경우에도 지원 팀에서 권장할 수 있습니다. 다음 문서의 정보를 사용하십시오.

• Windows용 테이프 디바이스 이름 지속성 구현
• Linux용 테이프 디바이스 이름 지속성 구현