NetWorker: NMDA MySQL Triage-vejledning

Kom godt i gang:

Skriv kundens problembeskrivelse og/eller skærmbillede ned og dine egne observationsnoter og fejl:

• NetWorker-server OS-platform
• NetWorker-serverversion og buildnummer
• NetWorker-server daemon.raw(helst gengivet)
• NetWorker-klientoperativsystemplatform
• NetWorker-klientversion og buildnummer
• NetWorker-klient daemon.raw (helst gengivet)
• Levere OS-platformen, arkitekturen og versionen af klienten (uname aoutputonUnix/Linux).

NMDA oplysninger:

• Angiv versionsoplysninger for binære NMDA-filer.

• Angiv NMDA-konfigurationsfilen, der bruges i feltet Backup Command (f.eks. nsrdasv z /nsr/apps/config/nmda_oracle<SID.cfg>) for den klientressource, der er konfigureret til de planlagte sikkerhedskopieringer, eller som findes i kommandolinjen til manuelle handlinger.
• Angiv klyngeoplysningerne (f.eks. virtuelle værtsnavne, der er involveret i klyngen, klyngetype), hvis dette er et klyngemiljø. (Spørg, om kunden kan levere en kopi af værtsfilen på klienten)
• Hvis fejlmeddelelsen peger på et problem i NetWorker-lagrings- eller gendannelsessessionen, skal du angive NetWorker-specifikke oplysninger på følgende måde:
• Enhedstype (DDBoost, VTL,..)
• Er det en Client Direct eller SN backup til DD, er det Local eller Remote SN, er det en Avamar backup, ..?
• Angiv de gengivne daemon.raw fra SN fra samme tidsvindue, da fejlen opstod
• Angiv versionsoplysninger for binære NMDA-filer.
•  

UNIX:

strings/usr/sbin/nsrdasv  | grep Build

strings  /usr/sbin/nsrdaprobe  | grep Build 

(kun hvis sonden fejler)strings/usr/lib/libnsrora.so | grep @(#) (eller libnsrora.a)

Windows:

Højreklik på filen% NW_install_path% \ bin \ nsrsbtcn.exe -> Egenskaber -> Detaljer om Windows

• Hvis NMDA Oracle backup er konfigureret via guiden,tar/zip op en kopi af thensrdbfolder

Aktivér fejlfinding:

Indstil NSR_DEBUG_LEVEL=9 i NMDA-konfigurationsfilen eller i tabellen Avancerede indstillinger i guiden (hvis konfigurationen er oprettet af guiden).

Bed ikke brugeren om at indstille NSR_DPRINTF=SAND for at undgå, at fejlfindingslogfiler vokser til en stor størrelse, medmindre fejlmeddelelsen peger på et problem i NMDA-lagrings- eller gendannelsessessionen med NetWorker, eller dette udtrykkeligt anmodes om af teknikeren.(Med andre ord kan NSR_DPRINTF=TRUE generere fejl i lavere lag" som Data Domain Error-kode, men ulempen er logfilernes omfang)

Bemærk, at: Den samlede fejlfindingslogstørrelse kan være bekymring for NMDA 1.2 eller ældre version, når du aktiverer fejlfinding i stort databasemiljø, hvor fejlen opstår efter et par timer. Fejlfindingslogstørrelsen forventes at blive reduceret til %50 i NMDA 1.5.

Informationsindsamling og logindsamling:

Tjære/zippe hele mappen med /nsr/apps/logfiler

Bemærk:  Denne mappe indeholder driftslogfiler nmda_<app>.messages.raw og fejlfindingslogfiler.  Standardplaceringen af fejlfindingslogfiler kan ændres ved at angive NSR_DIAGNOSTIC_DEST i konfigurationsfilen.Seddel:  Oracle RMAN-output og NW-server Daemon.raw er meget vigtige for fejlfinding af Oracle-sikkerhedskopiering (sørg for at huske at indsamle disse oplysninger)

MySQL-oplysninger:

• Kontrollér MySQL-versionen og MEB-versionen, der er installeret, i forhold til produktbemærkningerne for den version af NMDA, du bruger, og sørg for, at vi har en understøttet konfiguration.  Hvis ikke, anbefales opgradering af NetWorker/NMDA på klienten eller installation af understøttet version af MySQL og/eller MEB som anvist.
• Giv en kopi af MySQL-konfigurationen

        Fx.

        /etc/my.cnf

       eller CNF-fil (MYSQL_CFG_FILE i NMDA cfgfile). Se http://dev.mysql.com/doc/refman/5.5/en/option-files.html for at få flere oplysninger.

• Angiv en kopi af den binære MySQL-logindeksfil.

Som standard har dette samme basisnavn som den binære logfil med filtypenavnet '.index' (f.eks. /var/log/mysql/mysql-bin.index),

ogdens placering defineret af log-bin-parameter i MYSQL-konfigurationsfil. Du kan ændre navnet på den binære logindeksfil med indstillingen --log-bin-index[= file_name]. Du bør ikke redigere denne fil manuelt, mens mysqld kører. Dette ville forvirre MySQLD.

• Angiv en kopi af MySQL-fejlloggen (instance.err).  Kan angive, hvor mysqldskriver fejlloggen med indstillingen --log-error[=file_name]. Hvis indstillingen er angivet uden file_name værdi, bruger mysqld som standard navnet host_name.err. Serveren opretter filen i datamappen, medmindre der gives et absolut stinavn for at angive en anden mappe.
• Dump af mysqladmin-variabler til en tekstfil

          Fx.

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

          (parameterindstillinger for displaydatabase)