NetWorker: Felsöka problem med beredskap för bandbibliotek i NetWorker
Sammanfattning: Den här artikeln hjälper NetWorker-support- och säkerhetskopieringsadministratörer att ta reda på varför en konfigurerad robot inte kan försättas i tillståndet Klar i NetWorker.
Symptom
- Identifierat och konfigurerat bibliotek försätts inte i läget Klar för åtgärder
- Biblioteket är inte tillgängligt för säkerhetskopiering
- Biblioteket visas inte som Klar i avsnittet NetWorker Management Console-enheter (NMC) –>bibliotek .
- Alla biblioteksåtgärder misslyckas utan försök och returnerar olika felmeddelanden
nsrjb: Jukebox <library_name>: (Not ready to accept commands)15776:nsrjb: No jukeboxes are currently usable.
Orsak
Om bibliotekskonfigurationen fungerade tidigare och plötsligt stöter på ett problem bör du överväga möjliga ändringar som kan hindra identifiering och konfiguration:
- Ändring av den fasta programvaran för robot, switch eller adapter, drivrutin eller konfiguration
- Ändring av värdåtkomst till bibliotek (transportzonindelning, konfiguration eller ändring av inbyggd programvara)
- Tillägg, byte eller borttagning av enheter, bandkassetter eller andra bibliotekskomponenter
- Ändring av NetWorker-mjukvaruversion, korrigeringsfiler för operativsystem
- Alla maskinvaruhändelser, t.ex. strömavbrott eller omstart av någon komponent i datasökvägen
- Avvikelser mellan NetWorker-konfiguration och -bibliotek (t.ex. bandkassetter som flyttats utanför NetWorkers kontroll)
Om biblioteket aldrig har fungerat kontrollerar du att maskinvaran stöds i NetWorker-kompatibilitetsmanualen för maskinvara (inloggning till Dell-supportkonto krävs). Kom ihåg att det är möjligt för ett bibliotek att vara delvis funktionellt; Enbart identifiering garanterar inte användbarhet eller support.
Upplösning
Om du vill diagnostisera problem med bibliotekets Ready State bör du först överväga eventuella nyliga ändringar. Isolera sedan varje komponent i processen och testa den oberoende av varandra.
-o:d Växla. De föremål som inte är det är begränsade till de operationer som kan anses vara farliga om de utförs manuellt.
Mer information om NSRGET finns i: NetWorker: Så här använder du datainsamlingsverktyget NSRGet i NetWorker (På engelska)
Redo för bibliotek: Kommunikation:
- Upptäckt: Se till att värden fortfarande kan se och kommunicera med roboten; Om det har skett en anslutningsändring av något slag, eller en strömcykel för något i DataPath, bekräftar du identifieringen:
- Tillgång: Se till att roboten svarar genom att testa ett batteri av kommandon enligt följande artikel:
- Datainsamling: Som nämnts,
nsrget -o:dkan samla in de flesta data som krävs för att verifiera bibliotekets svarstider fram till det här steget.
Redo för bibliotek: Initiering:
- Initiering av element: Det här är en aktivitet på biblioteksnivå som gör det möjligt för roboten att förbereda sina element och bekräfta placeringen av bandkassetterna innan den ansluts för SCSI-klientåtkomst. Simulera med kommandot:
ielem -a <changer address>
Om det här kommandot misslyckas kan det signalera ett djupare problem på robotnivå som kräver leverantörssupport. Du kan komma runt problemet genom att inaktivera INIT-kommandot via Jukebox-funktioner, men detta minskar den totala kapaciteten:no_init_elem_stsno_start_init_elem_sts
Redo för bibliotek: NetWorker-konfiguration:
Det finns flera konfigurationsegenskaper som kan påverka hur biblioteket blir klart på en logisk nivå:
- NSR Jukebox: Kontrollportens värde. Detta ställs in under normal bibliotekskonfiguration, men om referensen ändras, vilket gör inställningen ogiltig, kan biblioteket inte starta eftersom adressen som ska kommuniceras med den är fel. Så här korrigerar du:
- Inaktivera biblioteksresursen i NetWorker
- Ta reda på den nya biblioteksadressen (
inquire -s) - Använd tangenten
nsradminverktyg för att uppdateracontrol portFältet - Återaktivera biblioteket och testa
- NSR Jukebox: Jukebox Funktionervärde. Det här värdet anges också automatiskt under konfigurationen, och vissa av alternativen kan aktiveras eller inaktiveras, beroende på behov och specifik kunskap om själva biblioteksmodellen. Den vanligaste anledningen till att ändra den beskrivs ovan.
- NSR Jukebox: Inlästa volymer/volymer. Vid start, i vissa lägen, om
nsrjb -CUtdata stämmer inte överens med utdata frånsjirdtag <changer address>När det gäller vilka bandkassetter som finns i vilka element kan det hända att biblioteket inte blir klart. För att korrigera, användsjimmför att flytta volymer till de element som NetWorker förväntar sig. - NSR Jukebox: Tillgängliga platser. Om antalet platser som roboten rapporterar inte stämmer överens med det konfigurerade värdet i NSR-jukeboxresursen kan det hända att biblioteket inte blir klart.
- NSR Jukebox: Maskinvaru-ID/befintliga enhets-ID. Om serienumret för antingen robot eller drivenheter ändras, eller rapporteras felaktigt, kan det hända att biblioteket inte försätts i färdigt läge.
Redo för bibliotek: Andra maskinvaru- och miljöproblem
Följande förhindrar att biblioteket når tillståndet Klar i NetWorker:
- Biblioteksrobotens dörr är öppen (NetWorker-biblioteksresursen ska alltid inaktiveras innan du gör detta)
- Serienummer, antal platser eller andra egenskapsändringar i biblioteket
- Annan värd eller process som låser robotresursen från nsrlcpd-process som kommer åt den
- Bandkassetten har fastnat i enheten, kortplatsen eller i robothanden
- Andra tillfälliga maskinvaruproblem som kan hindra roboten från att reagera
Redo för bibliotek: Felsökning
- Ange felsökningsvariablerna i systemmiljön (Windows) eller startskriptet /nsr/nsrrc (Linux) för att få mer omfattande felsökningsdata:
SJI_DEBUG=9LUS_DEBUG=9CDI_DEBUG=9SCSI_DEBUG=9JBDEBUG=9
- Inaktivera biblioteket i NetWorker, ändra
debug trace leveltill 5 och återaktivera för loggning - Du kan också, och beroende på operativsystemet, samla in spårningar och tvingade dumpar för biblioteket under startfasen
Om inget av ovanstående förslag hjälper, kontakta support från din biblioteksleverantör om bevisen som samlats in från felsökningen tyder på några interna avvikelser.