Odstraňování potíží s přístupem k páskové knihovně v nástroji NetWorker

• Nelze získat přístup k instalaci zjištěné páskové knihovny v uzlu úložiště nebo serveru NetWorker
• Nelze zálohovat data kvůli nepoužitelnému zálohovacímu hardwaru
• Chyby při přístupu k robotovi:
  • 0x29
  • Device busy
  • The requested resource is busy
  • Str=<There is an input or output error.>
  • No such device
  • No such file or directory
  • Inappropriate ioctl for device

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 průvodci kompatibilitou hardwaru NetWorker(vyžaduje přihlášení k účtu podpory Dell). Pamatujte, že je možné, aby knihovna byla částečně funkční; Zjišťování samo o sobě nezaručuje použitelnost nebo podporu.

Pokud chcete vyřešit potíže se selháním přístupu ke knihovně, zkontrolujte poslední změny. Poté pomocí základních srovnávacích testů a srovnávacích testů třetích stran potvrďte, zda jakýkoli hostitel nebo proces může spustit odpověď robota.

Někdy je žádoucí testovat konkrétní funkce na základě dostupných důkazů. Pokud se hostitel A může dotazovat robota, ale hostitel B ne, robot reaguje. Řidič hostitele A může robota zamykat. Pokud k hostiteli B dochází k chybám i po zrušení zóny všech hostitelů, může mít problém s ovladačem, konfigurací nebo softwarem.

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

Po zjištění knihovny otestujte pomocí následujících příkazů základní operace SCSI prostřednictvím přenosu úložiště, nikoli Ethernetu nebo webového uživatelského rozhraní. Vždy se ujistěte, že opravy operačního systému jsou aktuální, zejména pokud jde o úložiště.

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

Přístup do knihovny: Operační systém:

• Windows: Neexistuje žádný nativní způsob, jak se dotazovat na páskovou knihovnu v systému Windows. mtx je freewarová utilita, kterou lze v případě potřeby otestovat. Při vydávání příkazů používá popisovač měniče, nikoli adresu SCSI (což může mít vliv na testování).

• Linux: Stejně jako Windows nemá žádný nativní příkaz k dotazování, ale má také mtx port, který vyžaduje popisovač ovladače zařízení (opět se liší od způsobu, jakým k němu přistupuje NetWorker).

• Solaris: Solaris obsahuje sgen ovladač pro nativní podporu páskové knihovny, ale ne mtx port ani jiné příkazy nativní knihovny. Místo toho si přečtěte část o příkazech NetWorker pro testování přístupu ke knihovně (níže).
   
• AIX: AIX nemá žádnou nativní podporu páskové knihovny (lus místo toho se používá) a ne mtx port pro něj existuje. Místo toho si přečtěte část o příkazech NetWorker pro testování přístupu ke knihovně (níže).

• Systémy HP-UX: mc je nativní příkaz HP-UX pro manipulaci se středním měničem:

• NetWorker: Tyto příkazy fungují na relativně atomické úrovni, a přestože jsou napsány, zkompilovány a testovány podporou NetWorker, nevyžadují ke své funkci spuštěnou instanci NetWorker ani žádnou konfiguraci NetWorker. Obecně jsou považovány za spolehlivé, nízkoúrovňové, softwarově nezávislé testovací nástroje. Chcete-li zvýšit ladění pro většinu nástrojů, můžete přidat následující proměnné prostředí:

SJI_DEBUG=9
LUS_DEBUG=9 (lusdebug ffff on AIX)
CDI_DEBUG=9
SCSI_DEBUG=9
JBDEBUG=9

V níže uvedeném '<changer address>' se liší podle operačního systému:

Windows: Initiator.Target.LUN (jak odhalil inquire příkaz) nebo \\.\changer# Rukojeť
ovladačeLinux: Intiator.Target.LUN (jak odhalil inquire příkaz) nebo /dev/sg# rukojeť
řidičeSolaris: /dev/scsi/changer/c#t#d# Rukojeť
ovladačeAIX: Initiator.Target.LUN (jak odhalil inquire příkaz)
HP-UX: Initiator.Target.LUN (jak odhalil inquire příkaz) nebo /dev/rac/c#t#d# Madlo řidiče

Přístup do knihovny: Obnovení knihovny:

Doprava – konfigurace

• Pro sítě SAN: Ověřte, že robot i zamýšlený hostitel řízení robota NetWorker jsou řádně přihlášeni k přepínači, a zkontrolujte zónování robota, abyste se ujistili, že je možné komplexní připojení.
• Roboti nejsou určeni k tomu, aby k nim přistupoval nebo je ovládal více než jeden hostitel; Pokud není potřeba (například rozdělený robot), zajistěte, aby robot viděl pouze zamýšlený hostitel řadiče robota NetWorker.
• Je možné testovat expandéry SAS, aby se zajistilo, že je navázáno robotické spojení; Čistá technologie point-to-point, jako je SCSI, vyžaduje testování připojení od příslušného hostitele.

Přeprava železářského hardwaru

• Pokud jsou zjištěny problémy na úrovni hostitele nebo transportního hardwaru, zvažte otestování přepínače nebo expandéru nebo výměnu kabelů za "známé, funkční" příklady, abyste vyloučili problémy s kabeláží.
• Zkontrolujte firmware přepravního hardwaru a firmware samotného robota, zda nenajdete měnu.
• U SCSI se ujistěte, že jsou terminátory správně umístěny a správně usazeny, jsou dodrženy limity délky kabelů a že je použito správné napětí.

Přenos hostitele – konfigurace

• Ujistěte se, že dotčený hostitel má aktuální ovladače a firmware pro své transportní ovladače – použijte EMCReports (v balíčku s nsrget -o:e).
• Ujistěte se, že všechny požadované ovladače adaptéru hostitelské sběrnice (HBA) jsou vytvořeny odpovídajícím způsobem pro operační systém.

Hostitelský software – uzamykání zdrojů

• U každého hostitele, který je zónový pro zobrazení robota (ideálně pouze určený hostitel NetWorker), zkontrolujte, zda existuje jakýkoli software, který by se mohl pokoušet o přístup k robotovi, jako je jiný zálohovací software, monitorovací software nebo samostatné nástroje, které se mohou pokoušet o přístup k robotovi.
• V případě systému Solaris 10 není robot přístupný, když je připojen proces nsrlcpd NetWorker. proto se může jevit jako nepřístupná (nebo dokonce nezjistitelná), dokud nebude knihovna v nástroji NetWorker zakázána (vynucení nsrlcpd odpojit se a zemřít).
• Pokud existuje podezření, že zamknul nebo získal přístup k robotu nebo jakékoli jednotce, přečtěte si článek Odstraňování problémů s přepsanými štítky a resety SCSI v nástroji NetWorker, kde naleznete další informace o odstraňování problémů a identifikaci.

Pokud operační systém knihovnu rozpozná, ale knihovna nereaguje na příkazy, je do určité míry funkční. Může být uzamčen jiným procesem nebo hostitelem, ovlivněn problémy s přenosem nebo může dojít k poruše na úrovni komponenty.

Pokud není možné určit, že k robotu přistupuje jiný proces nebo hostitel než uzel úložiště NetWorker určený k jeho řízení, přečtěte si článek Odstraňování problémů s hardwarem páskové knihovny v nástroji NetWorker , abyste zjistili, zda se jedná o problém se samotným robotem.

Ujistěte se, že rozumíte tomu, že problémy s robotikou, které jsou zobrazeny jako mimo rozsah aplikace NetWorker (čtěte: nelze je získat pomocí standardních metod operačního systému), nespadají do rozsahu podpory NetWorker.
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ů.