NetWorker: Onderhoud en probleemoplossing voor mediadatabases

• Kan services niet starten.
• Fout in de dagelijkse serverbescherming>serverback-upworkflow .
• Onvolledige of misleidende informatie met betrekking tot opslagsets of clients die worden geretourneerd via de mminfo-opdracht of bij het opvragen of bladeren door opslagsets in de NetWorker Management Console (NMC) of NetWorker Web User Interface (NWUI) administratie.
• Back-up-, herstel- of kloonproblemen die verband houden met het onvermogen om opslagsets, clients of volumes te vinden.
• Fouten in het server-daemonlogboek of consoles met betrekking tot de mediadatabase:

nsrmmdbd WiSS code assertion error (st_nextrec: rec loop detected)
nsrmmdbd error, ss_clone_ensure_clone_eligibility: assertion, invalid parameters or code segment
nsrmmdbd XCHK ssid:saveset_short_ssid host:saveset_hostname name:saveset_name has a fragment with an invalid volid:saveset_volid
nsrmmdbd NSR warning WiSS code assertion error (ST_readvdir: directory read failed)
nsrmmdbd NSR critical Unexpected error reading long record directory: an invalid slot number
nsrmmdbd NSR warning partial record error, ssid: saveset_short_ssid saveset_long_ssid flags:0x00010101 size:0 files:0 tm:datetime cloneid
nsrmmdbd NSR notice media db must be scavenged
nsrmmdbd NSR critical media db scavenge failed
nsrmmdbd NSR warning Cannot scavenge path_to_mmvolume6 (Permission denied) - recover from backup media
nsrmmdbd NSR warning Cannot scavenge path_to_mmvolume6 (unknown error code) - recover from backup media
nsrmmdbd MDB warning can't fetch save set <saveset ID>
nsrmmdbd MDB warning Unable to fetch child save set <saveset ID> for cover set <saveset ID>

• Plotseling verlies van veel opslagsets uit de mediadatabase, of een plotselinge sprong in beschikbare vrije schijfruimte.
• Software kan opslagsets niet laten verlopen of verwijderen, wat leidt tot snel storageverbruik.

Zoals elke database kan de mediadatabase in verschillende mate worden beschadigd wanneer er enige gevolgtrekking is met de normale werking, zoals. 

• Onverwachte uitschakeling van nsrmmdbd-proces (coredump, systeemcrash, opnieuw opstarten of stroomuitval).
• Onderbroken transactie (verstoring van externe beveiligingssoftware of uitputting van schijfruimte).
• Logisch intern probleem (codefout of onafgehandelde voorwaarden).
• Directe interferentie met mediadatabasebestanden of opgeslagen setbestanden op door NetWorker beheerde storage.

De mediadatabank is het best beschermd tegen schade met de volgende algemene praktijken:

• Gebruik indien mogelijk een afzonderlijke, lokale schijfpartitie voor de nsr/mm-map, die bescherming biedt tegen omstandigheden zoals uitputting van schijfruimte door andere processen. Deze partitie moet minimaal 3x zo groot zijn als de mediadatabase; een grote mediadatabase zou momenteel 10 GB zijn; daarom zou 100 GB voldoende moeten zijn voor elke installatie. 
• Zorgt ervoor dat de serverback-upworkflow dagelijks wordt voltooid, zodat back-ups van de mediadatabase en kritieke bronnen voor herstel na noodgevallen (de Bootstrap) beschikbaar zijn in het geval van een noodgeval.
• Controleer regelmatig de locatie van Bootstraps met de opdracht mminfo -B .
• Sta nooit toe dat de storagevolumes van de NetWorker server tegelijkertijd worden gebruikt door een andere NetWorker server, omdat dit kan leiden tot dataverlies.
• Als antivirussoftware is geïnstalleerd op de NetWorker-server, maakt u uitsluitingen voor de /nsr-directory om te voorkomen dat de antivirussoftware NetWorker-bestanden scant, wijzigt of verwijdert. 
• Vermijd het handmatig verwijderen van bestanden in NetWorker-storage om te proberen ruimte vrij te maken. NetWorker heeft dagelijks routines voor het vrijmaken van ruimte en contact moet worden opgenomen met Support als deze als defect worden beschouwd.
• In het algemeen wordt bij de planning van datazones data van hetzelfde type in dezelfde pools bewaard voor eenvoudig onderhoud wanneer dat nodig is, zoals vProxy-opslagsets, opslagsets voor bestandssystemen en Oracle-databaseopslagsets in afzonderlijke groepen.
• Negeer geen berichten met betrekking tot mediadatabasefouten - neem contact op met de ondersteuning als u zich zorgen maakt.

Wees op de hoogte van de mediadatabase- en storagerelatie van NetWorker en bescherm volumes met de vlag Scan Needed: 

• NetWorker voert het verloopproces dagelijks uit als onderdeel van de serverback-upworkflow. Deze taak berekent retenties en afhankelijkheden en laat opslagsets verlopen die niet langer worden bewaard en geen niet-verlopen afhankelijke personen hebben. Zodra dit is voltooid, probeert NetWorker alle verlopen opslagsets voor schijfvolumes te verwijderen. Hierna wordt de bewerking voor het vrijmaken van ruimte uitgevoerd voor elk volume, waarbij opslagsetbestanden worden verwijderd van schijfmedia die geen bijbehorende mediadatabase-vermeldingen hebben. Dit betekent dat als de mediadatabase beschadigd raakt of als u de database herstelt naar een eerder tijdstip, geldige data kunnen worden verwijderd.
• Als u denkt dat er een probleem is met een schijfvolume, zorg er dan voor dat het volume wordt ontkoppeld en gemarkeerd als Scan nodig om ervoor te zorgen dat er geen geldige data wordt verwijderd. Dit geldt ook voor volumes na herstel naar een eerder herstelpunt (waarbij geldige opslagsets kunnen bestaan op schijven die na het herstelpunt zijn gemaakt, en daarom geen vermeldingen hebben in de herstelde database). 
• Scan nodig maakt normale back-up, herstel en/of klonen mogelijk, maar voorkomt normale vervaldatum of verwijdering. Zorg er dus voor dat de scan alleen wordt gebruikt om volumes te beschermen waarvan wordt aangenomen dat ze in gevaar zijn, en dat deze worden verwijderd wanneer u terugkeert naar de normale bedrijfsvoering. Volumes moeten worden ontkoppeld om deze vlag in te stellen of te verwijderen. Het is gebruikelijk dat volumes na NetWorker Server Disaster Recovery (nsrdr) worden gemarkeerd als 'scan nodig' om ongewenst dataverlies in een disaster recovery-scenario te voorkomen.

Er zijn verschillende manieren om problemen met de mediadatabase te verifiëren en op te lossen. Voordat u een van deze probeert, moet u voor en na rapporten maken om de effecten te beoordelen om te zien of opslagsets, volumes, clients of iets anders zijn verwijderd.
Voer op de opdrachtregel in een map om uitvoer te hosten de volgende opdrachten uit om de eigenschappen van de mediadatabase voor en na de procedure te vergelijken:

• mminfo -C mminfo-C_pre.mmi
• mminfo -X mminfo-X_pre.mmi
• mminfo -ar "volid,type,location,pool,volume,state,volflags,written,savesets" -q family=disk -xc, > mminfo-vol_pre.mmi

Nadat u het onderhoud hebt voltooid, voert u elk bestand opnieuw uit op een afzonderlijk bestand (bijvoorbeeld *_post.mmi) en vergelijkt u de waarden.

nsrim - Dagelijkse serverbescherming

Elke dag wordt de serverbeschermingsserverback-upworkflow > uitgevoerd, en daarmee ook de actie Vervaldatum. De expiratie-actie voert nsrim uit, het systeemeigen onderhoudshulpprogramma van NetWorker. Dit kan ook rechtstreeks worden uitgevoerd, maar kan enkele minuten tot enkele uren duren, afhankelijk van de serverbelasting en de grootte van de mediadatabase:
Tenzij dit proces niet dagelijks wordt uitgevoerd, is het niet onwaarschijnlijk dat dit iets zal veranderen. Controleer het daemon-logboek voor de dagelijkse voltooiing van nsrim .

Service opnieuw starten

Het opnieuw opstarten van de NetWorker-services dwingt verschillende opstartcontroles af die problemen in foutmeldingen in het daemon-logboek aan het licht kunnen brengen en mogelijk eventuele problemen kunnen corrigeren. Als de databaseproblemen ernstig lijken te zijn, moet u ervoor zorgen dat er voldoende vrije ruimte beschikbaar is en dat de bootstrap-locaties bekend zijn (mminfo -B-uitvoer). In het ideale geval voert u eerst nsrmmdbasm -s nsr/mm/mmvolrel_path > mm.xdr uit om te proberen een huidige kopie van de mediadatabase uit te pakken. Maak voordat u de services opnieuw start een kopie van de map mmvolrel, omdat deze later nodig kan zijn voor forensische of hersteldoeleinden.

Exporteren en opnieuw importeren van de mediadatabase

Dit proces voorkomt een volledig herstel na noodgeval door alleen levensvatbare mediadatabaserecords te extraheren en deze opnieuw te importeren naar de server zonder de services te stoppen. Dit mag echter alleen worden gedaan wanneer de server inactief is en mag nooit worden geprobeerd terwijl taken worden uitgevoerd. Gebruik het volledige pad in plaats van mmvolrel (dit kan variëren op basis van de installatie of het besturingssysteem)

1. Voordat u begint, markeert u alle schijfvolumes als Scan nodig na het ontkoppelen. Als Auto Media Management is ingesteld voor apparaten waarop schijfvolumes worden gehost, moet u dit eerst uitschakelen. Tapevolumes hebben deze stap niet nodig. 
2. Voer de mminfo-opdrachten uit die in de preambule worden beschreven om uw voorlopige rapporten voor te bereiden.
3. Controleer de grootte van de mmvolrelmap en -record van de mediadatabase
4. Zorg ervoor dat geen van de nsrck-, nsrim-, nsrmmdbasm-processenwordt uitgevoerd; Als er grote, oude of niet recent gewijzigde bestanden in de bovenliggende MM-map staan, zoals MM[alfanumeriek], verplaats of verwijder ze dan als ze niet zijn vergrendeld door een proces.
5. Voer de opdracht uit om de mediadatabase uit te pakken: nsrmmdbasm -s mmvolrel > mm.xdr
6. Vergelijk de grootte van het nieuwe bestand met de grootte van de map mmvolrel - als deze qua grootte vergelijkbaar moet zijn. Als het klein is (4 B of een handvol KB), mislukt de opdracht. Als het aanzienlijk kleiner is, zijn er mogelijk corrupte records verwijderd als onderdeel van het proces.
7. Bereid de server voor op het herstellen van de mediadatabase door het statusveld van de server in te stellen op herstel na noodgeval in NMC/NWUI of met behulp van nwadmin.
8. Herstel het uitgepakte bestand rechtstreeks vanuit de mediadatabase met de opdracht nsrmmdbasm : nsrmmdbasm -r -2 < mm.xdr
9. Als u klaar bent, voert u dezelfde mminfo uit als beschreven in de preambule en vergelijkt u de waarden voor de opslagset en de geschreven waarden, per volume, waarbij u zich ervan vergewist dat alle volumes aanwezig zijn; ook mminfo -C waarden moeten identiek zijn.
10. Als er verschillen zijn, noteer dan en overweeg zorgvuldig hoe u verder gaat, en neem contact op met Support als u niet zeker bent van de resultaten die u ziet:
    • Voor volumes die in orde lijken te zijn, kunt u de vlag Scannen nodig verwijderen en de volumes koppelen, omdat er geen gevaar bestaat dat de opslagset wordt verwijderd als er geen opslagsets van het volume lijken te zijn verwijderd als de opslagsets en geschreven waarden consistent zijn. 
    • Bij volumes die minder opslagsets of een lager geschreven totaal weergeven, moet de markering Scan nodig op zijn plaats blijven en scanner: scanner -i devicename uitvoeren om bestanden die op het volume zijn gevonden en geen records meer hebben, opnieuw te introduceren. Zodra de scanner voor elk volume is voltooid, controleert u opnieuw het aantal opslagsets en verwijdert u de markering Scan nodig. Koppel het volume opnieuw als u er zeker van bent dat de scanner de opslagsets heeft vervangen die naar verwachting ontbreken.

nsrdr

Het volledige herstel na noodgeval dat door nsrdr wordt uitgevoerd, herstelt niet alleen de mediadatabase, maar ook andere serverelementen zoals de bronnendatabase en de takendatabase. Raadpleeg de handleiding met best practices voor herstel na noodgevallen en beschikbaarheid voor uw versie voordat u probeert hiermee verder te gaan.
Deze opdracht verwacht dat de storageknooppunten online en contacteerbaar zijn om te kunnen voltooien.