NetWorker: come eseguire il debug delle operazioni di backup (in inglese)
Summary: Sono elencate diverse opzioni per il debug di un backup NetWorker non riuscito.
Instructions
1. File di registro:
I registri principali per il debug degli errori di backup sono i file di registro delle policy che si trovano nella seguente posizione.
Linux: /nsr/logs/policy_name/workflow_name/action_name
Windows (impostazione predefinita): C:\Program Files\EMC NetWorker\nsr\logs\policy_name\workflow_name\action_name
Sono disponibili file di log del flusso di lavoro in formato raw in /nsr/logs/policy/policy_name/workflow_name/jobid.raw e una sottodirectory per ogni azione. Ogni azione figlio di un'azione dispone di un proprio file di log con il jobid di quel lavoro da bambino. Quando l'azione padre avvia un'azione figlio, NetWorker crea una directory per questi log delle azioni figlio.
Esempio:
Le dimensioni del registro variano in base al livello di debug utilizzato durante il backup. I file raw sono i log del flusso di lavoro, mentre i file backup_[jobid]_logs Le directory contengono i log delle azioni e i log delle azioni figlio.
Il file di log principale di NetWorker per tutte le operazioni di NetWorker è daemon.raw file di registro.
/nsr/logs/daemon.raw
Windows (impostazione predefinita):
C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
Per leggere questo registro, utilizzare il comando nsr_render_log comando, vedere: NetWorker: Come utilizzare nsr_render_log per eseguire il rendering .raw file di log
Esempio:
Risorse aggiuntive:
- NetWorker: file e posizioni dei registri
- NetWorker: Processi e porte
- NetWorker: Come utilizzare lo strumento di data collection di NetWorker NSRGet (in inglese)
- Consultare la NetWorker Command Reference Guide, disponibile tramite: Supporto per NetWorker | Manuali e documenti (è necessario accedere con l'account del supporto Dell).
2. save sul client NetWorker:
I backup basati su client NetWorker utilizzano il processo di salvataggio. Il processo di salvataggio comunica con il server NetWorker, lo storage node (ove applicabile) o il supporto del dispositivo di backup di destinazione. È possibile abilitare il debug nel processo di salvataggio passando il flag -D debug al processo di salvataggio tramite NetWorker Management Console (NMC) o tramite nsradmin Comando.
In NMC, modificare il campo "Backup command" nelle proprietà del client pertinenti in "save -D9':
Esempio:
È possibile eseguire la stessa operazione utilizzando il comando nsradmin:
Esempio:
Risorse aggiuntive:
- NetWorker: Guida alla risoluzione dei problemi NDMP
- NetWorker: Guida alla risoluzione dei problemi NMM
- NetWorker: Come abilitare il debug per NMDA
- NetWorker VMware Protection-vProxy: come abilitare la registrazione debug
3. Operazione del flusso di lavoro sul server NetWorker:
È necessario eseguire il debug dell'avvio di un'operazione del flusso di lavoro e l'output di debug dettagliato.
nsrworkflow -D9 -p [policy] -w [workflow]
In questo modo l'output di debug del job del flusso di lavoro viene registrato nel file raw in:
/nsr/logs/policy/policy_name/workflow_name/
Esempio:
Esecuzione di nsrworkflow avvia il processo manualmente, ma utilizza le stesse opzioni di pianificazione e configurazione dei livelli utilizzate per i backup automatici pianificati. Un'altra possibilità è quella di utilizzare il -a flag per definire il nsrworkflow Esegui come adhoc Backup che consente di sovrascrivere la pianificazione o il livello di backup. Per specificare il livello di backup desiderato (non quello impostato per l'esecuzione corrente del flusso di lavoro), utilizzare il comando -l (oppure -L per i backup delle macchine virtuali).
Esempio:
nsrworkflow -p [policy] -w [workflow] -A "'[action]' -l [level]" -ansrworkflow -p Mona -w Bokonon_wf -A "'backup' -l full" -a
Risorse aggiuntive:
- NetWorker: Come utilizzare il comando nsrworkflow di NetWorker
- NetWorker: Come usare il comando nsrpolicy di NetWorker
- Consultare la NetWorker Command Reference Guide, disponibile tramite: Supporto per NetWorker | Manuali e documenti (è necessario accedere con l'account del supporto Dell).
4. savefs sul client NetWorker:
La colonna savefs viene utilizzato durante i backup basati su client. Viene inviato al client NetWorker dopo l'avvio del backup sul server NetWorker. savefs Si tratta di un processo responsabile della determinazione dei file e delle directory di cui eseguire il backup per l'esecuzione di questo backup specifico su questo client.
È possibile ottenere il comando savefs esatto in esecuzione sul lato client dal file raw nei registri delle policy (/nsr/logs/policy/[policy name]/[workflow name]). Quindi eseguirlo sul lato client, aggiungendo il -D9 Opzione:
Esempio:
Sul server NetWorker:
Sul lato client:
5. Assegnazione del supporto di destinazione sul server NetWorker:
L'assegnazione del volume di destinazione corretto per un backup è gestita da nsrd nel server NetWorker. Per eseguire il debug, è necessario aumentare temporaneamente il livello di debug di nsrd sul server NetWorker utilizzando il metodo dbgcommand.
Esempio:
Al termine del debug, è necessario disabilitarlo impostando nuovamente il livello di debug su zero:
dbgcommand può essere utilizzato per un nome di processo o un ID di processo (PID), ad esempio:
dbgcommand -n PROCESS_NAME Debug=DEBUG_LEVEL
dbgcommand -p PROCESS_ID Debug=DEBUG_LEVEL
Risorse aggiuntive:
6. Backup in attesa di volume scrivibile:
Se il server NetWorker non riesce a trovare un volume NetWorker adatto su cui scrivere, smette di rispondere e genera un avviso. In questo caso, il lavoro è nello stato "active". È possibile controllare lo stato del lavoro utilizzando il comando nsrpolicy monitor .
Esempio:
L'avviso in NetWorker Management Console fornisce ulteriori dettagli sul tipo di volume cercato e sullo storage node.
Esempio:
Risorse aggiuntive:
- Risoluzione dei problemi relativi agli eventi di attesa dei supporti: attesa di 1 volume scrivibile o nessun dispositivo corrispondente
- NetWorker: Troubleshooting Tape Library Problems in NetWorker
- NetWorker: Come utilizzare lo strumento DDPCONNCHK per testare la connettività DD ddboost dagli host NetWorker
- NetWorker con Data Domain Cloud Tier: guida alla valutazione e alla risoluzione dei problemi
7. I backup hanno smesso in modo imprevisto di rispondere a causa del parallelismo:
Se il server NetWorker determina che non può continuare con il backup perché non esiste uno slot di parallelismo libero, il job è nello stato
"queued".Per eseguire il debug del parallelismo, è necessario aumentare il livello di debug di nsrjobd sul server NetWorker come mostrato di seguito. Il file di log del daemon genera molti dati di debug relativi al parallelismo.
Esempio:
Risorse aggiuntive:
- NetWorker: Parallelismo e sessioni di destinazione
- Consultare le Guide all'amministrazione e all'ottimizzazione e pianificazione delle prestazioni di NetWorker. Supporto per NetWorker | Manuali e documenti (è necessario accedere con l'account del supporto Dell).
8. Il backup Client Direct non funziona come previsto:
Un backup "Client Direct" invia i dati direttamente dal client NetWorker al supporto di destinazione senza prima scrivere sullo storage node NetWorker.
È possibile definire nelle proprietà del client se è necessario utilizzare o meno il backup client direct per questa istanza client.
Per risolvere i problemi relativi al funzionamento o meno di Client Direct, è necessario ispezionare i registri come indicato nell'esempio seguente:
Esempio:
Output del registro: Client diretti in funzione.
La colonna daemon.raw sul server NetWorker:
91787 MM/DD/YYYY HH:mm:SS nsrmmd NSR notice Save-set ID '4091251191' (vm-lego-231:/NetWorker) is using direct file save with Data Domain device 'dd4500-dd.local_onetwoone'.
lsof sul client NetWorker
[root@vm-lego-231 ~]# lsof -i TCP | grep save save 9831 root 3u IPv4 111668 0t0 TCP vm-lego-231:23178->vm-lego-121:8985 (ESTABLISHED) save 9831 root 5u IPv4 111695 0t0 TCP vm-lego-231:19752->vm-lego-121:9417 (ESTABLISHED) save 9831 root 7u IPv4 111720 0t0 TCP vm-lego-231:31095->vm-lego-121:9035 (ESTABLISHED) save 9831 root 8u IPv4 111728 0t0 TCP vm-lego-231:12421->vm-lego-121:9653 (ESTABLISHED) save 9831 root 9u IPv4 111731 0t0 TCP vm-lego-231:33739->dd4500-dd.local:nfs (ESTABLISHED) save 9831 root 10u IPv4 111736 0t0 TCP vm-lego-231:60278->dd4500-dd.local:midnight-tech (ESTABLISHED)
lsof elenca le connessioni TCP aperte dal client sia al server NetWorker che a DD. Per determinare a quali processi è connesso il server NetWorker, è possibile effettuare un controllo incrociato con lsof sul server. La quarta colonna è il descrittore di file in uso.
Sugli host Windows, è possibile eseguire una diagnostica simile utilizzando SysInternals Procmon.
9: Il backup Client Direct non utilizza Client Direct:
La colonna daemon.raw sul server NetWorker:
91797 MM/DD/YYYY HH:mm:SS nsrmmd NSR severe Unable to perform direct file save with Data Domain device 'ONETWOONE'; setting up traditional save for save-set ID '4024143566' (vm-lego-231:/NetWorker)
traditional nel registro fornisce rapidamente questo output. Consultare l'elenco delle condizioni che devono essere soddisfatte per il funzionamento di Client Direct nella Guida all'amministrazione di NetWorker. Le cause più comuni sono la mancanza dell'accesso diretto di rete del client a Data Domain o il mancato funzionamento della risoluzione dei nomi.
lsof sul client NetWorker:
[root@vm-lego-231 ~]# lsof -i TCP | grep save save 10114 root 3u IPv4 123335 0t0 TCP vm-lego-231:46461->vm-lego-121:8985 (ESTABLISHED) save 10114 root 5u IPv4 123369 0t0 TCP vm-lego-231:12593->vm-lego-121:9417 (ESTABLISHED) save 10114 root 7u IPv4 123392 0t0 TCP vm-lego-231:63952->vm-lego-121:9035 (ESTABLISHED) save 10114 root 8u IPv4 123400 0t0 TCP vm-lego-231:29597->vm-lego-121:9653 (ESTABLISHED)
Risorse aggiuntive:
- NetWorker: Best practice per la configurazione di rete
- Consultare le Guide alla pianificazione e all'ottimizzazione delle prestazioni. Supporto per NetWorker | Manuali e documenti (è necessario accedere con l'account del supporto Dell).
10. Backup PSS (Parallel Save Stream):
Per eseguire il debug dei backup PSS. Assicurarsi che la proprietà 'parallel save stream' sia selezionata nella risorsa client in NetWorker Management Console. Modificare il campo save comando per metterlo in debug come indicato nella sezione 2. Inoltre, creare un file vuoto in ../nsr/debug denominato «mbsdopen'. In questo modo viene fornita una registrazione di debug aggiuntiva sia sul client in /nsr/tmp e nei registri delle policy sul server NetWorker (vedere la sezione 1).
Esempio:
Risorse aggiuntive:
- Come risolvere i problemi relativi ai backup NetWorker Parallel Save Stream
- Consultare le Guide alla pianificazione e all'ottimizzazione delle prestazioni. Supporto per NetWorker | Manuali e documenti (è necessario accedere con l'account del supporto Dell).
11. Storage node NetWorker nsrmmd Il processo non funziona come previsto mentre scrive sul supporto di destinazione:
È possibile aumentare il livello di debug di nsrmmd processi che utilizzano il dbgcommand (Vedere la sezione 5). È possibile aumentare il livello di debug di tutti i nsrmmd utilizzare gli strumenti del sistema operativo per identificare quali nsrmmd Il processo è attivo:
Risorse aggiuntive:
- NetWorker: Troubleshooting Tape Library Problems in NetWorker
- NetWorker: Come utilizzare lo strumento DDPCONNCHK per testare la connettività DD ddboost dagli host NetWorker
- NetWorker con Data Domain Cloud Tier: guida alla valutazione e alla risoluzione dei problemi
- Consultare la NetWorker DD Boost Integration Guide, disponibile tramite: Supporto per NetWorker | Manuali e documenti (è necessario accedere con l'account del supporto Dell).