Avamar: Como remover um sistema Data Domain com segurança de um grid Avamar.

Este artigo apresenta as etapas para remover um sistema Data Domain de um grid Avamar.

avmaint config --ava |grep "immutable\|governancemode"

immutablebackups="false"
periodimmutablebackups="false"
governancemode="false"

• Antes do processo de remoção, é necessário excluir todos os backups armazenados no Data Domain pelo Avamar. 
• Após a exclusão de todos os backups, é recomendável executar um ciclo completo de manutenção (manual ou agendado).
  • Um ciclo completo de manutenção inclui coleta de lixo (GC), checkpoint (CP), validação de checkpoint (hfscheck), checkpoint e a remoção de checkpoints antigos (RMCP).

Antes de prosseguir com a remoção final do sistema Data Domain, certifique-se de excluir todos os dados de backup no Data Domain e os metadados no Avamar. 

Este artigo tem como objetivo abordar dois cenários: 

Cenário 1: Remoção incorreta: O sistema Data Domain não está mais ativo ou o Avamar não pode mais acessá-lo.

• O sistema Data Domain já foi desligado.
• Antes de ser removido do Avamar, o Data Domain foi desconectado da rede. 
• Antes da remoção do Data Domain do Avamar, o file system do Data Domain foi destruído ou reinicializado (em outras palavras, a mtree do Avamar no Data Domain não existe mais)  

Cenário 2: Remoção correta: O sistema Data Domain está ativo e o Avamar pode acessá-lo. Todos os dados de backup correspondentes aos metadados armazenados no Avamar ainda estão acessíveis.

A maneira mais fácil de testar isso é executar o comando " ddrmaint cplist" no Avamar Utility Node. Se ele exibir resultados, o Avamar poderá se conectar ao Data Domain, ler a mtree (unidade de armazenamento) do Avamar no Data Domain e listar os checkpoints. 

Exemplo:

ddrmaint cplist

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<checkpointlist
  cmd="cplist"
  lsu="avamar-1643691625"
  count="3">
  <ddrservers count="1">
    <ddrserver
      name="dd01.company.com"
      index="1"
      ddrcreatetime="1685672902"/>
  </ddrservers>
  <checkpoint
    tag="cp.20240724220026"
    mtime="1721858446"
    isvalid="true"
    validcheck="true"/>
  <checkpoint
    tag="cp.20240801021435"
    mtime="1722478550"
    isvalid="true"
    validcheck="false"/>
  <checkpoint
    tag="cp.20240801045429"
    mtime="1722488144"
    isvalid="true"
    validcheck="false"/>
</checkpointlist>

Etapas comuns dos cenários 1 e 2:

É preciso seguir essas etapas comuns para remoções corretas e incorretas: 

1. Faça log-in no Avamar Utility Node como administrador.

2. Localize o nome do host do Data Domain e o índice do Data Domain que está sendo removido.
(O índice DDR é um valor numérico que representa o número de sistemas Data Domain conectados ao Avamar.)

É possível localizar o índice executando o seguinte comando como administrador no Avamar Utility Node:

ddrmaint read-ddr-info

Exemplo de resultado:

<ddrconfig client-map-default="true" cloud_enabled="false" cloud_unit_name="" dd-cert-chain="" ddos-version="7.13.0.20-1082704" ddrcreatetime="1685672902" ddrid="A42AF86128712C2361D8E072BA5E20E745C5F8A5" gsan-backup-target-default="true" hostname="dd01.company.com" index="1" instant-access-limit="32" ipv4-hostname="dd01.company.com" ipv6-hostname="" max-streams="50" max-streams-for-cp-backup="2" modelno="DD VE" mtree_name="/data/col1/avamar-1234567890" password="Onlh2XP9xEpvI2exqGQwqA==" policy_id="%2Fdata%2Fcol1%2Favamar-1643691625%3AECS_Unit1" serialno="xxxxxxxxxxxxxxx" token="AQAjwjOLe0cAcXbsTvn4AYhPc274/LNOErIAjGbfELzhoQ==" username="ddboost">
...
<ddrconfig client-map-default="false" cloud_enabled="false" cloud_unit_name="" dd-cert-chain="" ddos-version="6.2.1.80-692201" ddrcreatetime="1722482083" ddrid="3EBBA48A04A3DE3D2CAC662CF32E5DDBD0E68C58" gsan-backup-target-default="false" hostname="dd02.company.com" index="2" instant-access-limit="32" ipv4-hostname="dd02.company.com" ipv6-hostname="" max-streams="50" max-streams-for-cp-backup="0" modelno="DD VE Version 4.0" mtree_name="/data/col1/avamar-1234567890" password="Si+8QUMErXcQuq99uQ+IpQ==" policy_id="" serialno="xxxxxxxxxxxxxxx" token="AQA51kB/zWJVUc2Hso5NqQVla+XC71ucYATwtbP4Rq1f8A==" username="ddboost">

Nesse exemplo de resultado, há dois Data Domains conectados.

• Data-Domain-hostname: dd01.company.com
• ddr-index-value: 1.

3. Verifique quais conjuntos de dados, se houver, têm o Data Domain selecionado:

A maneira mais fácil de fazer isso é executar comandos na CLI para determinar quais conjuntos de dados devem ser editados. Em seguida, utilize a IU que preferir (AUI ou MCS) para atualizar os conjuntos de dados.

Para um grid Avamar com apenas um Data Domain associado, use o seguinte comando:

psql -p 5555 mcdb -c "select dataset_name,plugin_name,domain from v_ds_commands where command_name='ddr-index' and value NOT IN ('0') order by dataset_name asc;"

Exemplo:

psql -p 5555 mcdb -c "select dataset_name,plugin_name,domain from v_ds_commands where command_name='ddr-index' and value NOT IN ('0') order by dataset_name asc;"

  dataset_name   |       plugin_name       | domain
-----------------+-------------------------+--------
 Default Dataset | Linux Fast Incrementals | /
 Default Dataset | VMware vCloud vApp      | /
 Default Dataset | Windows File System     | /
 dd01_dst        | Windows File System     | /clients
(4 rows)

-- Ou --

Para um grid Avamar com vários sistemas Data Domain conectados, execute o seguinte comando:

psql -p 5555 mcdb -c "select dataset_name,plugin_name,domain from v_ds_commands where command_name='ddr-index' and value='<ddr-index-value>' order by dataset_name asc;"

Em que <ddr-index-value> é o índice observado na etapa 2 acima (em nosso exemplo de resultado, ele era 1)

Exemplo:

psql -p 5555 mcdb -c "select dataset_name,plugin_name,domain from v_ds_commands where command_name='ddr-index' and value='1' order by dataset_name asc;"

  dataset_name   |       plugin_name       | domain
-----------------+-------------------------+--------
 Default Dataset | Linux Fast Incrementals | /
 Default Dataset | VMware vCloud vApp      | /
 Default Dataset | Windows File System     | /
 dd01_dst        | Windows File System     | /clients
(4 rows)

Se não houver conjuntos de dados relatados, avance para a etapa 6; caso contrário, continue a partir da etapa 4.

4. Faça log-in na IU do Avamar (AUI ou MCS) e remova o Data Domain de cada conjunto de dados listado:

Avamar Administrator — AUI:

a. Em Administration, selecione Setting.

b. Clique em Dataset.

c. Para cada conjunto de dados: 

i. Selecione o conjunto de dados necessário e clique em Edit.

ii. Um por vez, selecione cada um dos plug-ins listados no resultado da etapa 3.

No exemplo de resultado para "Default Dataset", isso seria "Linux Fast Incrementals", "VMware vCloud vApp" e "Windows File System".

iii. Desmarque a opção "Store backup on Data Domain system" ou, se houver vários Data Domains conectados, substitua o nome do Data Domain, se aplicável.

iv. Clique em Submit (Enviar).

v. Repita o processo para todos os plug-ins listados

-- Ou --

Avamar Administrator — MCS:

a. Acesse o menu Tools.

b. Selecione Manage Datasets.

c. Para cada conjunto de dados: 

i. Selecione o conjunto de dados necessário e clique em Edit.

ii. Acesse a guia de opções.

iii. Selecione cada plug-in listado no resultado da etapa 3 para "Default Dataset", como "Linux Fast Incrementals", "VMware vCloud vApp" e "Windows File System".

iv. Desmarque a opção "Store backups on Data Domain" ou, se houver vários sistemas Data Domains conectados, substitua o nome do Data Domain, se aplicável.

v. Clique em OK.

vi. Repita o processo para cada conjunto de dados necessário

5. Ao concluir, execute novamente o mesmo comando que foi executado anteriormente na etapa 2b. Não deve haver conjuntos de dados listados:

Exemplos:

psql -p 5555 mcdb -c "select dataset_name,plugin_name,domain from v_ds_commands where command_name='ddr-index' and value='1' order by dataset_name asc;"

-- Ou --

psql -p 5555 mcdb -c "select dataset_name,plugin_name,domain from v_ds_commands where command_name='ddr-index' and value='<ddr-index-value>' order by dataset_name asc;"

O resultado esperado é igual para qualquer um dos comandos:

 dataset_name | plugin_name | domain
--------------+-------------+--------
(0 rows)

6. Se vários Data Domains estiverem conectados e o Avamar for uma origem de replicação, certifique-se de que o DD que está sendo removido não esteja definido como o sistema de armazenamento padrão de replicação:

Faça log-in na IU do Avamar (AUI ou MCS) 

Avamar Administrator — AUI:

a. Em Administration, selecione System.

b. Clique em Data Domain.

c. Selecione o Data Domain a ser removido. 

d. Se o valor "Default Replication Storage System" for "yes", avance para a etapa e. Caso contrário, avance para a etapa 7.

e. Clique em Cancel.

f. Dos Data Domains restantes (que não serão removidos), selecione a alternativa que se tornará o sistema de armazenamento padrão de replicação.

g. Clique em Edit.

h. Digite e confirme a senha da conta do ddboost.

i. Selecione "Use system as default replication storage"

j. Clique em Validate, Next, Next e Finish. A atualização poderá levar algum tempo.

-- Ou --

Avamar Administrator — MCS:

a. Selecione Server no painel de indicadores principal.

b. Selecione a guia Server Management.

c. Se apenas a janela "Bytes Protected Summary" for exibida, clique no divisor e expanda a janela até ver os servidores (Avamar e Data Domain):

d. Realce o Data Domain que será removido. 

e. Se, na janela "Node Information", a opção "Default Replication Storage System" for "Yes", avance para a etapa f. Caso contrário, avance para a etapa 7.

f. Dos Data Domains restantes (que não serão removidos), selecione a alternativa que se tornará o sistema de armazenamento padrão de replicação.

g. No menu Actions, clique em "Editar Data Domain system"

h. Marque a caixa de seleção "Use system as default replication storage" e clique em OK. 

i. Clique em Yes para confirmar a alteração do mapeamento do armazenamento padrão de replicação. A atualização poderá levar algum tempo.

• No caso de uma remoção incorreta (cenário 1), avance para a etapa 8
• Para uma remoção correta (Cenário 2), avance para a etapa 11

Cenário 1: Etapas específicas para uma remoção incorreta

• O Data Domain foi desligado antes de ser removido do Avamar. 
• O Data Domain foi desconectado da rede antes de ser removido do Avamar. 
• O file system do Data Domain foi reinicializado antes de ser removido do Avamar (em outras palavras, a mtree do Avamar não existe mais no sistema Data Domain).
• O file system do Data Domain está destruído ou corrompido

8. Execute o seguinte comando:  

mccli dd delete --name=<Data-Domain-hostname> --force

Em que <Data-Domain-hostname> é o nome obtido na etapa 2 (dd01.company.com, no exemplo de resultado)

Exemplo:

mccli dd delete --name=dd01.company.com --force

0,30936,Deleted Data Domain system.
Attribute                 Value 
------------------------- -------------------------------------------------------------------
ipv6Hostname
ipv4Hostname              dd01.company.com

0,30936,Deleted Data Domain system.
Attribute                 Value
------------------------- -------------------------------------------------------------------
replication-storage-check Data Domain system is the only default replication storage system.
ipv6Hostname
force-delete              Force delete option was in use for the Data Domain system deletion.
ipv4Hostname              dd01.company.com

Se encontrar outros erros, pare o processo e crie um chamado. Ao criar o chamado, inclua este artigo, juntamente com quaisquer erros.  

9. Exclua todas as referências aos backups armazenados no Data Domain:

É necessário excluir todas as referências aos backups armazenados no Data Domain inacessível. Embora os dados de backup e do Data Domain estejam inacessíveis, os metadados ainda estão presentes no Avamar.

É possível usar o script remove_ddr_backups para detectar e exibir backups que fazem referência ao Data Domain; ele está localizado no diretório /usr/local/avamar/bin no Avamar Utility Node.

a. Execute o script no modo não destrutivo:

remove_ddr_backups <ddr-index-value>

Em que <ddr-index-value> é o índice do Data Domain anotado na etapa 2 (no exemplo de resultado, ele era 1)

Exemplo:

remove_ddr_backups 1

Running in non-destructive mode. No data will be destroyed.
To run in destructive mode add the command line parameter '--delete-backups'.
Total Data Domain backups 5422.
Total Avamar backups 10296.
Total backups 15718.
Matched 2232 out of 5422 total Data Domain backups with ddrindex 1.
Total Data Domain backups to be deleted 8014.
Backup counts for each ddr index before any backup deletions:
    ddrindex 001: 2232
    ddrindex 002: 3190
remove_ddr_backups completed successfully in non-destructive mode.

Como o resultado indica, o comando acima é executado no modo "não destrutivo" e não exclui nenhum backup. 

Esse resultado mostra que há 2.232 backups armazenados no ddrindex 1.

b. Remova os backups mencionados no Data Domain inacessível adicionando o sinalizador "--delete-backups":

remove_ddr_backups <ddr-index-value> --delete-backups

Em que <ddr-index-value> é o índice do Data Domain anotado na etapa 2 (no exemplo de resultado, ele era 1)

Exemplo:

remove_ddr_backups 1 --delete-backups

remove_ddr_backups will irrevocably destroy backup data on server 'dd01.company.com'.
Type 'yes' to permanently remove backup data on this server: 

c. Verifique novamente se esse é o Data Domain correto, pois esse processo não é reversível.

d. Digite Yes

Resultado esperado:

1  Request succeeded

0  ERROR!  Exit code 116: Cannot delete client's last backup remove_ddr_backups: 
Error: remove_ddr_backups: 
Error: Failed to execute 'avmgr delb  --path=/MC_RETIRED/test_client_A2014.01.23.16.18.41 --date=0x1CEF631A5EDEA52', result code '29696', error string 'Bad file descriptor'
Error: Failed to execute 'avmgr delb  --path=/clients/test_client_B --date=0x1CEF631A5EDEB922', result code '29696', error string 'Bad file descriptor'

Consulte a seção Informações adicionais para obter instruções sobre como excluir manualmente os backups bloqueados.

Depois de remover todos os backups bloqueados, repita as etapas 9b–9d para remover o Data Domain.

10. Continue da etapa 14.

Cenário 2: Etapas específicas para uma remoção correta

11. É necessário excluir todos os backups armazenados no Data Domain que será removido:

É possível usar o script remove_ddr_backups para detectar e exibir backups que fazem referência ao Data Domain; ele está localizado no diretório /usr/local/avamar/bin no Avamar Utility Node.

a. Execute o script no modo não destrutivo:

remove_ddr_backups <ddr-index-value>

Em que <ddr-index-value> é o índice do Data Domain anotado na etapa 2 (no exemplo de resultado, ele era 1)

Exemplo:

remove_ddr_backups 1

Running in non-destructive mode. No data will be destroyed.
To run in destructive mode add the command line parameter '--delete-backups'.
Total Data Domain backups 5422.
Total Avamar backups 10296.
Total backups 15718.
Matched 2232 out of 5422 total Data Domain backups with ddrindex 1.
Total Data Domain backups to be deleted 8014.
Backup counts for each ddr index before any backup deletions:
    ddrindex 001: 2232
    ddrindex 002: 3190
remove_ddr_backups completed successfully in non-destructive mode.

Como o resultado indica, o comando acima é executado no modo "não destrutivo" e não exclui nenhum backup. 

Este resultado mostra que há 2.232 backups armazenados no ddrindex 1.

b. Remova os backups mencionados no Data Domain inacessível adicionando o sinalizador "--delete-backups":

remove_ddr_backups <ddr-index-value> --delete-backups

Em que <ddr-index-value> é o índice do Data Domain anotado na etapa 2 (no exemplo de resultado, ele era 1)

Exemplo:

remove_ddr_backups 1 --delete-backups

remove_ddr_backups will irrevocably destroy backup data on server 'dd01.company.com'.
Type 'yes' to permanently remove backup data on this server: 

c. Verifique novamente se esse é o Data Domain correto, pois esse processo não é reversível.

d. Digite Yes

Resultado esperado:

1  Request succeeded

0  ERROR!  Exit code 116: Cannot delete client's last backup remove_ddr_backups: 
Error: remove_ddr_backups: 
Error: Failed to execute 'avmgr delb  --path=/MC_RETIRED/test_client_A2014.01.23.16.18.41 --date=0x1CEF631A5EDEA52', result code '29696', error string 'Bad file descriptor'
Error: Failed to execute 'avmgr delb  --path=/clients/test_client_B --date=0x1CEF631A5EDEB922', result code '29696', error string 'Bad file descriptor'

Consulte a seção Informações adicionais para obter instruções sobre como excluir manualmente os backups bloqueados.

Depois de remover os backups bloqueados, repita as etapas 11b–11d para remover o Data Domain.

12. Após a remoção dos backups de client, será necessário remover todos os checkpoints associados a todos os backups do Data Domain do grid Avamar:

a. Verifique quando o último checkpoint foi concluído: 

status.dpn |grep "Last checkpoint"

b. Realize um flush do MCS:

mcserver.sh --flush

Exemplo:

mcserver.sh --flush

=== BEGIN === check.mcs (preflush)
check.mcs                        passed
=== PASS === check.mcs PASSED OVERALL (preflush)
Flushing Administrator Server...
Administrator Server flushed.

c. Crie um checkpoint:

avmaint checkpoint --ava --wait

O prompt somente exibirá resultados quando o checkpoint for concluído.

d. Verifique o último checkpoint:

status.dpn |grep "Last checkpoint"

Verifique se ele é diferente do resultado da etapa 12a.

e. Valide o checkpoint: 

avmaint hfscheck --full --keep --ava

f. Monitore hfscheck até a conclusão.

g. Após a conclusão com sucesso de hfscheck , escolha outro checkpoint:

avmaint checkpoint --ava --wait

Novamente, o prompt somente exibirá resultados quando o checkpoint for concluído.

h. Remova todos os checkpoints antigos:

avmaint rmcp --full --ava

13. Remova o Data Domain do Avamar usando a CLI ou a IU:

CLI

mccli dd delete --name=<Data-Domain-hostname>

Em que <Data-Domain-hostname> é o nome obtido na etapa 2 (dd01.company.com, no exemplo de resultado)

Exemplo:

mccli dd delete --name=dd01.company.com

0,30936,Deleted Data Domain system.
Attribute                 Value
------------------------- -------------------------------------------------------------------
ipv6Hostname
ipv4Hostname              dd01.company.com

O comando pode levar algum tempo para retornar um prompt. Aguarde a conclusão do comando sem interrupção.

-- Ou --

Avamar Administrator — AUI:

a. Em Administration, selecione System.

b. Clique em Data Domain.

c. Selecione o Data Domain a ser removido. 

d. Clique em Delete.

e. Analise a confirmação para garantir que ela inclui o nome do Data Domain que será removido.

f. Clique em Yes para confirmar a exclusão do Data Domain. A atualização poderá levar algum tempo.

g. O Data Domain não deverá mais estar presente.

-- Ou --

Avamar Administrator — MCS:

a. Selecione Server no painel de indicadores principal.

b. Selecione a guia Server Management.

c. Se apenas a janela "Bytes Protected Summary" for exibida, clique no divisor e expanda a janela até ver os servidores (Avamar e Data Domain):

d. Selecione o Data Domain que será removido. 

e. No menu Actions, selecione "Delete Data Domain system"

f. Analise a confirmação para garantir que ela inclui o nome do Data Domain que será removido.

g. Clique em Yes para confirmar a exclusão do Data Domain. A atualização poderá levar algum tempo.

h. O Data Domain não deverá mais estar presente.

14. Execute um ciclo manual de manutenção (mesmo que ele tenha sido realizado na Etapa 12):

a. Verifique quando o último checkpoint foi concluído: 

status.dpn |grep "Last checkpoint"

b. Realize um flush do MCS:

mcserver.sh --flush

Exemplo:

mcserver.sh --flush

=== BEGIN === check.mcs (preflush)
check.mcs                        passed
=== PASS === check.mcs PASSED OVERALL (preflush)
Flushing Administrator Server...
Administrator Server flushed.

c. Crie um checkpoint:

avmaint checkpoint --ava --wait

O prompt somente exibirá resultados quando o checkpoint for concluído.

d. Verifique o último checkpoint:

status.dpn |grep "Last checkpoint"

Verifique se ele é diferente do resultado da etapa 14a.

e. Valide o checkpoint: 

avmaint hfscheck --full --keep --ava

f. Monitore hfscheck até a conclusão.

g. Após a conclusão com sucesso de hfscheck , escolha outro checkpoint:

avmaint checkpoint --ava --wait

Novamente, o prompt somente exibirá resultados quando o checkpoint for concluído.

h. Remova todos os checkpoints antigos:

avmaint rmcp --full --ava

15. Retorne o grid a um estado de produção usando Avamar: Como definir o Avamar Server em um estado controlado conhecido como guia.

Como excluir manualmente os backups bloqueados:

É possível realizar a exclusão manual de backups bloqueados usando a IU (MCS ou AUI) ou a CLI.

1. Veja o resultado do comando remove_ddr_backups e anote todos os caminhos cujos backups não puderam ser removidos. 

0  ERROR!  Exit code 116: Cannot delete client's last backup remove_ddr_backups: 
Error: remove_ddr_backups: 
Error: Failed to execute 'avmgr delb  --path=/MC_RETIRED/test_client_A2014.01.23.16.18.41 --date=0x1CEF631A5EDEA52', result code '29696', error string 'Bad file descriptor'
Error: Failed to execute 'avmgr delb  --path=/clients/test_client_B --date=0x1CEF631A5EDEB922', result code '29696', error string 'Bad file descriptor'

Nesse exemplo de resultado, eles são /MC_RETIRED/test_client_A2014.01.23.16.18.41 e /clients/test_client_B. 

2. Remova os backups bloqueados de cada client usando o método que preferir:

CLI:

a. Recupere as informações de backup usando o comando getb: 

avmgr getb --format=xml --incpartials --path=<full-path-to-client> |grep -i <date>

Em que <full-path-to-client> é o nome do client do exemplo de resultado e <date> é o valor hexadecimal no campo de data.

Exemplo de resultado:

avmgr getb --format=xml --incpartials --path=/MC_RETIRED/test_client_A2014.01.23.16.18.41 | grep -i 0x1CEF631A5EDEA52

<backuplistrec flags="20185089" labelnum="165" label="Production 2300-Virtual Servers - Production-138" created="1386739633" roothash="d244f1dd698949e71022b9c975e311913236dc87" totalbytes="25585092608.00" ispresentbytes="0.00" pidnum="3016" percentnew="0" expires="1389157200" created_prectime="0x1cef631a5edea52" partial="0" retentiontype="daily,weekly" backuptype="Full" ddrindex="1" locked="1"/>

b. Exclua o backup usando o comando delb: 

avmgr delb --path=<full-path-to-client> --date=<date> --risklosingallbackups

Exemplo de resultado: 

avmgr delb  --path=/MC_RETIRED/test_client_backup_A2014.01.23.16.18.41 --date=0x1CEF631A5EDEA52 --risklosingallbackups

1  Request succeeded

c. Execute novamente o comando getb para verificar se o backup foi excluído:

avmgr getb --format=xml --incpartials --path=<full-path-to-client> |grep -i <date>

Exemplo: 

avmgr getb --format=xml --incpartials --path=/MC_RETIRED/test_client_A2014.01.23.16.18.41 | grep -i 0x1CEF631A5EDEA52

d. Repita o processo para cada um dos clients listados no resultado de "remove_ddr_backups".

No Avamar Administrator — AUI:

a. Selecione o título Administration e Asset Management.

b. Navegue pela árvore e localize o primeiro client da lista. 

c. Clique em "View More" para ver os backups associados ao client.

d. Selecione o backup para exclusão. 

e. Clique em Delete.

g. Confirme a exclusão quando solicitado.

h. Repita o processo para cada um dos clients listados no resultado de "remove_ddr_backups".

No Avamar Administrator — MCS:

a. Selecione Backup and Restore.

b. Navegue pela árvore e localize o primeiro client da lista. 

c. Certifique-se de selecionar "manage" e selecionar todas as opções em "By Retention":

d. Clique em Retrieve.

e. Após a exibição do backup, clique nele com o botão direito.

f. Selecione "Delete Backup"

g. Confirme a exclusão quando solicitado.

h. Repita o processo para cada um dos clients listados no resultado de "remove_ddr_backups".