NetWorker: Problemen met het detecteren van tapewisselaars in NetWorker oplossen
Samenvatting: Dit artikel is bedoeld om support- en NetWorker-beheerders te helpen bij het bepalen van de oorzaken voor het onvermogen van een host om een bibliotheek te detecteren.
Instructies
Als de bibliotheek eerder werkte, maar plotseling niet meer, beschouw dan de laatst bekende wijziging als de waarschijnlijke oorzaak:
- Onverwerkte wijziging van het bibliotheekadres na opnieuw opstarten, opnieuw detecteren en hernoemen van het apparaat
- Mogelijke schade als gevolg van stroompiek, stroomuitval of andere omgevingsgebeurtenissen
- Storingen of herconfiguratie van transporthardware
- Installatie, wijziging of verwijdering van software of stuurprogramma's met betrekking tot transport of robotica
Als de bibliotheek nog nooit heeft gewerkt, controleert u of de hardware wordt ondersteund in de NetWorker Hardware Compatibility Guide (aanmelden bij Dell Support Account vereist).
- Kan installatie van tapewisselaar op NetWorker storageknooppunt of server niet detecteren
- Kan geen back-up maken van data vanwege onbruikbare back-uphardware.
Om fouten bij het detecteren van bibliotheken te diagnosticeren, moet u eerst kijken naar recente wijzigingen. Splits vervolgens het ontdekkingsproces op vanaf de laagste niveaus en test elke fase.
Soms is het wenselijk om door te gaan naar een meer geëvolueerd stadium van ontdekking, op basis van het beschikbare bewijsmateriaal. Als host A de robot niet detecteert en host B wel, heeft de robot waarschijnlijk geen schuld. De hosts kunnen verschillende schakelaars gebruiken, waardoor dat het eerste gebied is dat moet worden onderzocht. Andere verschillen in dit voorbeeld zijn de host zelf, eventueel het besturingssysteem, HBA, zonering, bekabeling, enzovoort.
Als de host de robot eerder heeft gedetecteerd dan op de items die waarschijnlijk zijn veranderd. Onderzoek fouten of bekende configuratiewijzigingen na de gebeurtenis.
Gebruik de volgende opdrachten om eerst vast te stellen of het besturingssysteem de bibliotheek kan detecteren. Zorg er altijd voor dat de patches voor het besturingssysteem up-to-date zijn, vooral als het gaat om storage.
nsrget -o:d op de getroffen server en knooppunten.
-o:d op elke host met tapes waar de tapes druk aan het schrijven zijn. U kunt dit controleren via de NetWorker Management Console (NMC) onder Monitoring -> Devices.
Het volgende artikel bevat informatie over het verkrijgen en gebruiken van NSRGET: NetWorker: Het hulpprogramma NSRGet gebruiken voor het verzamelen van NetWorker data
Bibliotheekdetectie: Besturingssysteem:
- Windows: Apparaten die niet worden gedetecteerd door het Plug-and-Play (PnP)-subsysteem zijn mogelijk niet toegankelijk voor NetWorker. Er is nooit een instantie van een bibliotheek zonder een driver, omdat er een generieke driver bestaat, zelfs als er geen driver van een leverancier is geïnstalleerd. StorPort is het low-level Windows-storagedriveronderdeel dat moet worden gecontroleerd op valuta.
devmgmt.msc (Apparaatbeheer)
devcon drivernodes *CHANGER*
- Linux: Laat zien welke SCSI-klasse apparaten het subsysteem heeft gedetecteerd en geïnventariseerd. Linux maakt gebruik van het
sgdriver voor bibliotheken tenzij IBM's Atape-stuurprogramma is geïnstalleerd (niet aanbevolen).
cat /proc/scsi/scsi (toon gedetecteerde bibliotheken)
echo "- - -" > /sys/class/scsi_host/host#/scan (herdetectie forceren)
- Solaris:
cfgadmofluxadmPoort/dump_mapopdrachten kunnen beide een bibliotheekapparaat opsommen. Als dit niet lukt,update_drvkan worden gebruikt om zowel detectie als de mogelijkheid om eensgenInstantie van stuurprogramma.
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: Gebruik
cfgmgronder de meeste omstandigheden; AlsAtapedriver is in gebruik, gebruiklsdev. Zorg er in dit geval voor dat deAtape smcdriver wordt vermeld als 'gedefinieerd' en niet als 'beschikbaar' (wat conflicten veroorzaakt).
cfgmgr -v | grep -i changer
lsdev -Cc tape
rmdev -l smc0 (indien lsdev laat zien dat het beschikbaar is)
- HP-UX:
ioscanis de enige opdracht die nodig is om apparaten van de wisselaarklasse te inventariseren.
ioscan -FnkC autoch
Voor de NetWorker
inquire Opdracht (hieronder) Om te slagen, moet u mogelijk het tijdelijke cachebestand voor apparaatdetectie verwijderen:
rm -f /tmp/lgto_scsi_devlist
- Openvms: Gebruik deze opdrachten om de verbinding te controleren:
mcr sysman IO AUTOCONFIGURE
show device gk/full
- NetWorker: Deze opdrachten worden ter referentie geleverd en presteren over het algemeen op een hoger niveau dan de hierboven genoemde opdrachten voor het besturingssysteem. Ze kunnen nuttig zijn bij het diagnosticeren van een probleem op een lager niveau door aanvullende informatie of fouten te verstrekken als hints naar het probleem in kwestie, maar er wordt niet verwacht dat ze zullen slagen als bewerkingen op een lager niveau mislukken.
inquire -lc
lusbinfo -v
changers
dvdetect -dlV -D9
lusbinfo als changers Mogelijk niet op alle platforms aanwezig. Indien gewenst kunt u de foutopsporingsniveaus verhogen door de omgevingsvariabele in te stellen LUS_DEBUG:
UNIX:
export LUS_DEBUG=9
Windows:
set LUS_DEBUG=9
AIX:
lusdebug ffff
Probeer ook:
SJI_DEBUG=9, SCSI_DEBUG=9, JBDEBUG=9
Extra informatie
Zorg ervoor dat u begrijpt dat roboticaproblemen waarvan wordt aangetoond dat ze buiten het toepassingsgebied van NetWorker vallen (lees: kunnen niet worden gedetecteerd met behulp van standaard besturingssysteemmethoden), niet binnen het bereik van NetWorker-ondersteuning vallen.
Zie voor meer informatie: NetWorker: Problemen met de tapewisselaar in NetWorker
oplossenSupport kan begeleiding bieden aan de hand van de bovenstaande criteria, maar we hebben geen bronnen van leveranciers voor besturingssystemen, HBA of robotica. Deze beperking kan leiden tot langdurige, mislukte probleemoplossing.