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

Samenvatting: 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. ...

Dit artikel is van toepassing op Dit artikel is niet van toepassing op Dit artikel is niet gebonden aan een specifiek product. Niet alle productversies worden in dit artikel vermeld.

Symptomen

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

Oorzaak

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.

Oplossing

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.

Extra informatie

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.

Getroffen producten

NetWorker

Producten

NetWorker Family, NetWorker Series
Artikeleigenschappen
Artikelnummer: 000225923
Artikeltype: Solution
Laatst aangepast: 22 mei 2025
Versie:  2
Vind antwoorden op uw vragen via andere Dell gebruikers
Support Services
Controleer of uw apparaat wordt gedekt door Support Services.