Avamar: So entfernen Sie ein Data Domain-System sicher aus einem Avamar-Raster

Dieser Artikel enthält die Schritte zum Entfernen eines Data Domain-Systems aus einem Avamar-Raster.

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

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

• Alle Backups, die von diesem Avamar auf der Data Domain gespeichert wurden, sollten vor dem Entfernen gelöscht werden. 
• Nachdem alle Backups gelöscht wurden, wird ein vollständiger Wartungszyklus (manuell oder geplant) empfohlen.
  • Zu einem vollständigen Wartungszyklus gehören die automatische Speicherbereinigung (GC), ein Prüfpunkt (CP), die Prüfpunktvalidierung (hfscheck)und das Entfernen alter Prüfpunkte (RMCP).

Stellen Sie sicher, dass alle Backupdaten von der Data Domain und die Metadaten aus Avamar gelöscht wurden, bevor Sie das Data Domain-System endgültig entfernen. 

In diesem Artikel werden zwei Szenarien behandelt: 

Szenario 1: Unsaubere Entfernung: Das Data Domain-System ist nicht mehr aktiv oder kann von Avamar nicht erreicht werden.

• Das Data Domain-System wurde bereits ausgeschaltet.
• Die Data Domain wurde vom Netzwerk getrennt, bevor sie aus Avamar entfernt wurde. 
• Das Dateisystem auf der Data Domain wurde vor dem Entfernen der Data Domain aus Avamar zerstört oder neu initialisiert (mit anderen Worten ist der Avamar-MTree auf der Data Domain nicht mehr vorhanden).  

Szenario 2: Saubere Entfernung: Das Data Domain-System ist aktiv und über Avamar erreichbar. Auf alle Backupdaten, die zu den auf Avamar gespeicherten Metadaten gehören, kann weiterhin zugegriffen werden.

Die einfachste Möglichkeit, dies zu testen, besteht darin, den Befehl „ ddrmaint cplist“ vom Avamar Utility Node aus auszuführen. Wenn Folgendes zurückgegeben wird, kann Avamar eine Verbindung zur Data Domain herstellen, den Avamar-MTree (Storage-Einheit) auf der Data Domain lesen und die Prüfpunkte auflisten. 

Beispiel:

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>

Allgemeine Schritte für Szenario 1 und 2:

Diese allgemeinen Schritte sollten sowohl für eine saubere als auch für eine unsaubere Entfernung ausgeführt werden: 

1. Melden Sie sich beim Avamar Utility Node als AdministratorIn an.

2. Suchen Sie den Data Domain-Hostnamen und den Index für die Data Domain, die entfernt werden soll.
(Der DDR-Index ist ein numerischer Wert für die Anzahl der mit Avamar verbundenen Data Domain-Systeme.)

Der Index kann gefunden werden, indem Sie den folgenden Befehl als AdministratorIn auf dem Avamar Utility Node ausführen:

ddrmaint read-ddr-info

Beispielausgabe:

<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 dieser Beispielausgabe sind zwei Data Domains verbunden.

• Data Domain-Hostname: dd01.company.com
• DDR-Index-Wert: 1

3. Überprüfen Sie, für welche Datasets, sofern vorhanden, die Data Domain ausgewählt ist:

Die einfachste Möglichkeit besteht darin, Befehle über die CLI auszuführen, um zu ermitteln, welche Datasets bearbeitet werden müssen. Danach kann die bevorzugte Benutzeroberfläche (AUI oder MCS) verwendet werden, um die Datasets zu aktualisieren.

Verwenden Sie für ein Avamar-Raster mit nur einer verbundenen Data Domain den folgenden Befehl:

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;"

Beispiel:

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)

-- oder --

Führen Sie für ein Avamar-Raster mit mehreren verbundenen Data Domain-Systemen den folgenden Befehl aus:

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;"

Dabei ist <ddr-index-value> der Index, den Sie in Schritt 2 oben notiert haben (in der Beispielausgabe war dies 1).

Beispiel:

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)

Wenn keine Datasets gemeldet werden, fahren Sie mit Schritt 6 fort. Fahren Sie andernfalls mit Schritt 4 fort.

4. Melden Sie sich bei der Avamar-Benutzeroberfläche (AUI oder MCS) an und entfernen Sie die Data Domain aus jedem aufgelisteten Dataset:

Avamar Administrator – AUI:

a. Wählen Sie über die Überschrift „Administration“ die Option „Einstellung“ aus.

b. Klicken Sie auf „Dataset“.

c. Für jedes Dataset: 

i. Wählen Sie das erforderliche Dataset aus und klicken Sie auf „Bearbeiten“.

ii. Wählen Sie nacheinander alle aufgeführten Plug-ins aus der Ausgabe in Schritt 3 aus.

In der Beispielausgabe für das „Standard-Dataset“ sind dies Linux Fast Incrementals, VMware vCloud vApp und Windows File System.

iii. Deaktivieren Sie entweder „Backup auf Data Domain-System speichern“ oder ersetzen Sie bei mehreren verbundenen Data Domains den Data Domain-Namen, sofern zutreffend.

iv. Klicken Sie auf „Senden“.

v. Wiederholen Sie den Vorgang für alle aufgelisteten Plug-ins.

-- oder --

Avamar Administrator – MCS:

a. Rufen Sie das Menü „Extras“ auf.

b. Wählen Sie „Datasets managen“ aus.

c. Für jedes Dataset: 

i. Wählen Sie das erforderliche Dataset aus und klicken Sie auf „Bearbeiten“.

ii. Gehen Sie zur Registerkarte „Optionen“.

iii. Wählen Sie alle Plug-ins, die in der Ausgabe von Schritt 3 aufgeführt sind, z. B. „Linux Fast Incrementals“, „VMware vCloud vApp“ und „Windows File System“ aus dem Standard-Dataset aus.

iv. Deaktivieren Sie die Option „Backup auf Data Domain speichern“ oder ersetzen Sie bei mehreren verbundenen Data Domains den Data Domain-Namen, sofern zutreffend.

v. Klicken Sie auf „OK“.

vi. Wiederholen Sie diesen Vorgang für jedes erforderliche Dataset.

5. Wenn der Vorgang abgeschlossen ist, führen Sie den Befehl aus Schritt 2b erneut aus. Es sollten keine Datasets aufgelistet werden:

Beispiele:

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;"

-- oder --

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;"

Die erwartete Ausgabe ist bei beiden Befehlen identisch:

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

6. Wenn mehrere Data Domains verbunden sind und Avamar eine Replikationsquelle ist, stellen Sie sicher, dass die zu entfernende DD nicht als standardmäßiges Replikations-Storage-System festgelegt ist:

Anmelden bei der Avamar-UI (AUI oder MCS) 

Avamar Administrator – AUI:

a. Wählen Sie über die Überschrift „Administration“ die Option „System“ aus.

b. Klicken Sie auf „Data Domain“.

c. Wählen Sie die zu entfernende Data Domain aus. 

d. Wenn der Wert für „Standardmäßiges Replikations-Storage-System“ „Ja“ lautet, fahren Sie mit Schritt e fort. Fahren Sie andernfalls mit Schritt 7 fort.

e. Klicken Sie auf „Abbrechen“.

f. Wählen Sie aus den verbleibenden Data Domains (die nicht entfernt werden) die Alternative aus, die zum standardmäßigen Replikations-Storage-System werden soll.

g. Klicken Sie auf „Bearbeiten“.

h. Geben Sie das Kennwort für das ddboost-Konto ein und geben Sie es erneut ein.

i. Wählen Sie „System als standardmäßigen Replikations-Storage verwenden“ aus.

j. Wählen Sie „Validieren“, „Weiter“, „Weiter“ und „Fertigstellen“ aus. Die Aktualisierung kann einige Zeit dauern.

-- oder --

Avamar Administrator – MCS:

a. Wählen Sie im Haupt-Dashboard „Server“ aus.

b. Wählen Sie die Registerkarte „Servermanagement“ aus.

c. Wenn nur das Fenster „Übersicht geschützte Byte“ angezeigt wird, klicken Sie auf die Trennlinie und erweitern Sie das Fenster, bis die Server (Avamar und Data Domain) angezeigt werden:

d. Markieren Sie die Data Domain, die entfernt werden soll. 

e. Wenn im Fenster „Node-Informationen“ für „Standardmäßiges Replikations-Storage-System“ der Wert „Ja“ angezeigt wird, fahren Sie mit Schritt f fort, andernfalls mit Schritt 7.

f. Wählen Sie aus den verbleibenden Data Domains (die nicht entfernt werden) die Alternative aus, die zum standardmäßigen Replikations-Storage-System werden soll.

g. Wählen Sie im Menü „Aktionen“ die Option „Data Domain-System bearbeiten“ aus.

h. Aktivieren Sie das Kontrollkästchen „System als standardmäßigen Replikations-Storage verwenden“ und klicken Sie auf „OK“. 

i. Klicken Sie auf „Ja“, um zu bestätigen, dass Sie die standardmäßige Replikations-Storage-Zuordnung ändern möchten. Die Aktualisierung kann einige Zeit dauern.

• Fahren Sie für eine unsaubere Entfernung (Szenario 1) mit Schritt 8 fort.
• Fahren Sie für eine saubere Entfernung (Szenario 2) mit Schritt 11 fort.

Szenario 1: Spezifische Schritte für eine unsaubere Entfernung

• Die Data Domain wurde ausgeschaltet, bevor sie aus Avamar entfernt wurde. 
• Die Data Domain wurde vom Netzwerk getrennt, bevor sie aus Avamar entfernt wurde. 
• Das Dateisystem auf der Data Domain wurde neu initialisiert, bevor sie aus Avamar entfernt wurde (mit anderen Worten ist der Avamar-MTree auf dem Data Domain-System nicht mehr vorhanden).
• Das Dateisystem auf der Data Domain wurde zerstört oder beschädigt.

8. Führen Sie den folgenden Befehl aus:  

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

Dabei ist <Data-Domain-hostname> der in Schritt 2 abgerufene Name (dd01.company.com in der Beispielausgabe).

Beispiel:

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

Treten andere Fehler auf, beenden Sie den Vorgang und erstellen Sie einen Service-Request. Dieser Artikel sollte zusammen mit den Fehlern in den Service-Request aufgenommen werden.  

9. Löschen Sie alle Verweise auf Backups, die auf der Data Domain gespeichert sind:

Alle Verweise auf Backups, die auf der unzugänglichen Data Domain gespeichert sind, müssen gelöscht werden. Auch wenn auf die Data Domain und die Backupdaten nicht zugegriffen werden kann, sind die Metadaten weiterhin auf Avamar vorhanden.

Das Skript remove_ddr_backups kann verwendet werden, um Backups, die auf die Data Domain verweisen, zu erkennen und anzuzeigen. Das Skript befindet sich im Verzeichnis /usr/local/avamar/bin auf dem Avamar Utility Node.

a. Führen Sie das Skript im nicht-destruktiven Modus aus:

remove_ddr_backups <ddr-index-value>

Dabei ist <ddr-index-value> der Index der Data Domain, der in Schritt 2 notiert wurde (in der Beispielausgabe war dies 1).

Beispiel:

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.

Wie in der Ausgabe zu sehen, wird der obige Befehl im „nicht-destruktiven“ Modus ausgeführt und löscht daher keine Backups. 

Diese Ausgabe zeigt, dass auf ddrindex 1 2232 Backups gespeichert sind.

b. Entfernen Sie die Backups, die auf die unzugängliche Data Domain verweisen, indem Sie die Markierung „--delete-backups“ hinzufügen:

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

Dabei ist <ddr-index-value> der Index der Data Domain, der in Schritt 2 notiert wurde (in der Beispielausgabe war dies 1).

Beispiel:

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. Überprüfen Sie erneut, ob es sich um die richtige Data Domain handelt, da dieser Prozess nicht rückgängig gemacht werden kann.

d. Geben Sie „yes“ ein.

Erwartete Ausgabe:

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'

Anweisungen zum manuellen Löschen gesperrter Backups finden Sie im Abschnitt „Zusätzliche Informationen“.

Wiederholen Sie nach dem Entfernen aller gesperrten Backups die Schritte 9b bis 9d, um die Data Domain zu entfernen.

10. Fahren Sie mit Schritt 14 fort.

Szenario 2: Spezifische Schritte für eine saubere Entfernung

11. Alle Backups, die auf der zu entfernenden Data Domain gespeichert sind, müssen gelöscht werden:

Das Skript remove_ddr_backups kann verwendet werden, um Backups, die auf die Data Domain verweisen, zu erkennen und anzuzeigen. Das Skript befindet sich im Verzeichnis /usr/local/avamar/bin auf dem Avamar Utility Node.

a. Führen Sie das Skript im nicht-destruktiven Modus aus:

remove_ddr_backups <ddr-index-value>

Dabei ist <ddr-index-value> der Index der Data Domain, der in Schritt 2 notiert wurde (in der Beispielausgabe war dies 1).

Beispiel:

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.

Wie in der Ausgabe zu sehen, wird der obige Befehl im „nicht-destruktiven“ Modus ausgeführt und löscht daher keine Backups. 

Diese Ausgabe zeigt, dass auf ddrindex 1 2232 Backups gespeichert sind.

b. Entfernen Sie die Backups, die auf die unzugängliche Data Domain verweisen, indem Sie die Markierung „--delete-backups“ hinzufügen.

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

Dabei ist <ddr-index-value> der Index der Data Domain, der in Schritt 2 notiert wurde (in der Beispielausgabe war dies 1).

Beispiel:

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. Überprüfen Sie erneut, ob es sich um die richtige Data Domain handelt, da dieser Prozess nicht rückgängig gemacht werden kann.

d. Geben Sie „yes“ ein.

Erwartete Ausgabe:

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'

Anweisungen zum manuellen Löschen gesperrter Backups finden Sie im Abschnitt „Zusätzliche Informationen“.

Wiederholen Sie nach dem Entfernen der gesperrten Backups die Schritte 11b bis 11d, um die Data Domain zu entfernen.

12. Nachdem die Client-Backups entfernt wurden, müssen alle Prüfpunkte, die Data Domain-Backups zugeordnet waren, aus dem Avamar-Raster entfernt werden:

a. Überprüfen Sie, wann der letzte Prüfpunkt erstellt wurde: 

status.dpn |grep "Last checkpoint"

b. Führen Sie eine MCS-Leerung durch:

mcserver.sh --flush

Beispiel:

mcserver.sh --flush

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

c. Erstellen Sie einen neuen Prüfpunkt:

avmaint checkpoint --ava --wait

Die Eingabeaufforderung wird erst wieder angezeigt, nachdem der Prüfpunkt erstellt wurde.

d. Überprüfen Sie den letzten Prüfpunkt:

status.dpn |grep "Last checkpoint"

Vergewissern Sie sich, dass sich dieser Wert von der Ausgabe in Schritt 12a unterscheidet.

e. Validieren Sie den Prüfpunkt: 

avmaint hfscheck --full --keep --ava

f. Überwachen Sie hfscheck bis zum Abschluss.

g. Sobald hfscheck erfolgreich abgeschlossen wurde, erstellen Sie einen weiteren Prüfpunkt:

avmaint checkpoint --ava --wait

Auch hier wird die Eingabeaufforderung erst wieder angezeigt, nachdem der Prüfpunkt erstellt wurde.

h. Entfernen Sie alle alten Prüfpunkte:

avmaint rmcp --full --ava

13. Entfernen Sie die Data Domain über die CLI oder UI aus Avamar:

CLI

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

Dabei ist <Data-Domain-hostname> der in Schritt 2 abgerufene Name (dd01.company.com in der Beispielausgabe).

Beispiel:

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

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

Es kann eine Weile dauern, bis der Befehl zu einer Eingabeaufforderung zurückkehrt. Lassen Sie den Befehl ohne Unterbrechung bis zum Ende durchlaufen.

-- oder --

Avamar Administrator – AUI:

a. Wählen Sie über die Überschrift „Administration“ die Option „System“ aus.

b. Klicken Sie auf „Data Domain“.

c. Wählen Sie die zu entfernende Data Domain aus. 

d. Klicken Sie auf „Löschen“.

e. Überprüfen Sie die Bestätigung, um sicherzustellen, dass der Name der zu entfernenden Data Domain enthalten ist.

f. Klicken Sie auf „Ja“, um das Löschen der Data Domain zu bestätigen. Die Aktualisierung kann einige Zeit dauern.

g. Die Data Domain sollte nicht mehr vorhanden sein.

-- oder --

Avamar Administrator – MCS:

a. Wählen Sie im Haupt-Dashboard „Server“ aus.

b. Wählen Sie die Registerkarte „Servermanagement“ aus.

c. Wenn nur das Fenster „Übersicht geschützte Byte“ angezeigt wird, klicken Sie auf die Trennlinie und erweitern Sie das Fenster, bis die Server (Avamar und Data Domain) angezeigt werden:

d. Wählen Sie die Data Domain aus, die entfernt werden soll. 

e. Wählen Sie im Menü „Aktionen“ die Option „Data Domain-System löschen“ aus.

f. Überprüfen Sie die Bestätigung, um sicherzustellen, dass der Name der zu entfernenden Data Domain enthalten ist.

g. Klicken Sie auf „Ja“, um das Löschen der Data Domain zu bestätigen. Die Aktualisierung kann einige Zeit dauern.

h. Die Data Domain sollte nicht mehr vorhanden sein.

14. Führen Sie einen manuellen Wartungszyklus durch (auch wenn dies in Schritt 12 bereits durchgeführt wurde):

a. Überprüfen Sie, wann der letzte Prüfpunkt erstellt wurde: 

status.dpn |grep "Last checkpoint"

b. Führen Sie eine MCS-Leerung durch:

mcserver.sh --flush

Beispiel:

mcserver.sh --flush

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

c. Erstellen Sie einen neuen Prüfpunkt:

avmaint checkpoint --ava --wait

Die Eingabeaufforderung wird erst wieder angezeigt, nachdem der Prüfpunkt erstellt wurde.

d. Überprüfen Sie den letzten Prüfpunkt:

status.dpn |grep "Last checkpoint"

Vergewissern Sie sich, dass sich dieser Wert von der Ausgabe in Schritt 14a unterscheidet.

e. Validieren Sie den Prüfpunkt: 

avmaint hfscheck --full --keep --ava

f. Überwachen Sie hfscheck bis zum Abschluss.

g. Sobald hfscheck erfolgreich abgeschlossen wurde, erstellen Sie einen weiteren Prüfpunkt:

avmaint checkpoint --ava --wait

Auch hier wird die Eingabeaufforderung erst wieder angezeigt, nachdem der Prüfpunkt erstellt wurde.

h. Entfernen Sie alle alten Prüfpunkte:

avmaint rmcp --full --ava

15. Versetzen Sie das Raster wieder in einen Produktionsstatus. Weitere Informationen finden Sie unter Avamar: Avamar Server in einen bekannten kontrollierten Status versetzen.

Manuelles Löschen gesperrter Backups:

Das manuelle Löschen gesperrter Backups kann über die Benutzeroberfläche (MCS oder AUI) oder die CLI erfolgen.

1. Verwenden Sie die Ausgabe von remove_ddr_backups und notieren Sie sich alle Pfade, deren Backups nicht entfernt werden konnten. 

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 dieser Beispielausgabe sind dies /MC_RETIRED/test_client_A2014.01.23.16.18.41 und /clients/test_client_B. 

2. Entfernen Sie die gesperrten Backups für jeden Client mithilfe der bevorzugten Methode:

CLI:

a. Rufen Sie die Backupinformationen mit dem getb-Befehl ab: 

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

Dabei ist <full-path-to-client> der Client-Name aus der Beispielausgabe und <date> der Hexadezimalwert im Datumsfeld.

Beispiel und Beispielausgabe:

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. Löschen Sie das Backup mit dem delb-Befehl: 

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

Beispiel und Beispielausgabe: 

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

1  Request succeeded

c. Führen Sie den Befehl getb erneut aus, um zu überprüfen, ob das Backup gelöscht wurde:

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

Beispiel: 

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

d. Wiederholen Sie den Vorgang für jeden in der „remove_ddr_backups“-Ausgabe aufgeführten Client.

Über die Avamar Administrator-AUI:

a. Wählen Sie die Überschrift „Administration“ und dann „Bestandsmanagement“ aus.

b. Navigieren Sie in der Struktur zum ersten Client in der Liste. 

c. Klicken Sie auf „Mehr anzeigen“, um die mit dem Client verknüpften Backups anzuzeigen.

d. Wählen Sie das zu löschende Backup aus. 

e. Klicken Sie auf „Löschen“.

g. Bestätigen Sie dies bei Aufforderung.

h. Wiederholen Sie den Vorgang für jeden in der „remove_ddr_backups“-Ausgabe aufgeführten Client.

Über die Avamar Administrator-MCS:

a. Wählen Sie „Backup und Wiederherstellen“ aus.

b. Navigieren Sie in der Struktur zum ersten Client in der Liste. 

c. Stellen Sie sicher, dass „Managen“ ausgewählt ist, und wählen Sie unter „Nach Aufbewahrungsdauer“ alles aus:

d. Klicken Sie auf „Abrufen“.

e. Sobald das Backup zurückgegeben wurde, klicken Sie mit der rechten Maustaste darauf.

f. Wählen Sie „Backup löschen“ aus.

g. Bestätigen Sie dies bei Aufforderung.

h. Wiederholen Sie den Vorgang für jeden in der „remove_ddr_backups“-Ausgabe aufgeführten Client.