NetWorker: Prioriteringsmanual för NMDA MySQL
Sammanfattning: Den här artikeln beskriver information som måste tillhandahållas för att undersöka ett NMDA MySQL-problem.
Instruktioner
Komma igång:
Skriv ner kundens problembeskrivning och/eller skärmdump och dina egna observationsanteckningar och fel:
- NetWorker-serverns OS-plattform
- NetWorker-serverversion och build-nummer
- NetWorker-server daemon.raw(helst återgiven)
- NetWorker-klientens OS-plattform
- NetWorker-klientversion och build-nummer
- NetWorker-klientens daemon.raw (helst återgiven)
- Tillhandahåll operativsystem, plattform, arkitektur och version av klienten (uname aoutputonUnix/Linux).
NMDA-information:
-
Ange versionsinformationen för NMDA-binärfiler.
- Ange NMDA-konfigurationsfilen som används i fältet Backup Command (t.ex. nsrdasv z /nsr/apps/config/nmda_oracle<SID.cfg>) för klientresursen som konfigurerats för de schemalagda säkerhetskopieringarna eller som finns på kommandoraden för manuella åtgärder.
- Ange klusterinformation (t.ex. virtuella värdnamn som ingår i klustret, klustertyp) om det är en klustermiljö. (Fråga om kunden kan tillhandahålla en kopia av hosts-filen på klienten)
- Om felmeddelandet pekar på ett problem i NetWorker-sessionen för att spara eller återställa anger du NetWorker-specifik information enligt följande:
- Enhetstyp (DDBoost, VTL,..)
- Är det en Client Direct eller SN-säkerhetskopiering till DD, är det lokal eller fjärr-SN, är det en Avamar-säkerhetskopia, ..?
- Ange den renderade daemon.raw från SN från samma tidsperiod när felet inträffade
- Ange versionsinformationen för NMDA-binärfiler.
Unix:
strings/usr/sbin/nsrdasv | grep Build
strings /usr/sbin/nsrdaprobe | grep Build
(endast om sonden misslyckas)strings/usr/lib/libnsrora.so | grep @(#) (eller libnsrora.a)
Windows:
Högerklicka på filen %NW_install_path%\bin\nsrsbtcn.exe -> Egenskaper -> Information om Windows
- Om NMDA Oracle-säkerhetskopiering har konfigurerats via guiden,tar/zippa upp en kopia av thensrdbfolder
Aktivera felsökning:
Ange NSR_DEBUG_LEVEL=9 i NMDA-konfigurationsfilen eller i tabellen Avancerat alternativ i guiden (om konfigurationen skapas av guiden).
Be inte användaren att ange NSR_DPRINTF=TRUE för att undvika att felsökningsloggar växer till stor storlek, såvida inte felmeddelandet pekar på ett problem i NMDA-sessionen för att spara eller återställa med NetWorker, eller om detta uttryckligen begärs av teknikern.(Med andra ord kan NSR_DPRINTF=TRUE generera "fel på lägre lager" som Data Domain-felkod, men nackdelen är loggarnas utförlighet)
Observera följande: Den totala storleken på felsökningsloggen kan vara ett problem för NMDA 1.2 eller äldre version när du aktiverar felsökning i en stor databasmiljö där felet inträffar efter ett par timmar. Storleken på felsökningsloggen förväntas minskas upp till %50 i NMDA 1.5.
Informationsinsamling och logginsamling:
Tjära/zippa hela katalogen med /nsr/apps/logs
Obs! Den här katalogen innehåller driftloggfilen nmda_<app>.messages.raw och felsökningsloggfiler. Standardplatsen för felsökningsloggar kan ändras genom att ange NSR_DIAGNOSTIC_DEST i konfigurationsfilen.Not: Oracle Rman-utdata och NW-server Daemon.raw är mycket viktiga för felsökning av Oracle-säkerhetskopiering (kom ihåg att samla in den här informationen)
MySQL-information:
- Kontrollera MySQL-versionen och MEB-versionen som är installerad mot versionskommentarerna för den version av NMDA som du använder och se till att vi har en konfiguration som stöds. Om inte, rekommendera uppgradering av NetWorker/NMDA på klienten eller installera den version av MySQL och/eller MEB som stöds enligt anvisningarna.
- Ange en kopia av MySQL-konfigurationen
T.ex.
/etc/min.cnf
eller CNF-fil (MYSQL_CFG_FILE i NMDA cfgfile). Mer information finns i avsnittet http://dev.mysql.com/doc/refman/5.5/en/option-files.html för mer information.
- Ange en kopia av den binära MySQL-loggindexfilen.
Som standard har detta samma basnamn som den binära loggfilen, med tillägget '.index' (t.ex. /var/log/mysql/mysql-bin.index),
ochdess plats definieras av log-bin-parametern i MYSQL-konfigurationsfilen. Du kan ändra namnet på den binära loggindexfilen med --log-bin-index[=file_name] alternativet . Du bör inte redigera den här filen manuellt medan mysqld körs. Att göra det skulle förvirra Mysqld.
- Ange en kopia av MySQL-felloggen (instance.err). Kan ange wheremysqldskriver felloggen med alternativet --log-error[=file_name]. Om flaggan ges utan något file_name värde använder mysqld namnet host_name.err som standard. Servern skapar filen i datakatalogen om inte ett absolut sökvägsnamn anges för att ange en annan katalog.
- Dump av mysqladmin-variabler till en textfil
T.ex.
mysqladmin-u root -h 127.0.0.1 --password=football1 variabel
( Parameterinställningar för DisplayDatabase)