NetWorker: Feilsøke problemer med oppdaging av båndbibliotek i NetWorker

Hvis biblioteket fungerte tidligere, og plutselig ikke er det, anser du den siste kjente endringen som den sannsynlige årsaken:

• Uhåndtert endring i bibliotekadresse etter omstart, gjenoppdagelse og endring av navn på enhet
• Mulig skade på grunn av strømstøt, strømbrudd eller andre miljøhendelser
• Feilhendelser eller rekonfigurering av transportmaskinvare
• Installasjon, endring eller sletting av programvare eller drivere knyttet til transport eller robotikk

Hvis biblioteket aldri har fungert, må du kontrollere at maskinvaren støttes i veiledningen for maskinvarekompatibilitet for NetWorker (krever pålogging for Dell Support-konto).
 

• Finner ikke installasjon av tapebibliotek på NetWorker Storage Node eller Server
• Kan ikke sikkerhetskopiere data på grunn av ubrukelig maskinvare for sikkerhetskopiering.

Hvis du vil diagnostisere biblioteksøkefeil, bør du først vurdere eventuelle nylige endringer. Deretter bryter du ned oppdagelsesprosessen fra de laveste nivåene og tester hvert trinn.

Noen ganger er det ønskelig å gå videre til et mer utviklet stadium av oppdagelse, basert på tilgjengelig bevis. Hvis vert A ikke klarer å oppdage roboten mens vert B lykkes, er roboten sannsynligvis ikke feil. Vertene kan bruke forskjellige brytere, noe som gjør det til det første området å undersøke. Andre forskjeller i dette eksemplet inkluderer selve verten, muligens operativsystem, HBA, sonering, kabling, så videre.

Hvis verten oppdaget roboten før problemet, fokuser du på elementer som mest sannsynlig har endret seg. Undersøk feil eller kjente konfigurasjonsendringer etter hendelsen.

Bruk følgende kommandoer til først å fastslå om operativsystemet kan oppdage biblioteket. Sørg alltid for at operativsystemoppdateringene er oppdaterte, spesielt når det gjelder lagring.

Følgende artikkel inneholder informasjon om hvordan du skaffer deg og bruker NSRGET: NetWorker: Slik bruker du datainnsamlingsverktøyet NSRGet NetWorker

Bibliotekgjenkjenning: Operativsystem:

• Windows: Enheter som ikke oppdages av Plug-and-Play (PnP)-delsystemet, er kanskje ikke tilgjengelige for NetWorker. Det finnes aldri en forekomst av et bibliotek uten en driver, siden det finnes en generell driver selv om en leverandørdriver ikke er installert. StorPort er Windows-lagringsdriverkomponenten på lavt nivå som bør kontrolleres for valuta.

• Linux: Viser hvilke enheter i SCSI-klassen som delsystemet har oppdaget og listet opp. Linux bruker sg driver for biblioteker med mindre IBMs Atape-driver er installert (anbefales ikke).

• Solaris: cfgadm eller luxadm Port/ dump_map kommandoer kan begge nummerere en biblioteksenhet. Sviktende dette, update_drv kan brukes til å sikre både deteksjon og evnen til å feste en sgen driver forekomst.

• AIX: Bruk cfgmgr under de fleste omstendigheter; Hvis Atape driveren er i bruk, bruk lsdev. I dette tilfellet - sørg for at Atape smc Driveren er oppført som "definert" og ikke "tilgjengelig" (som forårsaker konflikter).

• HP-UX: ioscan er den eneste kommandoen som kreves for å nummerere enheter i vekslerklassen.

• Openvms: Bruk disse kommandoene til å bekrefte tilkoblingen:

• NetWorker: Disse kommandoene angis som referanse og utføres vanligvis på et høyere nivå enn operativsystemkommandoene som er angitt ovenfor. De kan være nyttige i forsøk på å diagnostisere et problem på lavere nivå ved å gi tilleggsinformasjon eller feil som hint mot det aktuelle problemet, men de forventes ikke å lykkes hvis operasjoner på lavere nivå mislykkes.

Sørg for at du forstår at robotikkproblemer som viser seg å være utenfor NetWorkers omfang som en applikasjon (les: ikke kan oppdages ved bruk av standard operativsystemmetoder), ikke er innenfor omfanget av NetWorker-støtte. 
Hvis du vil ha mer informasjon, kan du se: NetWorker: Feilsøke problemer med båndbibliotek i NetWorker

Kundestøtte kan gi veiledning ved hjelp av kriteriene ovenfor, men vi har ikke ressurser fra operativsystem-, HBA- eller robotleverandører. Denne begrensningen kan føre til langvarig, mislykket feilsøking.