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

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

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Instructions

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

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

라이브러리가 작동하지 않는 경우 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
 
참고: lusbinfochangers 일부 플랫폼에는 존재하지 않을 수 있습니다. 원하는 경우 환경 변수를 설정하여 디버그 수준을 높일 수 있습니다 LUS_DEBUG:

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

Additional Information

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

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

Affected Products

NetWorker Series
Article Properties
Article Number: 000079269
Article Type: How To
Last Modified: 23 يناير 2026
Version:  4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.