NetWorker: Fejlfinding af problemer med registrering af båndbibliotek i NetWorker
Oversigt: Denne artikel har til formål at hjælpe support- og NetWorker-administratorer med at fastslå årsagerne til en værts manglende evne til at registrere et bibliotek.
Instruktioner
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 om hardwarekompatibilitet (kræver login til Dell Support-konto).
- Kan ikke registrere installation af båndbibliotek på NetWorker-storagenode eller -server
- Kan ikke sikkerhedskopiere data pga. ubrugelig sikkerhedskopieringshardware.
Hvis du vil diagnosticere biblioteksregistreringsfejl, skal du først overveje eventuelle nylige ændringer. Derefter skal du nedbryde opdagelsesprocessen fra dens laveste niveauer og teste hvert trin.
Nogle gange er det ønskeligt at gå videre til et mere udviklet opdagelsesstadium baseret på de tilgængelige beviser. Hvis vært A ikke registrerer robotten, mens vært B lykkes, er robotten sandsynligvis ikke skyldig. Værterne kan bruge forskellige kontakter, hvilket gør det til det første område, der skal undersøges. Andre forskelle i dette eksempel omfatter selve værten, muligvis operativsystem, HBA, zoneinddeling, kabler osv.
Hvis værten registrerede robotten før problemet, skal du fokusere på elementer, der mest sandsynligt er ændret. Undersøg fejl eller kendte konfigurationsændringer efter hændelsen.
Brug følgende kommandoer til først at finde ud af, om operativsystemet kan registrere biblioteket. Sørg altid for, at operativsystemrettelser er opdaterede, især hvad angår opbevaring.
nsrget -o:d på berørte servere og noder.
-o:d på enhver vært med bånd, hvor båndene har travlt med at skrive. Du kan kontrollere dette fra NetWorker Management Console (NMC) under Overvågning af enheder> .
Følgende artikel indeholder oplysninger om at hente og bruge NSRGET: NetWorker: Sådan bruges NSRGet-værktøjet til dataindsamling i NetWorker
Biblioteksregistrering: Operativsystem:
- Windows: Enheder, der ikke registreres af Plug-and-Play-undersystemet (PnP), er muligvis ikke tilgængelige for NetWorker. Der er aldrig et eksempel på et bibliotek uden en driver, da der findes en generisk driver, selvom der ikke er installeret en leverandørdriver. StorPort er den Windows-lagerdriverkomponent på lavt niveau, som skal kontrolleres for valuta.
devmgmt.msc (Enhedshåndtering)
devcon drivernodes *CHANGER*
- Linux: Vise, hvilke enheder i SCSI-klassen delsystemet har detekteret og optalt på. Linux bruger
sgdriver til biblioteker, medmindre IBM's Atape-driver er installeret (anbefales ikke).
cat /proc/scsi/scsi (vis registrerede biblioteker)
echo "- - -" > /sys/class/scsi_host/host#/scan (tvungen genregistrering)
- Solaris:
cfgadmellerluxadmPort/dump_mapkommandoer kan begge optælle en biblioteksenhed. I modsat faldupdate_drvkan bruges til at sikre både detektion og evnen til at vedhæfte ensgendriver forekomst.
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: Brug
cfgmgrunder de fleste omstændigheder; HvisAtapeDriveren er i brug, bruglsdev. I dette tilfælde - sørg for, atAtape smcDriveren er angivet som "defineret" og ikke "tilgængelig" (hvilket forårsager konflikter).
cfgmgr -v | grep -i changer
lsdev -Cc tape
rmdev -l smc0 (hvis lsdev viser, at den er tilgængelig)
- HP-UX:
ioscaner den eneste kommando, der kræves for at optælle enheder i skifterklassen.
ioscan -FnkC autoch
Til NetWorker
inquire Kommando (nedenfor) For at lykkes skal du muligvis fjerne den midlertidige enhedsregistreringscachefil:
rm -f /tmp/lgto_scsi_devlist
- Openvms: Brug disse kommandoer til at bekræfte forbindelsen:
mcr sysman IO AUTOCONFIGURE
show device gk/full
- NetWorker: Disse kommandoer leveres som reference og udføres generelt på et højere niveau end operativsystemkommandoerne ovenfor. De kan være nyttige i forsøget på at diagnosticere et problem på lavere niveau ved at give yderligere oplysninger eller fejl som tip til det aktuelle problem, men de forventes ikke at lykkes, hvis operationer på lavere niveau mislykkes.
inquire -lc
lusbinfo -v
changers
dvdetect -dlV -D9
lusbinfo og changers findes muligvis ikke på alle platforme. Hvis du ønsker det, kan du øge fejlfindingsniveauerne ved at indstille miljøvariablen LUS_DEBUG:
UNIX:
export LUS_DEBUG=9
Windows:
set LUS_DEBUG=9
AIX:
lusdebug ffff
Prøv også:
SJI_DEBUG=9, SCSI_DEBUG=9, JBDEBUG=9
Flere oplysninger
Sørg for, at du forstår, at robotteknologiske problemer, der viser sig at være uden for NetWorkers anvendelsesområde som et program (læs: kan ikke registreres ved hjælp af standardoperativsystemmetoder), ikke er omfattet af NetWorker-support.
Du kan finde flere oplysninger under: 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.