NVP vProxy: O processo de ressurreição do saveset da VM não está progredindo

Riepilogo: Um saveset de VM que reside em um dispositivo não DDboost (AFTD, fita, CloudBoost) está sendo ressuscitado (clonado) de volta para um dispositivo Data Domain para restauração. O processo de ressurreição não está progredindo e nenhum dado está sendo clonado para o dispositivo dd de preparação. ...

Questo articolo si applica a Questo articolo non si applica a Questo articolo non è legato a un prodotto specifico. Non tutte le versioni del prodotto sono identificate in questo articolo.

Sintomi

Uma restauração de ressurreição de máquina virtual (VM) foi iniciada a partir do NetWorker Management Console (NMC) ou do NetWorker Web User Interface (NWUI).

Nota: Uma restauração de ressurreição é um processo automático que ocorre quando o saveset selecionado para restauração reside em um dispositivo que não seja do Data Domain (AFTD, fita, CloudBoost). Ao selecionar o saveset de origem, é fornecida uma opção para selecionar um pool de "preparação", em que um dispositivo de clone do Data Domain é configurado. O processo de ressurreição clona o saveset de volta para o pool de preparação do DD e, em seguida, inicia a restauração.

O processo de ressurreição foi iniciado, mas nenhuma transferência de dados é vista:

Sessão de recuperação

A janela Alertas do NMC mostra "aguardando volume gravável" no pool de preparação selecionado. 

Alertas do NMC

O pool de preparação tem um dispositivo montado:

image.png

Causa

Há uma cópia do mesmo saveset já presente no volume do dispositivo de preparo.

1. Confirme o SSID da sessão de recuperação:

Sessão de recuperação

3. Use mminfo para confirmar se o saveset aparece no dispositivo de preparo:
 

mminfo -kot -q ssid=SSID

Exemplo:

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

Isto é previsto. Não é possível criar várias cópias do mesmo saveset no mesmo local de destino. O Guia de integração do NetWorker VMware declara: Certifique-se de que o pool selecionado ainda não contenha cópias para esse backup. Se a origem primária estiver presente e você selecionar um clone para a recuperação usando o mesmo pool de preparação que contém a cópia existente, a recuperação poderá deixar de responder.

Risoluzione

Verifique o indicador do saveset da cópia no volume de preparo:

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

Em alguns casos, a ressurreição anterior pode ter sido concluída, mas uma falha de nsrclone pode ter feito com que o saveset fosse marcado como abortado (ca) ou suspeito (s). Isso faria com que a restauração apresentasse falha e o saveset não seria elegível para restauração. Há duas opções com base na validade da cópia.

Saveset válido no dispositivo em preparação.

1. Na guia Recover , clique com o botão direito do mouse na sessão de recuperação e clique em Stop.
2. Inicie a recuperação novamente e selecione o saveset que foi clonado de volta no DD. Ele deve mostrar uma cópia nas colunas "Cópias do Data Domain" e "Outras cópias de mídia":

Savesets disponíveis

3. Na página Select Alternate Recovery Sources, selecione a cópia no dispositivo de clonagem do Data Domain:
Dispositivo de clonagem do Data Domain

4. Execute a restauração.

O saveset não é válido

Se o saveset não for válido; Abortado (CA) ou suspeito(s). Você deve excluir o saveset e reiniciar a ressurreição novamente.

1. Obtenha o ssid e o ID do clone do saveset que reside no dispositivo de preparo.
mminfo -kot -q volume=VOLUME_NAME -r vmname,savetime,sumflags,ssid,cloneid
Exemplo:
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
 
2. Usando ambos o ssid/cloneid. Exclua o saveset:
nsrmm -d -S SSID/CLONEID
Exemplo:
nve:~ # nsrmm -d -S 2891939064/1718033764

The following clones will be deleted:
2891939064/1718033764

Continue? y
Processing the clone list.
Deleting clones.
AVISO: É importante especificar o SSID/CLONEID. Se você especificar apenas o SSID, ele poderá excluir todas as cópias desse saveset do mm, inclusive a origem.

3. Reinicie a restauração de ressurreição, selecionando o saveset apenas com a opção "Other Media Copy". Selecione o pool de preparação e inicie a restauração. O saveset será clonado para o pool de preparação e o processo de restauração começará assim que o clone for concluído.

Informazioni aggiuntive

Se você estiver observando um problema em que o clone não está concluído ou concluído, mas não parece ser válido. Remova o saveset inválido abortado (ca) ou suspeito(s) conforme detalhado acima. Clone manualmente o saveset usando o comando nsrclone e analise o resultado de nsrclone para obter mais informações:
nsrclone -vvv [{optional} -D[1-7]] -b STAGING_POOL_NAME -S SSID/CLONEID

Em que SSID/CLONEID são o SSID e o CloneId do saveset que reside no dispositivo não DD. A saída pode ser redirecionada para um arquivo; opcionalmente, a depuração pode ser adicionada com níveis -D de 1 a 7. 

Consulte: NVP vProxy: Como clonar manualmente um saveset de VM de um dispositivo que não seja do Data Domain para um dispositivo clone do Data Domain?

Pode ser necessária a análise do log sfs-dump e ddfs.info do Data Domain de destino.

Prodotti interessati

NetWorker

Prodotti

NetWorker Family, NetWorker Series
Proprietà dell'articolo
Numero articolo: 000225923
Tipo di articolo: Solution
Ultima modifica: 22 mag 2025
Versione:  2
Trova risposta alle tue domande dagli altri utenti Dell
Support Services
Verifica che il dispositivo sia coperto dai Servizi di supporto.