NetWorker: NetWorker의 테이프 라이브러리 탐지 문제 해결

요약: 이 문서는 지원 및 NetWorker 관리자가 호스트에서 라이브러리를 감지할 수 없는 원인을 확인하는 데 도움을 주기 위해 작성되었습니다.

이 문서는 다음에 적용됩니다. 이 문서는 다음에 적용되지 않습니다. 이 문서는 특정 제품과 관련이 없습니다. 모든 제품 버전이 이 문서에 나와 있는 것은 아닙니다.
기타 리소스 확인

지침

라이브러리가 이전에 작동하다가 갑자기 작동하지 않는 경우 마지막으로 알려진 변경 사항을 가능한 원인으로 간주합니다.

  • 디바이스 재부팅, 재검색 및 이름 변경 후 라이브러리 주소에서 처리되지 않은 변경
  • 전원 서지, 정전 또는 기타 환경 이벤트로 인한 손상 가능성
  • 전송 하드웨어의 장애 이벤트 또는 재구성
  • 운송 또는 로봇과 관련된 소프트웨어 또는 드라이버의 설치, 변경 또는 삭제

라이브러리가 작동하지 않는 경우 NetWorker 하드웨어 호환성 가이드 에서 하드웨어가 지원되는지 확인합니다(Dell 지원 계정 로그인 필요).
 

  • NetWorker Storage Node 또는 Server에서 테이프 라이브러리 설치를 감지할 수 없음
  • 사용할 수 없는 백업 하드웨어로 인해 데이터를 백업할 수 없습니다.

라이브러리 검색 실패를 진단하려면 먼저 최근 변경 사항을 고려합니다. 그런 다음 검색 프로세스를 가장 낮은 수준에서 분석하고 각 단계를 테스트합니다.

때로는 사용 가능한 증거를 기반으로 더 진화된 발견 단계로 나아가는 것이 바람직합니다. 호스트 A가 로봇을 감지하지 못하고 호스트 B가 성공하면 로봇에 문제가 없을 가능성이 높습니다. 호스트는 서로 다른 스위치를 사용할 수 있으므로 이를 첫 번째로 조사할 영역입니다. 이 예의 다른 차이점으로는 호스트 자체, 운영 체제, HBA, 조닝, 케이블 연결 등이 있습니다.

문제가 발생하기 전에 호스트가 로봇을 감지한 경우 변경되었을 가능성이 가장 높은 항목에 초점을 맞춥니다. 이벤트 후 오류 또는 알려진 구성 변경 사항을 조사합니다.

다음 명령을 사용하여 먼저 운영 체제가 라이브러리를 감지할 수 있는지 확인합니다. 특히 스토리지와 관련하여 운영 체제 패치가 항상 최신 상태인지 확인합니다.

참고: 위의 내용을 포함한 포괄적인 초기 데이터 세트를 수집하는 가장 쉬운 방법은 nsrget -o:d 영향을 받는 서버 및 노드에서.
주의: 하지 말아야 할 일 -o:d 테이프를 쓰는 데 사용 중인 테이프가 있는 모든 호스트에서 NMC(NetWorker Management Console)의 모니터링 -> 디바이스에서 이를 확인할 수 있습니다. 

다음 문서에서는 NSRGET을 가져오고 사용하는 방법에 대한 정보를 제공합니다. NetWorker: NSRGet NetWorker 데이터 수집 툴을 사용하는 방법

라이브러리 감지: 운영 체제:

  • Windows: PnP(플러그 앤 플레이) 하위 시스템에서 감지되지 않는 디바이스는 NetWorker에서 액세스하지 못할 수 있습니다. 공급업체 드라이버가 설치되지 않은 경우에도 일반 드라이버가 존재하기 때문에 드라이버 없는 라이브러리의 인스턴스는 없습니다. StorPort 는 통화를 확인해야 하는 하위 수준 Windows 스토리지 드라이버 구성 요소입니다.
devmgmt.msc (장치 관리자)
devcon drivernodes *CHANGER*
  • Linux: 서브시스템이 검색하고 열거한 SCSI 클래스 디바이스를 표시합니다. Linux는 sg IBM의 Atape 드라이버가 설치되어 있지 않은 경우 라이브러리용 드라이버(권장하지 않음).
cat /proc/scsi/scsi (감지된 라이브러리 표시)
echo "- - -" > /sys/class/scsi_host/host#/scan (강제 재감지)
 
  • Solaris: cfgadm 또는 luxadm 포트/ dump_map 명령은 라이브러리 장치를 열거할 수 있습니다. 이것에 실패하면, update_drv 탐지와 부착 능력을 모두 보장하는 데 사용할 수 있습니다. sgen 드라이버 인스턴스.
cfgadm -lavo show_FCP_dev
for FCI in `luxadm -e port | cut -f1`; do luxadm -e dump_map $FCI; done
rm -f /dev/scsi/changer/*; update_drv -f sgen -v
 
  • AIX: CU 대신 cfgmgr 대부분의 상황에서; 경우 Atape 드라이버가 사용 중입니다. 사용 lsdev파일의 무결성을 확인합니다. 이 경우 - Atape smc 드라이버가 '정의됨' 으로 나열되고 '사용 가능' 이 아닙니다(충돌 발생).
cfgmgr -v | grep -i changer
lsdev -Cc tape
rmdev -l smc0 (만약에 lsdev 사용할 수 있는 것으로 표시)
 
  • HP-UX: ioscan 는 체인저 클래스 디바이스를 열거하는 데 필요한 유일한 명령입니다.
ioscan -FnkC autoch

NetWorker용 inquire 명령(아래)이 성공하려면 임시 디바이스 검색 캐시 파일을 제거해야 할 수 있습니다.

rm -f /tmp/lgto_scsi_devlist
 
  • 오픈VMS: 다음 명령을 사용하여 연결을 확인합니다.
mcr sysman IO AUTOCONFIGURE
show device gk/full
  • NetWorker: 이러한 명령은 참조로 제공되며 일반적으로 위에 제공된 운영 체제 명령보다 높은 레벨에서 수행됩니다. 당면한 문제에 대한 힌트로 추가 정보나 오류를 제공하여 하위 수준 문제를 진단하는 데 유용할 수 있지만 하위 수준 작업이 실패하는 경우 성공할 것으로 예상되지 않습니다.
inquire -lc
lusbinfo -v
changers
dvdetect -dlV -D9
 
참고: lusbinfo 및 changers 일부 플랫폼에는 존재하지 않을 수 있습니다. 원하는 경우 환경 변수를 설정하여 디버그 수준을 높일 수 있습니다 LUS_DEBUG:

UNIX: export LUS_DEBUG=9
Windows: set LUS_DEBUG=9
AIX: lusdebug ffff
또한 다음을 시도하십시오. SJI_DEBUG=9, SCSI_DEBUG=9, JBDEBUG=9 

추가 정보

NetWorker의 애플리케이션 범위를 벗어난 것으로 표시되는 로보틱스 문제(읽기: 표준 운영 체제 방법을 사용하여 검색할 수 없음)는 NetWorker 지원 범위에 포함되지 않는다는 점을 이해해야 합니다. 
자세한 내용은 다음을 참조하십시오. NetWorker: NetWorker

의 테이프 라이브러리 문제 해결지원 부서는 위의 기준을 사용하여 지침을 제공할 수 있지만 OS, HBA 또는 로봇 공급업체 리소스가 없습니다. 이러한 제한으로 인해 문제 해결이 장시간 실패할 수 있습니다.

해당 제품

NetWorker Series
문서 속성
문서 번호: 000079269
문서 유형: How To
마지막 수정 시간: 23 1월 2026
버전:  4
다른 Dell 사용자에게 질문에 대한 답변 찾기
지원 서비스
디바이스에 지원 서비스가 적용되는지 확인하십시오.