NetWorker: NMDA MySQL Triage Guide

Aan de slag:

Noteer de probleembeschrijving en/of screenshot van de klant en uw eigen observaties en fouten:

• NetWorker-platform voor serverbesturingssysteem
• Versie en buildnummer NetWorker server
• NetWorker server daemon.raw(bij voorkeur gerenderd)
• NetWorker-platform voor clientbesturingssysteem
• NetWorker clientversie en buildnummer
• NetWorker client daemon.raw (bij voorkeur gerenderd)
• Zorg voor het OS-platform, de architectuur en de versie van de client (met uitvoer op Unix/Linux).

NMDA informatie:

• Geef de versie-informatie van NMDA-binaire bestanden op.

• Geef het NMDA-configuratiebestand op dat wordt gebruikt in het veld Back-upopdracht (bijv. nsrdasv z /nsr/apps/config/nmda_oracle<SID.cfg>) van de clientbron die is geconfigureerd voor de geplande back-ups, of dat is opgegeven in de opdrachtregel voor handmatige bewerkingen.
• Geef de clusterinformatie op (bijv. virtuele hostnamen die betrokken zijn bij het cluster, clustertype), als dit een clusteromgeving is. (Vraag of de klant een kopie van het hostbestand op de client kan aanleveren)
• Als het foutbericht wijst op een probleem in de NetWorker-opslag- of herstelsessie, geeft u NetWorker-specifieke informatie als volgt:
• Apparaattype (DDBoost, VTL,..)
• Is het een Client Direct of SN back-up naar DD, is het een Local of Remote SN, is het een Avamar back-up, ..?
• Geef de gerenderde daemon.raw van SN op vanuit hetzelfde tijdvenster waarin de fout optrad
• Geef de versie-informatie van NMDA-binaire bestanden op.
•  

Unix:

strings/usr/sbin/nsrdasv  | grep Build

strings  /usr/sbin/nsrdaprobe  | grep Build 

(alleen als de sonde faalt)strings/usr/lib/libnsrora.so | grep @(#) (of libnsrora.a)

Windows:

Klik met de rechtermuisknop op het bestand %NW_install_path%\bin\nsrsbtcn.exe -> Eigenschappen -> Details op Windows

• Als NMDA Oracle-back-up is geconfigureerd via de wizard, tar/zip dan een kopie van thensrdbfolder

Foutopsporing inschakelen:

Stel NSR_DEBUG_LEVEL=9 in het NMDA-configuratiebestand of in de tabel Advanced Option van de wizard in (als de configuratie is gemaakt door de wizard).

Vraag de gebruiker niet om NSR_DPRINTF=TRUE in te stellen om te voorkomen dat foutopsporingslogboeken groot worden, tenzij de foutmelding wijst op een probleem in de NMDA opslag- of herstelsessie met NetWorker, of dit expliciet wordt gevraagd door de engineering.(Met andere woorden, de NSR_DPRINTF=TRUE kan "lower layer errors" genereren, zoals Data Domain Error code, maar het nadeel is de breedsprakigheid van de logs)

Let op: De totale grootte van het foutopsporingslogboek kan van belang zijn voor NMDA 1.2 of oudere versie bij het inschakelen van de foutopsporing in een grote databaseomgeving waar de fout na een paar uur optreedt. De grootte van het foutopsporingslogboek wordt naar verwachting teruggebracht tot %50 in NMDA 1.5.

Verzamelen van informatie en het verzamelen van logboeken:

Tar/zip de hele map met /nsr/apps/logs

Opmerking:  Deze map bevat operationele logbestanden nmda_<app>-.messages.raw en debug-logbestanden.  De standaardlocatie van de foutopsporingslogboeken kan worden gewijzigd door NSR_DIAGNOSTIC_DEST in te stellen in het configuratiebestand.Notitie:  Oracle RMAN-uitvoer en NW-server Daemon.raw zijn erg belangrijk voor het oplossen van problemen met Oracle-back-ups (vergeet niet om deze informatie te verzamelen)

MySQL-informatie:

• Controleer de MySQL-versie en MEB-versie die zijn geïnstalleerd aan de hand van de releaseopmerkingen voor de NMDA-versie die u gebruikt en zorg ervoor dat we een ondersteunde configuratie hebben.  Als dit niet het geval is, beveel dan een upgrade van NetWorker/NMDA op de client aan of installeer de ondersteunde versie MySQL en/of MEB zoals aangegeven.
• Een kopie van de MySQL-configuratie aanleveren

        Bijvoorbeeld.

        /etc/mijn.cnf

       of CNF-bestand (MYSQL_CFG_FILE in de NMDA cfgfile). Zie http://dev.mysql.com/doc/refman/5.5/en/option-files.html voor meer informatie.

• Geef een kopie van het MySQL binaire logboekindexbestand.

Standaard heeft dit dezelfde basisnaam als het binaire logbestand, met de extensie '.index' (bijv. /var/log/mysql/mysql-bin.index),

ende locatie ervan gedefinieerd door log-bin-parameter in het MYSQL-configuratiebestand. U kunt de naam van het binaire logboekindexbestand wijzigen met de optie --log-bin-index[=file_name]. U moet dit bestand niet handmatig bewerken terwijl mysqld actief is; Dit zou MySQLD in verwarring brengen.

• Geef een kopie van het MySQL-foutenlogboek (instance.err).  Kan opgeven waar mysqld het foutenlogboek schrijft met de optie --log-error[=file_name]. Als de optie wordt gegeven zonder file_name-waarde, gebruikt mysqld standaard de naam host_name.err. De server maakt het bestand in de datamap, tenzij een absolute padnaam wordt opgegeven om een andere directory op te geven.
• Dump van mysqladmin variabelen naar een tekstbestand

          Bijvoorbeeld.

          mysqladmin-u root -h 127.0.0.1 --password=football1 variable

          ( displaydatabase parameterinstellingen)