NVP vProxy: Il processo di riattivazione del saveset della VM non sta avanzando
Summary: Un saveset di VM che risiede su un dispositivo non DDboost (AFTD, nastro, CloudBoost) viene resuscitato (clonato) su un dispositivo Data Domain per il restore. Il processo di riattivazione non sta avanzando e nessun dato viene clonato nel dispositivo dd di staging. ...
Symptoms
È stato avviato un restore di riattivazione della macchina virtuale (VM) da NetWorker Management Console (NMC) o NetWorker Web User Interface (NWUI).
Il processo di riattivazione è stato avviato, ma non viene visualizzato alcun trasferimento di dati:
La finestra NMC Alerts mostra "waiting for writable volume" nel pool di staging selezionato.
Nel pool di staging è installato un dispositivo:
Cause
Una copia dello stesso saveset è già presente nel volume del dispositivo di staging.
1. Verificare l SSID dalla sessione di ripristino:
3. Utilizzare mminfo per verificare se il saveset è presente sul dispositivo di gestione temporanea:
mminfo -kot -q ssid=SSID
Esempio:
nve:~ # mminfo -kot -q ssid=2891939064
volume type vm_name date time size ssid fl backup_size
AFTDVMClone.001 adv_file lnx-client01 06/04/24 16:45:43 104 GB 2891939064 cr 104 GB
ddvestaging.001 Data Domain lnx-client01 06/04/24 16:45:43 104 GB 2891939064 cr 104 GB
Si tratta del funzionamento previsto per progettazione. Non è possibile creare più copie dello stesso saveset nella stessa posizione di destinazione. La NetWorker VMware Integration Guide afferma: Assicurarsi che il pool selezionato non contenga già copie per questo backup. Se è presente l'origine primaria e si seleziona un clone da ripristinare utilizzando lo stesso pool di staging che contiene la copia esistente, il ripristino potrebbe non rispondere.
Resolution
Controllare il flag del saveset della copia sul volume di staging:
nve:~ # mminfo -kot -q volume=ddvestaging.001
volume type vm_name date time size ssid fl backup_size
ddvestaging.001 Data Domain lnx-client01 06/04/24 16:45:43 104 GB 2891939064 cr 104 GB
In alcuni casi, la riattivazione precedente potrebbe essere stata completata, ma un errore di nsrclone potrebbe aver fatto sì che il saveset venisse contrassegnato come interrotto (ca) o sospetto (s). Ciò causerebbe l'esito negativo del ripristino e il saveset non sarebbe idoneo per il ripristino. Sono disponibili due opzioni a seconda della validità della copia.
Saveset valido sul dispositivo di staging.
1. Nella scheda Recover , cliccare con il pulsante destro del mouse sulla sessione di ripristino e scegliere Stop.
2. Avviare nuovamente il ripristino e selezionare il saveset clonato nuovamente in DD. Dovrebbe mostrare una copia in entrambe le colonne "Data Domain Copies" e "Other Media Copies":
4. Eseguire il ripristino.
Saveset non valido
Se il saveset non è valido; Abortito (CA) o sospetto (S). È necessario eliminare il saveset e riavviare nuovamente la risurrezione.1. Ottenere l SSID e l'ID clone del saveset che risiede sul dispositivo di staging.
mminfo -kot -q volume=VOLUME_NAME -r vmname,savetime,sumflags,ssid,cloneid Esempio:
nve:~ # mminfo -kot -q volume=ddvestaging.001 -r vmname,savetime,sumflags,ssid,cloneid
vm_name date fl ssid clone id
lnx-client01 06/04/24 ca 2891939064 1718033764
nsrmm -d -S SSID/CLONEID Esempio:
nve:~ # nsrmm -d -S 2891939064/1718033764
The following clones will be deleted:
2891939064/1718033764
Continue? y
Processing the clone list.
Deleting clones.
3. Riavviare il restore di riattivazione, selezionando il saveset contenente solo "Other Media Copy". Selezionare il pool di staging e avviare il ripristino. Il saveset verrà clonato nel pool di staging e il processo di ripristino inizierà al termine della clonazione.
Additional Information
nsrclone -vvv [{optional} -D[1-7]] -b STAGING_POOL_NAME -S SSID/CLONEID
Dove SSID/CLONEID è l SSID e il CloneId del saveset che risiede sul dispositivo non DD. L'output può essere reindirizzato a un file; facoltativamente, il debug può essere aggiunto con i livelli -D da 1 a 7.
Vedere: NVP vProxy: Come clonare manualmente un saveset di VM da un dispositivo non Data Domain a un dispositivo clonato Data Domain?
Potrebbe essere necessaria un'analisi del dump sfs e del log di ddfs.info del Data Domain di destinazione.