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

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).

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

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

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

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:

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.

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":

O saveset não é válido

mminfo -kot -q volume=VOLUME_NAME -r vmname,savetime,sumflags,ssid,cloneid

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

nve:~ # nsrmm -d -S 2891939064/1718033764

The following clones will be deleted:
2891939064/1718033764

Continue? y
Processing the clone list.
Deleting clones.

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.

• NetWorker NVP vProxy: Confirme se um saveset da VM reside no file system do Data Domain
• NetWorker: Como coletar ddfs.info log do Data Domain