Fejlfinding af adgangsproblemer til båndbibliotek i NetWorker

• Kan ikke få adgang til registreret installation af båndbibliotek på NetWorker-storagenode eller -server
• Kan ikke sikkerhedskopiere data pga. ubrugelig sikkerhedskopieringshardware
• Fejl ved adgang til robotten:
  • 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

Hvis biblioteket arbejdede tidligere, og pludselig ikke gør det, skal du overveje den sidst kendte ændring som den sandsynlige årsag:

• Uhåndteret ændring af biblioteksadresse efter genstart, genopdagelse og omdøbning af enhed
• Mulig skade som følge af strømstød, strømafbrydelse eller andre miljørelaterede hændelser
• Fejlhændelser eller omkonfiguration af transporthardware
• Installation, ændring eller sletning af software eller drivere vedrørende transport eller robotteknologi

Hvis biblioteket aldrig har fungeret, skal du bekræfte, at hardwaren understøttes i NetWorker-vejledningen til hardwarekompatibilitet(kræver login til Dell Support-konto). Husk, at det er muligt for et bibliotek at være delvist funktionelt; Discovery alene garanterer ikke brugervenlighed eller supportabilitet.

Hvis du vil foretage fejlfinding af fejl med biblioteksadgang, skal du gennemgå de seneste ændringer. Brug derefter grundlæggende og tredjeparts sammenlignende tests til at bekræfte, om en vært eller proces kan udløse et svar fra robotten.

Nogle gange er det ønskeligt at teste specifikke funktioner baseret på de tilgængelige beviser. Hvis vært A kan forespørge robotten, men vært B ikke kan, reagerer robotten. Vært A's chauffør låser muligvis robotten. Hvis vært B stadig modtager fejl, efter at alle værter er fjernet fra zoner, kan vært B have et driver-, konfigurations- eller softwareproblem.

Hvis værten fik adgang til robotten før problemet, er det mest sandsynligt, at gennemgangselementer er ændret. Undersøg fejl eller kendte konfigurationsændringer efter hændelsen.

Når biblioteket er registreret, skal du bruge følgende kommandoer til at teste grundlæggende SCSI-handlinger over storagetransporten, ikke Ethernet eller webbrugergrænsefladen. Sørg altid for, at operativsystemrettelser er opdaterede, især hvad angår opbevaring.

Følgende artikel indeholder oplysninger om at hente og bruge NSRGET: NetWorker: Sådan bruges NSRGet-værktøjet til dataindsamling i NetWorker

Adgang til bibliotek: Operativsystem:

• Windows: Der er ingen indbygget måde at forespørge på et båndbibliotek i Windows; mtx er et freeware-værktøj, som kan testes, hvis det ønskes. Den bruger skifterenhedshåndtaget i stedet for SCSI-adressen, når den udsteder kommandoer (som kan have testimplikationer).

• Linux: Ligesom Windows har ingen indbygget kommando at forespørge på, men har også en mtx port, som kræver enhedens driverhåndtag (igen forskellig fra, hvordan NetWorker får adgang til den).

• Solaris: Solaris omfatter sgen Driver til understøttelse af indbygget båndbibliotek, men ingen mtx port eller andre oprindelige bibliotekskommandoer findes til det. Se afsnittet om NetWorker-kommandoer for at teste biblioteksadgang i stedet (nedenfor).
   
• AIX: AIX har ingen indbygget understøttelse af båndbibliotek (lus bruges i stedet), og nej mtx port findes til det. Se afsnittet om NetWorker-kommandoer for at teste biblioteksadgang i stedet (nedenfor).

• HP-UX: mc er den oprindelige HP-UX-kommando til manipulation af mediumskifter:

• NetWorker: Disse kommandoer fungerer på et relativt atomart niveau, og selvom de er skrevet, kompileret og testet af NetWorker-support, kræver de ikke en kørende NetWorker-forekomst for at fungere eller nogen af NetWorkers konfigurationer. Generelt anses de for at være pålidelige, softwareuafhængige testværktøjer på lavt niveau. For at øge fejlfinding for de fleste hjælpeprogrammer kan du tilføje følgende miljøvariabler:

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

I nedenstående, '<changer address>' varierer efter operativsystem:

Windows: Initiator.Target.LUN (som afsløret af inquire kommando) eller \\.\changer# driverhåndtag
Linux: Intiator.Target.LUN (som afsløret af inquire kommando) eller /dev/sg# Driverhåndtag
Solaris: /dev/scsi/changer/c#t#d# driver håndtag
AIX: Initiator.Target.LUN (som afsløret af inquire kommando)HP-UX:
Initiator.Target.LUN (som afsløret af inquire kommando) eller /dev/rac/c#t#d# Driverhåndtag

Adgang til bibliotek: Nulstilling af biblioteket:

Transport – Konfiguration

• For SAN: Sørg for, at både robotten og den tiltænkte NetWorker-robotstyringsvært er logget korrekt ind på switchen, og gennemgå zoneinddelingen for robotten for at sikre, at end-to-end-forbindelse er mulig.
• Robotter er ikke beregnet til at blive tilgået eller kontrolleret af mere end én vært; Medmindre der er behov for det (f.eks. en partitioneret robot), skal du sikre dig, at kun den tilsigtede NetWorker-robotcontrollervært er zoneinddelt til at kunne se robotten.
• Det er muligt at teste SAS-ekspandere for at sikre, at robotforbindelsen etableres; ren punkt-til-punkt-teknologi som SCSI kræver test af forbindelse fra den relevante vært.

Transport - Hardware

• Hvis der registreres problemer på enten værts- eller transporthardwareniveau, bør du overveje at teste switchen eller udvidelsen eller udskifte kabler med eksempler på "ved arbejde" for at udelukke kabelproblemer.
• Gennemgå firmwaren til transporthardwaren og selve robotens firmware for valuta.
• For SCSI skal du sikre, at terminatorer er korrekt placeret og sidder tæt, at kabellængdegrænser overholdes, og at der anvendes korrekte spændinger.

Værtstransport – Konfiguration

• Sørg for, at den pågældende vært har opdaterede drivere og firmware til sine transportdrivere - brug EMCReports (Leveres sammen med nsrget -o:e).
• Sørg for, at enhver driverkonfiguration af Host Bus Adapter (HBA), der kræves, udføres korrekt på operativsystemet.

Værtssoftware – låsning af ressourcer

• For enhver vært, der er zonet til at se robotten (ideelt set - kun den udpegede NetWorker-vært), skal du kontrollere, om der er software, der kan forsøge at få adgang til robotten, såsom anden sikkerhedskopieringssoftware, overvågningssoftware eller enkeltstående værktøjer, der kan forsøge at få adgang til robotten.
• For Solaris 10 er robotten ikke tilgængelig, når nsrlcpd NetWorker-processen er tilsluttet; det kan således synes at være utilgængeligt (eller endda uopdageligt), indtil biblioteket i NetWorker er deaktiveret (tvinger nsrlcpd at løsrive sig og dø).
• Hvis en ikke-NetWorker-proces mistænkes for at låse eller få adgang til robotten eller et drev, skal du se Fejlfinding af overskrevne etiketter og SCSI-nulstillinger i NetWorker for at få flere oplysninger om fejlfinding og identifikation.

Hvis operativsystemet registrerer biblioteket, men biblioteket ikke reagerer på kommandoer, er det funktionelt til en vis grad. Den kan være låst af en anden proces eller vært, påvirket af transportproblemer eller opleve en funktionsfejl på komponentniveau.

Hvis ingen proces eller vært kan bestemmes til at have adgang til robotten ud over den NetWorker-storagenode, der er beregnet til at styre den, skal du se Fejlfinding af hardwareproblemer i båndbiblioteket i NetWorker for at finde ud af, om der er et problem med selve robotten.

Sørg for, at du forstår, at robotteknologiske problemer, der viser sig at være uden for NetWorkers anvendelsesområde som en applikation (læs: ikke kan tilgås ved hjælp af standard operativsystemmetoder), ikke er omfattet af NetWorker-support.
Networker: Fejlfinding af problemer med båndbiblioteket i NetWorker

Support kan yde vejledning ved hjælp af ovenstående kriterier, men vi har ikke OS-, HBA- eller robotteknologileverandørressourcer. Denne begrænsning kan føre til langvarig og mislykket fejlfinding.