Avamar: Os backups RCT do Hyper V apresentam falha com erros devido a checkpoints órfãos

Os backups RCT do Avamar Hyper-V podem falhar com erros semelhantes aos seguintes:
 

avhypervvss Info <43419>: Creating backup CheckPoint with 'Copy' guest backup type
2019-04-15 00:05:05 avhypervvss Info <43420>: Creating backup CheckPoint with 'Application' consistenty level
avhypervvss Error <43426>: Checkpoint creation for Virtual machine 'DELLEMC-VM<XXXXSS-XXXX-XXXX-XXXX-XXXXXX>' has failed and will be skipped from backup. For details, please check 'winclustersvc.log'.
avhypervvss Error <43426>: Checkpoint creation for Virtual machine 'AVAMAR-DEV<XXXXSS-XXXX-XXXX-XXXX-XXXXXX>' has failed and will be skipped from backup. For details, please check 'winclustersvc.log'.
avhypervvss Error <43426>: Checkpoint creation for Virtual machine 'DDR-Dev2<XXXXX-XXXX-XXXX-XXXX-XXXXXX>' has failed and will be skipped from backup. For details, please check 'winclustersvc.log'.
avhypervvss Warning <43427>: No targets available for backup after checkpoint process.

Os backups RCT do Hyper-V podem ser concluídos com sucesso por um ou dois dias. No entanto, o último backup bem-sucedido está deixando arquivos de checkpoint órfãos (*.avhdx) nos diretórios da máquina virtual (VM).  

Um checkpoint das VMs é criado temporariamente durante o backup. Após a conclusão, o plug-in do Hyper-V informa o sistema operacional Windows (SO) para mesclar o checkpoint AVHD no VHD (disco rígido virtual) pai da VM.

Às vezes, os checkpoints não se mesclam no VHD principal após a conclusão dos backups. No log do Visualizador de eventos (logs de aplicativos e serviços -> Microsoft -> Windows -> Hyper-V VMMS), o seguinte erro pode ser exibido:
 

"'DDR-Dev2' background disk merge failed to complete: Account restrictions are preventing this user from signing in. For example: blank passwords aren't allowed, sign-in times are limited, or a policy restriction has been enforced. (0x8007052F). (Virtual machine ID XXXXX-XXXX-XXXX-XXXX-XXXXXX) "

No pior cenário, os checkpoints podem não estar visíveis no Gerenciador do Hyper-V ou nos comandos do PowerShell.

Tanto o Hyper-V quanto o Avamar Plug-in não reconhecem os checkpoints órfãos. Os próximos backups do Avamar falham, pois o sistema operacional Windows não consegue criar novos arquivos AVHD de checkpoint devido aos checkpoints órfãos existentes.

 

Nos logs do Avamar, a limpeza do checkpoint foi executada no lado do plug-in do Avamar Hyper-V com sucesso. No entanto, ocorreu um erro simultaneamente no Visualizador de eventos, que não conseguiu mesclar o disco, causando o erro de exclusão do checkpoint.

No arquivo Winclustersvc.log, o trecho abaixo mostra que a limpeza do checkpoint foi feita com sucesso:
 

winclustersvc INFO<0000>:  Cleaning up checkpoint created on group AvamarBackup_SERVER-app-20190510000504-0: checkpoint \\SERVER\root\virtualization\v2:Msvm_SnapshotCollection.CollectionID="DXXXXDX-XXCE-XXDX-XABF-XXXDXXXXXX" . 
winclustersvc INFO<0000>:  DestroySnapshot executed successfully 

O plug-in liga para a API da Microsoft para excluir o checkpoint e, somente depois que ele retorna com sucesso, o plug-in registra a mensagem acima.  

No entanto, os logs simultâneos do Visualizador de Eventos apresentam o seguinte erro para todas as VMs, o que fez com que o checkpoint não fosse excluído:
 

 "'DDR-Dev2' background disk merge failed to complete: Account restrictions are preventing this user from signing in. For example: blank passwords aren't allowed, sign-in times are limited, or a policy restriction has been enforced. (0x8007052F). (Virtual machine ID XXXXX-XXXX-XXXX-XXXX-XXXXXX) "

Abra um caso de suporte com a Microsoft para obter mais soluções de problemas do checkpoint órfão.

Aqui estão algumas soluções temporárias que podem resolver o problema:

1. Instale os patches e as atualizações mais recentes nos computadores host do Hyper-V usando o Windows Update.
2. Reinicie o serviço de gerenciamento de máquina virtual do Hyper-V (VMMS) antes do início do backup do Avamar. A propriedade de objeto de política de grupo Fazer logon como serviço não é sincronizada com o serviço VMMS após a criação de uma tarefa agendada. Quando o serviço VMMS é reiniciado, ele tenta sincronizar à força com o serviço de logon da Microsoft.
3. Desative a atribuição de direitos de usuário/fazer logon como uma propriedade de serviço no GPO ( Objeto de Política de Grupo ). Em seguida, execute o seguinte comando na máquina Hyper-V usando o comando do Windows ou o prompt do PowerShell: 

GPUpdate / Force 

Referência:  https://social.technet.microsoft.com/Forums/en-US/1dc1a820-be03-4c24-9f85-5793eb6c1d4a/background-merge-fails-replication-state-critical?forum=winserverhyperv (Link externo)