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

요약: 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. ...

이 문서는 다음에 적용됩니다. 이 문서는 다음에 적용되지 않습니다. 이 문서는 특정 제품과 관련이 없습니다. 모든 제품 버전이 이 문서에 나와 있는 것은 아닙니다.

증상

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.

원인

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

해결

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.

추가 정보

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>

해당 제품

Avamar Server

제품

Avamar Server, Avamar with CloudBoost
문서 속성
문서 번호: 000059018
문서 유형: Solution
마지막 수정 시간: 18 10월 2024
버전:  11
다른 Dell 사용자에게 질문에 대한 답변 찾기
지원 서비스
디바이스에 지원 서비스가 적용되는지 확인하십시오.