NetWorker: NMDA MySQL Triage Guide

Guide introduttive:

Annotare la descrizione e/o lo screenshot del problema del cliente e le proprie note di osservazione ed errori:

• Piattaforma del sistema operativo del server NetWorker
• Versione e numero di build del server NetWorker
• Server NetWorker daemon.raw(preferibilmente sottoposto a rendering)
• Piattaforma del sistema operativo client NetWorker
• Versione del client NetWorker e numero di build
• daemon.raw del client NetWorker (preferibilmente renderizzato)
• Fornire la piattaforma del sistema operativo, l'architettura e la versione del client (uname aoutputonUnix/Linux).

Informazioni NMDA:

• Fornire le informazioni sulla versione dei binari NMDA.

• Fornire il file di configurazione NMDA utilizzato nel campo Backup Command (ad esempio.nsrdasv z /nsr/apps/config/nmda_oracle<SID.cfg>) della risorsa client configurata per i backup pianificati o fornita nella riga di comando per le operazioni manuali.
• Fornire le informazioni sul cluster (ad esempio, nomi host virtuali coinvolti nel cluster, tipo di cluster), se si tratta di un'ambiente cluster. (Chiedere se il cliente è in grado di fornire una copia del file hosts sul client)
• Se il messaggio di errore indica un problema nella sessione di salvataggio o ripristino di NetWorker, fornire informazioni specifiche su NetWorker come indicato di seguito:
• Tipo di dispositivo (DDBoost, VTL,..)
• Si tratta di un backup Client Direct o SN su DD, è SN locale o remoto, è un backup Avamar, ..?
• Fornire il daemon.raw sottoposto a rendering da SN dalla stessa finestra temporale in cui si è verificato l'errore
• Fornire le informazioni sulla versione dei binari NMDA.
•  

Unix:

strings/usr/sbin/nsrdasv  | grep Build

strings  /usr/sbin/nsrdaprobe  | grep Build 

(solo se la sonda fallisce)strings/usr/lib/libnsrora.so | grep @(#) (o libnsrora.a)

Windows:

Cliccare con il pulsante destro del mouse sul file %NW_install_path%\bin\nsrsbtcn.exe -> Proprietà -> Dettagli su Windows

• Se il backup Oracle NMDA è configurato tramite la procedura guidata, tar/zip una copia di thensrdbfolder

Abilitare il debug:

Impostare NSR_DEBUG_LEVEL=9 nel file di configurazione NMDA o nella tabella Advanced Option della procedura guidata (se la configurazione viene creata dalla procedura guidata).

Non chiedere all'utente di impostare NSR_DPRINTF=TRUE, per evitare che i log di debug raggiungano dimensioni elevate, a meno che il messaggio di errore non indichi un problema nella sessione di salvataggio o ripristino di NMDA con NetWorker o che ciò non sia esplicitamente richiesto dal reparto tecnico.(In altre parole, NSR_DPRINTF=TRUE può generare "errori di livello inferiore" come il codice di errore di Data Domain, ma lo svantaggio è la prolissità dei registri)

Importante: La dimensione totale del registro di debug potrebbe essere un problema per NMDA 1.2 o versione precedente quando si abilita il debug in un'ambiente di database di grandi dimensioni in cui l'errore si verifica dopo un paio d'ore. Le dimensioni del registro di debug dovrebbero essere ridotte fino al 50% in NMDA 1.5.

Raccolta di informazioni e raccolta di registri:

Tar/zip dell'intera directory di /nsr/apps/logs

Nota:  Questa directory contiene il file di log operativo nmda_<app>.messages.raw e i file di log di debug.  Il percorso predefinito dei log di debug può essere modificato impostando NSR_DIAGNOSTIC_DEST nel file di configurazione.Nota:  L'output di Oracle Rman e i Daemon.raw del server NW sono molto importanti per la risoluzione dei problemi del backup Oracle (ricordarsi di raccogliere queste informazioni)

Informazioni su MySQL:

• Controllare la versione di MySQL e la versione MEB installate a fronte delle note di rilascio per la versione di NMDA in uso e assicurarsi di disporre di una configurazione supportata.  In caso contrario, si consiglia di eseguire l'aggiornamento di NetWorker/NMDA sul client o di installare la versione supportata MySQL e/o MEB come indicato.
• Fornire una copia della configurazione di MySQL

        Ad es.

        /etc/my.cnf

       o CNF (MYSQL_CFG_FILE nel cfgfile NMDA). Vedere http://dev.mysql.com/doc/refman/5.5/en/option-files.html per i dettagli.

• Fornire una copia del file dell'indice del log binario MySQL.

Per impostazione predefinita, questo ha lo stesso nome di base del file di log binario, con l'estensione '.index' (ad esempio /var/log/mysql/mysql-bin.index),

e la sua posizione definita dal parametro log-bin nel file di configurazione MYSQL. È possibile modificare il nome del file dell'indice binario dei log con l'opzione --log-bin-index[=file_name]. Non dovresti modificare manualmente questo file mentre mysqld è in esecuzione; In questo modo MySQL si confonderebbe.

• Fornire una copia del registro degli errori MySQL (instance.err).  È possibile specificare wheremysqldwrites il registro degli errori con l'opzione --log-error[=file_name]. Se l'opzione è fornita senza valore file_name, mysqld usa il nome host_name.err per impostazione predefinita. Il server crea il file nella directory dei dati, a meno che non venga fornito un nome di percorso assoluto per specificare una directory diversa.
• Dump delle variabili mysqladmin in un file di testo

          Ad es.

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

          ( Impostazioni dei parametri di DisplayDatabase)