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.

Den här artikeln gäller för Den här artikeln gäller inte för Den här artikeln är inte kopplad till någon specifik produkt. Alla produktversioner identifieras inte i den här artikeln.

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)

Berörda produkter

NetWorker

Produkter

NetWorker, NetWorker Module for Databases and Applications
Artikelegenskaper
Artikelnummer: 000021136
Artikeltyp: How To
Senast ändrad: 17 apr. 2026
Version:  7
Få svar på dina frågor från andra Dell-användare
Supporttjänster
Kontrollera om din enhet omfattas av supporttjänster.