NetWorker: Odstraňování problémů s detekcí páskové knihovny v nástroji NetWorker

Shrnutí: Tento článek má pomoci správcům podpory a NetWorker při určování příčin, proč hostitel nemůže rozpoznat knihovnu.

Tento článek se vztahuje na Tento článek se nevztahuje na Tento článek není vázán na žádný konkrétní produkt. V tomto článku nejsou uvedeny všechny verze produktu.
Podívejte se na další zdroje

Pokyny

Pokud knihovna dříve fungovala a nyní nefunguje, považujte za pravděpodobnou příčinu poslední známou změnu:

  • Neošetřená změna adresy knihovny po restartování, opětovném zjištění a přejmenování zařízení
  • Možné poškození v důsledku přepětí, výpadku nebo jiné ekologické události
  • Selhání nebo rekonfigurace transportního hardwaru
  • Instalace, změna nebo odstranění softwaru nebo ovladačů souvisejících s dopravou nebo robotikou

Pokud knihovna nikdy nefungovala, ověřte, zda je hardware podporován v příručce NetWorker Hardware Compatibility Guide  (vyžaduje přihlášení k účtu podpory Dell).
 

  • Nepodařilo se zjistit instalaci páskové knihovny v uzlu úložiště nebo serveru NetWorker
  • Nelze zálohovat data kvůli nepoužitelnému zálohovacímu hardwaru.

Pokud chcete diagnostikovat selhání detekce knihoven, nejprve zvažte všechny nedávné změny. Dále rozdělte proces zjišťování z jeho nejnižších úrovní a otestujte každou fázi.

Někdy je žádoucí pokročit do vyvinutější fáze objevování na základě dostupných důkazů. Pokud hostitel A nedokáže detekovat robota, zatímco hostitel B uspěje, robot pravděpodobně není na vině. Hostitelé mohou používat různé přepínače, takže je to první oblast, kterou je třeba prozkoumat. Mezi další rozdíly v tomto příkladu patří samotný hostitel, případně operační systém, HBA, zónování, kabeláž atd.

Pokud hostitel detekoval robota před problémem, zaměřte se na položky, které se s největší pravděpodobností změnily. Prošetřte selhání nebo známé změny konfigurace po události.

Pomocí následujících příkazů nejprve zjistěte, zda operační systém dokáže knihovnu rozpoznat. Vždy se ujistěte, že opravy operačního systému jsou aktuální, zejména pokud jde o úložiště.

POZNÁMKA: Nejjednodušší způsob, jak shromáždit komplexní počáteční datovou sadu, včetně výše uvedeného, je spustit nsrget -o:d na dotčeném serveru a uzlech.
VAROVÁNÍ: NEPOUŽÍVEJTE -o:d Na libovolném hostiteli s páskami, kde jsou pásky zaneprázdněny zápisem. Můžete to zkontrolovat v konzoli NetWorker Management Console (NMC) v části Monitoring –>Devices. 

Následující článek obsahuje informace o získání a používání nástroje NSRGET: NetWorker: Jak používat nástroj NSRGet na shromažďování dat v prostředí NetWorker

Detekce knihovny: Operační systém:

  • Windows: Zařízení nerozpoznaná podsystémem Plug-and-Play (PnP) nemusí být pro software NetWorker přístupná. Nikdy neexistuje instance knihovny bez ovladače, protože obecný ovladač existuje i v případě, že ovladač dodavatele není nainstalován. StorPort je nízkoúrovňová komponenta ovladače úložiště systému Windows, u které je třeba kontrolovat měnu.
devmgmt.msc (Správce zařízení)
devcon drivernodes *CHANGER*
  • Linux: Zobrazí zařízení, která zařízení třídy SCSI subsystém zjistil a vyjmenoval. Linux používá sg ovladač pro knihovny, pokud není nainstalován ovladač IBM Atape (nedoporučuje se).
cat /proc/scsi/scsi (zobrazit zjištěné knihovny)
echo "- - -" > /sys/class/scsi_host/host#/scan (vynutit opětovnou detekci)
 
  • Solaris: cfgadm nebo luxadm Port/ dump_map Příkazy mohou vytvořit výčet zařízení knihovny. Pokud se to nepodaří, update_drv lze použít jak k detekci, tak ke schopnosti připojit sgen ovladače.
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: Pomocí cfgmgr ve většině případů; Pokud Atape ovladač se používá, použijte lsdev. V takovém případě se ujistěte, že Atape smc Ovladač je uveden jako "Defined" a není "Available" (což způsobuje konflikty).
cfgmgr -v | grep -i changer
lsdev -Cc tape
rmdev -l smc0 (pokud lsdev ukazuje, že je k dispozici)
 
  • Systémy HP-UX: ioscan je jediný příkaz vyžadovaný k vytvoření výčtu zařízení třídy changer.
ioscan -FnkC autoch

Pro nástroj NetWorker inquire Příkaz (níže), aby byl úspěšný, může být nutné odebrat dočasný soubor mezipaměti zjišťování zařízení:

rm -f /tmp/lgto_scsi_devlist
 
  • Openvms: K ověření připojení použijte tyto příkazy:
mcr sysman IO AUTOCONFIGURE
show device gk/full
  • NetWorker: Tyto příkazy slouží pouze pro referenci a obecně fungují na vyšší úrovni než výše uvedené příkazy operačního systému. Mohou být užitečné při pokusu o diagnostiku problému nižší úrovně poskytnutím dalších informací nebo chyb jako nápovědy k danému problému, ale neočekává se, že budou úspěšné, pokud operace nižší úrovně selhávají.
inquire -lc
lusbinfo -v
changers
dvdetect -dlV -D9
 
POZNÁMKA: lusbinfo a changers nemusí existovat na všech platformách. V případě potřeby můžete zvýšit úrovně ladění nastavením proměnné prostředí LUS_DEBUG:

UNIX: export LUS_DEBUG=9
Windows: set LUS_DEBUG=9
AIX: lusdebug ffff
Zkuste také: SJI_DEBUG=9, SCSI_DEBUG=9, JBDEBUG=9 

Další informace

Ujistěte se, že rozumíte tomu, že problémy s robotikou, které jsou zobrazeny mimo rozsah aplikace NetWorker (čtení: nelze je zjistit pomocí standardních metod operačního systému), nespadají do rozsahu podpory NetWorker. 
Další informace naleznete zde: NetWorker: Odstraňování problémů s páskovou knihovnou v nástroji NetWorker

Podpora vám může poskytnout pomoc s využitím výše uvedených kritérií, ale nemáme zdroje od dodavatelů operačního systému, HBA ani robotiky. Toto omezení může vést k zdlouhavému a neúspěšnému odstraňování problémů.

Dotčené produkty

NetWorker Series
Vlastnosti článku
Číslo článku: 000079269
Typ článku: How To
Poslední úprava: 23 Jan 2026
Verze:  4
Najděte odpovědi na své otázky od ostatních uživatelů společnosti Dell
Služby podpory
Zkontrolujte, zda se na vaše zařízení vztahují služby podpory.