Come testare NetWorker con un database di risorse o di metadati vuoto
Summary: Questo articolo fornisce informazioni dettagliate su come verificare la presenza di problemi del database delle risorse o dei metadati di NetWorker utilizzando un database di metadati o di risorse vuoto. ...
Instructions
Database NetWorker NetWorker
gestisce più database per la configurazione, i supporti di backup, il contenuto di backup, l'autenticazione e la gestione delle attività:
Database di autenticazione (authc)
- Archivia le informazioni sulle credenziali utente con NetWorker 9.0 e versioni successive
- Situato sul server NetWorker
Database delle risorse (nsrdb)
- Archivia i dettagli di configurazione su tutti i sistemi e l'hardware utilizzati da NetWorker per la creazione e la gestione dei backup
- Situato sul server NetWorker
- Servizio o daemon associato:
nsrd
Database dei supporti (mm)
- Archivia le informazioni sui volumi dei supporti di backup e sui backup archiviati in tali volumi di supporti.
- Situato sul server NetWorker
- Servizio o daemon associato:
nsrmmdbd
Database dell'indice dei file client (CFI o indice)
- Viene creato un'indice dei file client per ogni client univoco di cui è stato eseguito il backup da NetWorker
- Utilizzato per contenere le informazioni sui singoli file per ogni backup eseguito dal client
- Situato sul server NetWorker
- Servizio o daemon associato:
nsrindexd
Banca dati delle informazioni tra pari (nsrladb)
- Archivia i certificati di autenticazione avanzata
- Database di informazioni peer creato su ciascun componente NetWorker (server, storage node, client, server NMC)
- Servizio o daemon associato:
nsrexecd
Database dei lavori (jobsdb)
- Archivia le informazioni dinamiche per tutte le attività eseguite da NetWorker
- Situato sul server NetWorker
- Servizio o daemon associato:
nsrjobd
Database di NetWorker Management Console
- Archivia le informazioni di configurazione e reporting per uno o più NetWorker Server
- Situato sul server NetWorker Management Console (NMC)
- Servizio o daemon associato:
gstd
Procedura di risoluzione dei problemi:
quando si risolvono i problemi relativi al mancato avvio o alla chiusura imprevista del servizio o del daemon associato, potrebbe essere necessario utilizzare un database vuoto per confermare se il problema riguarda il file binario associato o il database associato.
Nota: Questa procedura di risoluzione dei problemi si applica solo al server NetWorker o al server
NetWorker Management Console: Per usare un database vuoto a scopo di risoluzione dei problemi sul server NetWorker, prima di procedere è NECESSARIO creare un backup completo del server NetWorker, inclusi un backup di bootstrap e i backup dei database dell'indice dei file client.
ATTENZIONE: Creare sempre una copia del contenuto del database dei supporti anche se il database in esame non è il database dei supporti. Questa operazione sarà necessaria se è necessario ripristinare uno qualsiasi degli altri database per risolvere un problema relativo a tale database.
Usare tar (Linux) o zip (Windows) per creare una copia compressa della directory del database dei supporti mentre i servizi NetWorker sono inattivi.
Test con un database di risorse o metadati vuoti:
1) Verificare che non vi sia alcuna attività sul server
NetWorker 2) Creare un backup di bootstrap sul server
NetWorker 3) Creare un backup del server
NetWorker Management Console 4) Aprire un prompt dei comandi come utente administrator o root ed eseguire:
mminfo -B
per identificare il bootstrap appena creato, il dispositivo e il volume in cui si trova il bootstrap.
Ad esempio.
Il backup di bootstrap più recente dell'esempio è:
4293486223 Il dispositivo in cui si trova il bootstrap è: D:\AFTD
Il volume contenente il backup di bootstrap è: nw85w2k12r2.001
5) Arrestare i servizi
NetWorker 6) Rinominare nsrim (Linux) oppure nsrim.exe (Windows) con un nome
diverso 7) Fare una copia del nsr\res directory
8) Fare una copia del nsr\lockbox directory
9) Fare una copia del C:\Program Files\EMC NetWorker\nsr\authc-server\tomcat\data directory
10) Utilizzo tar (Linux) oppure zip (Windows) per creare una copia compressa del database
dei supporti directory Authentication database (authc)
- Posizione predefinita:
C:\Program Files\EMC NetWorker\nsr\authc-server\tomcat\data(Windows)/nsr/authc/data(Linux)
- Non rinominare questo database
- Ripristinare il file
authcDatabase da un bootstrap precedente
Database delle risorse (nsrdb)
- Posizione predefinita:
/nsr/res/nsrdb(Linux e Unix)C:\Program Files\EMC NetWorker\nsr\res\nsrdb(Windows)
- Rinominare il file binario
nsrdbdirectory con un nome diverso - Quando NetWorker viene riavviato, verrà creato un database di risorse vuoto
Database dei supporti (mm)
-
Attenzione: La ridenominazione del database dei supporti e l'avvio di NetWorker con un database dei supporti vuoto comportano il rischio di rimuovere tutti i backup basati su disco. Questo è il motivo per cui è necessario nsrim o nsrim.exe e l'unmounting dei dispositivi in quanto ciò impedirà che ciò accada.
- Posizione predefinita:
/nsr/mm(Linux e Unix)C:\Program Files\EMC NetWorker\nsr\mm(Windows)
- Rinominare la directory mm con un nome diverso
- Quando NetWorker viene riavviato, verrà creato un database dei supporti vuoto
Database dell'indice dei file client (CFI o indice)
- Posizione predefinita:
/nsr/index/{client_name} (Linux e Unix)C:\Program Files\EMC NetWorker\nsr\index/{client_name} (Windows)
- Se è interessato un solo client, rinominare la directory solo per quel client
- Se sono interessati tutti i database degli indici dei file client, rinominare l'indice.
- Quando NetWorker viene riavviato, crea un database di indicizzazione vuoto
Database di informazioni peer (nsrladb)
- Posizione predefinita:
/nsr/res\nsrladb(Linux e Unix)C:\Program Files\EMC NetWorker\nsr\res\nsrladb(Windows)
- Non rinominare il database nsrladb
- Ripristinare il database nsrladb da un bootstrap precedente
Database dei job (jobsdb)
- Posizione predefinita:
/nsr/res/jobsdb(Linux e Unix)C:\Program Files\EMC NetWorker\nsr\res\jobsdb(Windows)
- Rinominare il file binario
jobsdbdirectory con un nome diverso - Quando NetWorker viene riavviato, verrà creato un database jobsdb vuoto
Server
NetWorker Management Console Per utilizzare un database vuoto a scopo di risoluzione dei problemi sul server NetWorker Management Console, è NECESSARIO creare un backup del server NetWorker Management Console prima di procedere.
Database di NetWorker Management Console
- Percorso predefinito NetWorker 8.x:
C:\Program Files\EMC NetWorker\Management\lgto_gstdb(Windows)/opt/lgtonmc/lgto_gstdb(Linux)
- Percorso predefinito NetWorker 9.x:
C:\Program Files\EMC NetWorker\Management\nmcdb(Windows)/opt/lgtonmc/nmcdb(Linux)
- Non rinominare il database di NetWorker Management Console
- Per creare un database vuoto, disinstallare e reinstallare NetWorker Management Console e scegliere di sovrascrivere il database esistente
Per ripristinare la versione originale di un database:
server
NetWorker 1) Arrestare i daemon
o i servizi del server NetWorker 2) Modificare il nome
originale dell nsrim o del nsrim.exe rinominato 3) Solo se è stato eseguito un ripristino di bootstrap per ricostruire i database nsrladb o authc, eliminare la directory del database dei supporti (mm) e ricrearla estraendo dalla copia
compressa 4) Rinominare nuovamente la directory contenente la risorsa interessata o il database di metadati con il nome originale
5) Riavviare i servizi o i daemon di
NetWorker Server NetWorker Management Console
- Ripristino del database di NetWorker Management Console da un backup precedente
Se i daemon o i servizi si avviano correttamente con un database di risorse o metadati vuoto, il problema riguarda il database, che deve essere ripristinato da un backup precedente.
Additional Information
Nota: Se i daemon o i servizi si avviano correttamente con un database di risorse o metadati vuoto, il problema riguarda il database, che deve essere ripristinato da un backup precedente.