Avamar: come rimuovere in modo sicuro un sistema Data Domain da una griglia Avamar.
Summary: Questo articolo fornisce la procedura per rimuovere un sistema Data Domain da una griglia Avamar.
Instructions
Questo articolo fornisce la procedura per rimuovere un sistema Data Domain da una griglia Avamar.
- In questo articolo, qualsiasi riferimento ad "Avamar Utility Node" si riferisce allo utility node in un ambiente multinodo, al singolo nodo in un ambiente fisico a singolo nodo o ad AVE in un ambiente virtuale.
- L'interfaccia utente di Management Console Server (MCS) si riferisce all'interfaccia utente di Java Avamar Administrator. L'interfaccia utente di Avamar (AUI) si riferisce all'interfaccia web
(https://<avamar-grid>/aui)
avmaint config --ava |grep "immutable\|governancemode"
immutablebackups="false"
periodimmutablebackups="false"
governancemode="false"
-
Tutti i backup archiviati in Data Domain da questo Avamar devono essere eliminati prima del processo di rimozione.
-
Dopo aver eliminato tutti i backup, si consiglia di eseguire un ciclo di manutenzione completo (manuale o pianificato).
-
Un ciclo di manutenzione completo include garbage collection (GC), checkpoint (CP) e convalida del checkpoint
(hfscheck), checkpoint e rimozione dei checkpoint precedenti (RMCP).
-
Assicurarsi che tutti i dati di backup su Data Domain e i metadati su Avamar vengano eliminati prima di procedere con la rimozione finale del sistema Data Domain.
Questo articolo affronta due scenari:
Scenario 1: rimozione non pulita. Il sistema Data Domain non è più attivo o non è raggiungibile da Avamar.
- Il sistema Data Domain è già stato spento.
- Data Domain è stato disconnesso dalla rete prima di essere rimosso da Avamar.
- Il file system su Data Domain è stato eliminato o reinizializzato prima di rimuovere Data Domain da Avamar (in altre parole, l'MTree Avamar su Data Domain non esiste più)
Scenario 2: rimozione pulita. Il sistema Data Domain è attivo ed è raggiungibile da Avamar. Tutti i dati di backup corrispondenti ai metadati archiviati su Avamar sono ancora accessibili.
Il modo più semplice per testare questa situazione è eseguire il comando " ddrmaint cplist" da Avamar Utility Node. Se il comando restituisce un output, Avamar può connettersi a Data Domain, leggere l'MTree Avamar (unità di storage) su Data Domain ed elencare i checkpoint.
Esempio:
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>
Procedura comune per lo scenario 1 e lo scenario 2:
È necessario seguire questa procedura comune per la rimozione pulita e non pulita:
1. Accedere ad Avamar Utility Node come amministratore.
2. Individuare il nome host e l'indice per il sistema Data Domain che viene rimosso.
L'indice DDR è un valore numerico che rappresenta il numero di sistemi Data Domain collegati ad Avamar.
L'indice è recuperabile eseguendo il seguente comando come amministratore su Avamar Utility Node:
ddrmaint read-ddr-info
Output di esempio:
<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">
In questo output di esempio sono collegati due Data Domain.
-
Data-Domain-hostname: dd01.company.com
-
ddr-index-value: 1.
3. Verificare in quali dataset, se presenti, è selezionato Data Domain:
Il modo più semplice è eseguire comandi dalla CLI per determinare quali dataset devono essere modificati. L'interfaccia utente scelta (AUI o MCS) può quindi essere utilizzata per aggiornare i dataset.
Per una griglia Avamar con un solo sistema Data Domain collegato, utilizzare il seguente 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;"
Esempio:
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)
-- Oppure --
Per una griglia Avamar con più sistemi Data Domain collegati, eseguire il seguente 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;"
Dove <ddr-index-value> è l'indice indicato nel passaggio 2 precedente (nel nostro output di esempio, 1)
Esempio:
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 non vengono segnalati dataset, procedere al passaggio 6, altrimenti continuare dal passaggio 4.
4. Accedere all'interfaccia utente di Avamar (AUI o MCS) e rimuovere Data Domain da ogni dataset elencato:
Avamar Administrator - AUI:
a. Nell'intestazione Administration selezionare Setting.
b. Cliccare su Dataset.
c. Per ogni dataset:
i. Selezionare il dataset richiesto e cliccare su Edit.
ii. Selezionare ciascuno dei plug-in elencati dall'output nel passaggio 3.
Nell'output di esempio per "Default Dataset" si tratta di "Linux Fast Incrementals", "VMware vCloud vApp" e "Windows File System".
iii. Deselezionare "Store backup on Data Domain system" oppure, se sono collegati più sistemi Data Domain, sostituire il nome Data Domain, se applicabile.
iv. Cliccare su Submit.
v. Ripetere la procedura per tutti i plug-in elencati.
-- Oppure --
Avamar Administrator - MCS:
a. Accedere al menu Tools.
b. Selezionare Manage Datasets.
c. Per ogni dataset:
i. Selezionare il dataset richiesto e cliccare su Edit.
ii. Passare alla scheda Options.
iii. Selezionare ciascun plug-in elencato nell'output del passaggio 3, ad esempio "Linux Fast Incrementals", "VMware vCloud vApp" e "Windows File System", da Default Dataset.
iv. Deselezionare l'opzione "Store Backups on Data Domain" o, se sono collegati più sistemi Data Domain, sostituire il nome Data Domain, se applicabile.
v. Cliccare su OK.
vi. Ripetere la procedura per ogni dataset richiesto.
5. Al termine, eseguire nuovamente lo stesso comando utilizzato in precedenza nel passaggio 2b. Non dovrebbero essere elencati dataset:
Esempi:
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;"
-- Oppure --
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;"
L'output previsto è lo stesso da entrambi i comandi:
dataset_name | plugin_name | domain
--------------+-------------+--------
(0 rows)
6. Se sono collegati più sistemi Data Domain e Avamar è un'origine di replica, assicurarsi che il DD da rimuovere non sia impostato come sistema di storage di replica predefinito:
Accedere all'interfaccia utente di Avamar (AUI o MCS)
Avamar Administrator - AUI:
a. Dall'intestazione Administration selezionare System.
b. Cliccare su Data Domain.
c. Selezionare il sistema Data Domain da rimuovere.
d. Se il valore di "Default Replication Storage System" è "yes", procedere al passaggio e, altrimenti andare al passaggio 7.

e. Cliccare su Cancel.
f. Tra i sistemi Data Domain rimanenti (non rimossi), selezionare quello che diventa il sistema di storage di replica predefinito.
g. Cliccare su Edit.
H. Inserire e ripetere la password dell'account ddboost.
ii. Selezionare "Use system as default replication storage"
j. Selezionare Validate, Next, Next, Finish. L'aggiornamento potrebbe richiedere tempo.
-- Oppure --
Avamar Administrator - MCS:
a. Selezionare Server dal dashboard principale.
b. Selezionare la scheda Server Management.
c. Se viene visualizzata solo la finestra "Bytes Protected Summary", cliccare sul divisore ed espandere la finestra fino a quando non vengono visualizzati i server (Avamar e Data Domain):

d. Evidenziare il sistema Data Domain da rimuovere.
e. Se, all'interno della finestra "Node Information", l'opzione "Default Replication Storage System" è impostata su "Yes", procedere al passaggio f, altrimenti andare al passaggio 7.

f. Tra i sistemi Data Domain rimanenti (non rimossi), selezionare quello che diventa il sistema di storage di replica predefinito.
g. Dal menu Actions selezionare "Edit Data Domain system".
h. Selezionare la casella di controllo "Use system as default replication storage" e cliccare su OK.
i. Cliccare su Yes per confermare la modifica del mapping dello storage di replica predefinito. L'aggiornamento potrebbe richiedere tempo.
-
Per una rimozione non pulita (scenario 1), andare al passaggio 8
-
Per una rimozione pulita (scenario 2), andare al passaggio 11
Scenario 1: procedura specifica per una rimozione non pulita
-
Data Domain è stato disattivato prima di essere rimosso da Avamar.
-
Data Domain è stato disconnesso dalla rete prima di essere rimosso da Avamar.
-
Il file system su Data Domain è stato reinizializzato prima di essere rimosso da Avamar (in altre parole, l'MTree Avamar non esiste più nel sistema Data Domain).
-
Il file system sul sistema Data Domain è stato eliminato o è danneggiato
8. Eseguire il seguente comando:
mccli dd delete --name=<Data-Domain-hostname> --force
Dove <Data-Domain-hostname> è il nome ottenuto dal passaggio 2 (dd01.company.com nell'output di esempio)
Esempio:
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 si riscontrano altri errori, arrestare e creare una Service Request. Questo articolo, insieme a eventuali errori, deve essere incluso durante la creazione della Service Request.
9. Eliminare eventuali riferimenti ai backup archiviati in Data Domain:
Eventuali riferimenti ai backup archiviati nel sistema Data Domain inaccessibile devono essere eliminati. Anche se Data Domain e i dati di backup non sono accessibili, i metadati sono ancora presenti su Avamar.
Lo script remove_ddr_backups può essere utilizzato per rilevare e visualizzare i backup che fanno riferimento a Data Domain ed è disponibile nella directory /usr/local/avamar/bin su Avamar Utility Node.
a. Eseguire lo script in modalità non distruttiva:
remove_ddr_backups <ddr-index-value>
Dove <ddr-index-value> è l'indice del sistema Data Domain annotato nel passaggio 2 (nell'output di esempio, 1)
Esempio:
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.
Come indica l'output, il comando precedente viene eseguito in modalità non distruttiva (non-destructive) e non elimina alcun backup.
Questo output mostra che sono presenti 2.232 backup archiviati in ddrindex 1.
b. Rimuovere i backup a cui si fa riferimento nel sistema Data Domain inaccessibile aggiungendo il flag "--delete-backups":
remove_ddr_backups <ddr-index-value> --delete-backups
Dove <ddr-index-value> è l'indice del sistema Data Domain annotato nel passaggio 2 (nell'output di esempio, 1)
Esempio:
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. Verificare nuovamente che si tratti del sistema Data Domain corretto, in quanto questo processo non è reversibile.
d. Digitare yes.
Output previsto:
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'
Consultare la sezione Informazioni aggiuntive per istruzioni su come eliminare manualmente i backup bloccati.
Dopo aver rimosso eventuali backup bloccati, ripetere i passaggi 9b-9d per rimuovere Data Domain.
10. Continuare dal passaggio 14.
Scenario 2: procedura specifica per una rimozione pulita
11. Tutti i backup archiviati nel sistema Data Domain da rimuovere devono essere eliminati:
Lo script remove_ddr_backups può essere utilizzato per rilevare e visualizzare i backup che fanno riferimento a Data Domain ed è disponibile nella directory /usr/local/avamar/bin su Avamar Utility Node.
a. Eseguire lo script in modalità non distruttiva:
remove_ddr_backups <ddr-index-value>
Dove <ddr-index-value> è l'indice del sistema Data Domain annotato nel passaggio 2 (nell'output di esempio, 1)
Esempio:
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.
Come indica l'output, il comando precedente viene eseguito in modalità non distruttiva (non-destructive) e non elimina alcun backup.
Questo output mostra che sono presenti 2.232 backup archiviati in ddrindex 1.
b. Rimuovere i backup a cui si fa riferimento nel sistema Data Domain inaccessibile aggiungendo il flag "--delete-backups":
remove_ddr_backups <ddr-index-value> --delete-backups
Dove <ddr-index-value> è l'indice del sistema Data Domain annotato nel passaggio 2 (nell'output di esempio, 1)
Esempio:
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. Verificare nuovamente che si tratti del sistema Data Domain corretto, in quanto questo processo non è reversibile.
d. Digitare yes.
Output previsto:
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'
Consultare la sezione Informazioni aggiuntive per istruzioni su come eliminare manualmente i backup bloccati.
Dopo aver rimosso i backup bloccati, ripetere i passaggi 11b-11d per rimuovere Data Domain.
12. Una volta rimossi i backup dei client, è necessario rimuovere tutti i checkpoint associati a qualsiasi backup Data Domain dalla griglia Avamar:
a. Controllare quando è stato completato l'ultimo checkpoint:
status.dpn |grep "Last checkpoint"
b. Eseguire una pulizia di MCS:
mcserver.sh --flush
Esempio:
mcserver.sh --flush
=== BEGIN === check.mcs (preflush)
check.mcs passed
=== PASS === check.mcs PASSED OVERALL (preflush)
Flushing Administrator Server...
Administrator Server flushed.
c. Acquisire un nuovo checkpoint:
avmaint checkpoint --ava --wait
Il prompt non viene visualizzato fino al completamento del checkpoint.
d. Cercare l'ultimo checkpoint:
status.dpn |grep "Last checkpoint"
Verificare che sia diverso dall'output di 12a.
e. Convalidare il checkpoint:
avmaint hfscheck --full --keep --ava
f. Monitorare hfscheck fino al completamento.
g. Al completamento di hfscheck , acquisire un altro checkpoint:
avmaint checkpoint --ava --wait
Anche in questo caso, il prompt non viene visualizzato fino al completamento del checkpoint.
H. Rimuovere eventuali checkpoint precedenti:
avmaint rmcp --full --ava
13. Rimuovere Data Domain da Avamar utilizzando la CLI o l'interfaccia utente:
CLI
mccli dd delete --name=<Data-Domain-hostname>
Dove <Data-Domain-hostname> è il nome ottenuto dal passaggio 2 (dd01.company.com nell'output di esempio)
Esempio:
mccli dd delete --name=dd01.company.com
0,30936,Deleted Data Domain system.
Attribute Value
------------------------- -------------------------------------------------------------------
ipv6Hostname
ipv4Hostname dd01.company.com
Il comando potrebbe richiedere del tempo per tornare a un prompt. Lasciare che il comando venga completato senza interruzioni.
-- Oppure --
Avamar Administrator - AUI:
a. Dall'intestazione Administration selezionare System.
b. Cliccare su Data Domain.
c. Selezionare il sistema Data Domain da rimuovere.
d. Cliccare su Delete.
e. Rivedere la conferma per assicurarsi che abbia il nome del sistema Data Domain da rimuovere.
f. Cliccare su Yes per confermare l'eliminazione del sistema Data Domain. L'aggiornamento potrebbe richiedere tempo.
g. Il sistema Data Domain non dovrebbe essere più presente.
-- Oppure --
Avamar Administrator - MCS:
a. Selezionare Server dal dashboard principale.
b. Selezionare la scheda Server Management.
c. Se viene visualizzata solo la finestra "Bytes Protected Summary", cliccare sul divisore ed espandere la finestra fino a quando non vengono visualizzati i server (Avamar e Data Domain):

d. Selezionare il sistema Data Domain da rimuovere.
e. Dal menu Actions selezionare "Delete Data Domain system".
f. Rivedere la conferma per assicurarsi che abbia il nome del sistema Data Domain da rimuovere.
g. Cliccare su Yes per confermare l'eliminazione del sistema Data Domain. L'aggiornamento potrebbe richiedere tempo.
h. Il sistema Data Domain non dovrebbe essere più presente.
14. Eseguire un ciclo di manutenzione manuale (anche se è stato eseguito nel passaggio 12):
a. Controllare quando è stato completato l'ultimo checkpoint:
status.dpn |grep "Last checkpoint"
b. Eseguire una pulizia di MCS:
mcserver.sh --flush
Esempio:
mcserver.sh --flush
=== BEGIN === check.mcs (preflush)
check.mcs passed
=== PASS === check.mcs PASSED OVERALL (preflush)
Flushing Administrator Server...
Administrator Server flushed.
c. Acquisire un nuovo checkpoint:
avmaint checkpoint --ava --wait
Il prompt non viene visualizzato fino al completamento del checkpoint.
d. Cercare l'ultimo checkpoint:
status.dpn |grep "Last checkpoint"
Verificare che sia diverso dall'output di 14a.
e. Convalidare il checkpoint:
avmaint hfscheck --full --keep --ava
f. Monitorare hfscheck fino al completamento.
g. Al completamento di hfscheck , acquisire un altro checkpoint:
avmaint checkpoint --ava --wait
Anche in questo caso, il prompt non viene visualizzato fino al completamento del checkpoint.
H. Rimuovere eventuali checkpoint precedenti:
avmaint rmcp --full --ava
15. Riportare la griglia a uno stato di produzione utilizzando Avamar: Come impostare Avamar Server in uno stato controllato noto come guida.
Additional Information
Come eliminare manualmente i backup bloccati:
L'eliminazione manuale dei backup bloccati può essere completata utilizzando l'interfaccia utente (MCS o AUI) o la CLI.
1. Estrarre l'output da remove_ddr_backups e prendere nota di tutti i percorsi dei backup che non è stato possibile rimuovere.
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'
In questo output di esempio, sono /MC_RETIRED/test_client_A2014.01.23.16.18.41 e /clients/test_client_B.
2. Rimuovere i backup bloccati per ogni client utilizzando il metodo preferito:
CLI:
a. Recuperare le informazioni di backup utilizzando il comando getb:
avmgr getb --format=xml --incpartials --path=<full-path-to-client> |grep -i <date>
Dove <full-path-to-client> è il nome del client dell'output di esempio e <date> è il valore esadecimale nel campo date.
Esempio e output di esempio:
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. Eliminare il backup utilizzando il comando delb:
avmgr delb --path=<full-path-to-client> --date=<date> --risklosingallbackups
Esempio e output di esempio:
avmgr delb --path=/MC_RETIRED/test_client_backup_A2014.01.23.16.18.41 --date=0x1CEF631A5EDEA52 --risklosingallbackups
1 Request succeeded
c. Eseguire nuovamente il comando getb per verificare che il backup sia stato eliminato:
avmgr getb --format=xml --incpartials --path=<full-path-to-client> |grep -i <date>
Esempio:
avmgr getb --format=xml --incpartials --path=/MC_RETIRED/test_client_A2014.01.23.16.18.41 | grep -i 0x1CEF631A5EDEA52
d. Ripetere la procedura per ciascuno dei client elencati nell'output di "remove_ddr_backups".
-- Oppure --
Da Avamar Administrator - AUI:
a. Selezionare l'intestazione Administration, quindi Asset Management.
b. Navigare nella struttura ad albero e individuare il primo client nell'elenco.
c. Cliccare su "View More" per visualizzare i backup associati al client.
d. Selezionare il backup da eliminare.
e. Cliccare su Delete.
g. Confermare quando richiesto.
h. Ripetere la procedura per ciascuno dei client elencati nell'output di "remove_ddr_backups".
-- Oppure --
Da Avamar Administrator - MCS:
a. Selezionare Backup and Restore.
b. Navigare nella struttura ad albero e individuare il primo client nell'elenco.
c. Assicurarsi che sia selezionata l'opzione "Manage" e selezionare tutte le opzioni in "By Retention":
d. Cliccare su Retrieve.
e. Una volta ricevuto il backup, cliccarvi sopra con il pulsante destro del mouse.
f. Selezionare "Delete Backup".
g. Confermare quando richiesto.
h. Ripetere la procedura per ciascuno dei client elencati nell'output di "remove_ddr_backups".