Avamar, Integração Data Domain: Erros de hfscheck relacionados com a funcionalidade de migração de ficheiros de nível da nuvem

Summary: Um utilizador com o Avamar 7.3 (que NÃO reconhece a nuvem), ativou o Cloud Tiering (CT) no Data Domain e começou a migrar os backups. Como o Avamar 7.3 desconhece todo este processo, os ficheiros movidos no Data Domain resultam numa falha da Verificação HFS. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Symptoms

O Avamar 7.4 e posteriores fornecem "LTR gerenciado em nível de nuvem"

Os backups existentes antes dessa conversão não criaram o arquivo XML (ddr_files.xml) com uma data futura e o ficheiro V2 (v2_ddr_files.xml) com a data atual indicada, o sistema era uma entidade de nó único na época.
 
Se apenas alguns backups forem afetados, isso pode ser feito manualmente. Caso contrário, a recuperação deve ser executada com scripts.

A funcionalidade de Migração de Ficheiros de Nível de Nuvem só é suportada a partir da versão 7.4.x do Avamar.

Quando o Nível da Nuvem está ativado no Avamar, versão 7.2.x e 7.3.x, o Avamar hfscheck Falha com MSG_ERR_DDR_ERROR. hfscheck falha porque os arquivos XML presentes nos backups não existem mais na camada ativa do Data Domain (pois foram movidos para a camada de nuvem sem o conhecimento do Avamar).

O cenário ocorre quando a funcionalidade Cloud Tiering é ativada ou configurada na MTree Avamar no Data Domain diretamente (e NÃO configurada no Avamar)

A saída seguinte (localizada no Data Domain) mostra corretamente os dois ficheiros .xml: 
-rw-rw-rw-  1 ddboost users 123456784580 Feb  1 23:14 container.1.cdsf 
-rw-rw-rw-  1 ddboost users        12768 Feb  1 23:14 container.1.cdsf.trace 
-rw-rw-rw-  1 ddboost users          419 Feb  1 23:14 v2_ddr_files.xml 
-rw-rw-rw-  1 ddboost users          419 Jan  1  2037 ddr_files.xml 
  • A pasta v2_ddr_files.xml é criado ao ativar o escalonamento da nuvem no Data Domain
    • Contém as configurações de retenção atuais para a ID de Backup (BID)
  • A pasta ddr_files.xml
    • O ficheiro tem uma data futura de 1 de janeiro de 2037, pelo que nunca é enviado para a Unidade de Nuvem.
Se a funcionalidade Cloud Tiering estiver configurada diretamente no Data Domain sem que o Avamar tenha conhecimento disso, não v2_ddr_files.xml é criado no MTree do Data Domain.

Isto pode fazer com que os ficheiros sejam movidos para o Nível da Nuvem quando o Data Domain executa o seu data-movement processo.

Por conseguinte, a verificação da integridade do Avamar (hfscheck) falha, uma vez que não é possível arquivar os backups correspondentes no Avamar MTree.

Cause

Um cenário de exemplo que resulta neste problema: 
  1. Um Data Domain está integrado num Avamar (Servidor Avamar de nó único sem nível ativo ou de nuvem no Data Domain)
  2. Todas as cópias de segurança no Data Domain criadas com o Avamar têm a expectativa atual ddr_files.xml . 
  3. O Nível da Nuvem está ativado no Data Domain
  4. É criada uma política de "movimentação de dados" no Data Domain para migrar os backups para o Nível de Nuvem
    • O Avamar não tem conhecimento da migração de backdoor (como um Data Domain Archiver ou um sistema de retenção estendida)
  5. A pasta ddr_files.xml os arquivos são migrados para a camada de nuvem como parte da "movimentação de dados" 
Os novos IDs de backup (BIDs) devem ter os v2_ddr_files.xml e o futuro ddr_files.xml arquivos, como os novos backups ver Data Domain como um sistema de retenção estendida (ER).

Resolution

O suporte oficial para Data Domain Cloud Tier da Avamar é da versão 7.4.

A atual política de movimentação de dados ONLY que o Avamar utiliza é a política de gestão de aplicações e NÃO a política de gestão por idade. A política "gerida pela aplicação" é criada automaticamente pelo Avamar MCS quando a unidade na nuvem é atualizada na IU do Avamar MCS. 

Se a migração do Nível de Nuvem foi ativada diretamente no Data Domain, e hfscheck falha com MSG_ERR_DDR_ERROR, contacte o Suporte Técnico da Dell Technologies para resolver este problema.

Additional Information

Nota: A política de "limite de idade" NÃO é suportada.

O seguinte comando pode ser executado no shell do Data Domain para verificar as políticas atuais de 'movimentação de dados': 
data-movement policy show

Mtree                          Target(Tier/Unit Name)   Policy          Value
----------------------------   ----------------------   -------------   -------
/data/col1/avamar-14146xxxxx   Cloud/vxx_virtustream    age-threshold   30 days
/data/col1/cloudtest           Cloud/vxx_virtustream    age-threshold   14 days
----------------------------   ----------------------   -------------   -------

Nota: A política "gerenciada por aplicativo" é suportada pelo Avamar. 
data-movement policy show

Mtree                          Target(Tier/Unit Name)   Policy        Value
----------------------------   ----------------------   -----------   -------
/data/col1/avamar-148545xxxx   Cloud/exx1               app-managed   enabled
----------------------------   ----------------------   -----------   -------

data-movement schedule show
Data-movement is scheduled to run on day(s) "mon" at "17:00" hrs.

data-movement throttle show
Data-movement throttle is set to 100 percent.

Nota: A pasta ddrmaint read-ddr-info O comando tem os seguintes campos que podem ser verificados para verificação:
Exemplo de resultado: 
<snip>
cloud_unit_name="cloud" 
mtree_name' = "/data/col1/avamar-148545xxxx"
<snip>

Affected Products

Avamar Server

Products

Avamar Server, Avamar with CloudBoost
Article Properties
Article Number: 000059018
Article Type: Solution
Last Modified: 18 Oct 2024
Version:  11
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.