Avamar: bezpieczne usuwanie systemu Data Domain z siatki Avamar.

Ten artykuł opisuje czynności, które należy wykonać, aby usunąć system Data Domain z siatki Avamar.

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

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

• Wszystkie kopie zapasowe przechowywane w Data Domain przez ten Avamar powinny zostać usunięte przed procesem usuwania. 
• Po usunięciu wszystkich kopii zapasowych zaleca się przeprowadzenie pełnego cyklu konserwacji (ręcznej lub zaplanowanej).
  • Pełny cykl konserwacji obejmuje odśmiecanie pamięci (GC), punkt kontrolny (CP), walidację punktu kontrolnego (hfscheck), punkt kontrolny i usunięcie starych punktów kontrolnych (RMCP).

Przed przystąpieniem do ostatecznego usunięcia Data Domain należy upewnić się, że wszystkie dane kopii zapasowych w Data Domain i metadane w Avamar zostały usunięte. 

Celem tego artykułu jest omówienie dwóch scenariuszy: 

Scenariusz 1: Nieprawidłowe usunięcie: System Data Domain nie jest już aktywny lub jest nieosiągalny z poziomu Avamar.

• System Data Domain został już wyłączony.
• System Data Domain został odłączony od sieci przed usunięciem z Avamar. 
• System plików w Data Domain został zniszczony lub ponownie zainicjowany przed usunięciem Data Domain z Avamar (innymi słowy, mtree Avamar w Data Domain już nie istnieje)  

Scenariusz 2: Prawidłowe usunięcie: System Data Domain jest aktywny i osiągalny z poziomu Avamar. Wszystkie dane kopii zapasowej odpowiadające metadanym przechowywanym w Avamar są nadal dostępne.

Najprostszym sposobem, aby to sprawdzić, jest uruchomienie polecenia „ ddrmaint cplist” z Avamar Utility Node. Jeśli to zostanie zwrócone, Avamar może połączyć się z Data Domain, odczytać mtree Avamar (jednostkę pamięci masowej) w Data Domain i wyświetlić listę punktów kontrolnych. 

Przykład:

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>

Scenariusz 1 i scenariusz 2 — typowe kroki:

Te typowe kroki należy wykonać zarówno w przypadku prawidłowego, jak i nieprawidłowego usunięcia: 

1. Zaloguj się do węzła Avamar Utility Node jako „admin”.

2. Znajdź nazwę hosta Data Domain i indeks usuwanego systemu Data Domain.
(Indeks DDR jest wartością liczbową określającą liczbę systemów Data Domain podłączonych do systemu Avamar).

Indeks można znaleźć, uruchamiając następujące polecenie jako administrator w węźle Avamar Utility Node:

ddrmaint read-ddr-info

Przykładowe dane wyjściowe:

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

Do tych przykładowych danych wyjściowych dołączone są dwa systemy Data Domain.

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

3. Sprawdź, które zestawy danych, jeśli w ogóle, mają wybrany system Data Domain:

Najprostszym sposobem na to jest uruchomienie poleceń z interfejsu wiersza polecenia w celu określenia, które zestawy danych mają być edytowane. Wybrany interfejs użytkownika (AUI lub MCS) może następnie służyć do aktualizowania zestawów danych.

W przypadku siatki Avamar z dołączonym tylko jednym systemem Data Domain użyj następującego polecenia:

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

Przykład:

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)

-- lub --

W przypadku siatki Avamar z podłączonymi wieloma systemami Data Domain uruchom następujące polecenie:

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

gdzie <ddr-index-value> to indeks odnotowany w kroku 2 powyżej (w naszych przykładowych danych wyjściowych to 1)

Przykład:

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)

Jeśli nie zgłoszono żadnych zestawów danych, przejdź do kroku 6, w przeciwnym razie przejdź do kroku 4.

4. Zaloguj się do interfejsu użytkownika Avamar (AUI lub MCS) i usuń Data Domain z każdego wymienionego zestawu danych:

Avamar Administrator — AUI:

a. W sekcji Administration wybierz pozycję Setting.

b. Kliknij zestaw danych.

c. Dla każdego zestawu danych: 

i. Wybierz wymagany zestaw danych i kliknij przycisk edycji.

ii. Wybierz kolejno każdą z wymienionych wtyczek z danych wyjściowych w kroku 3.

W przykładowych danych wyjściowych dla „Default Dataset” będą to „Linux Fast Incrementals”, „VMware vCloud vApp” i „Windows File System”.

iii. Usuń zaznaczenie opcji „Store backup on Data Domain system” lub, w przypadku dołączenia wielu systemów Data Domain, zmień nazwę Data Domain, jeśli dotyczy.

iv. Kliknij przycisk przesyłania.

v. Powtórz dla wszystkich wymienionych wtyczek

-- lub --

Avamar Administrator — MCS:

a. Przejdź do menu Tools.

b. Wybierz pozycję Manage Datasets.

c. Dla każdego zestawu danych: 

i. Wybierz wymagany zestaw danych i kliknij przycisk edycji.

ii. Przejdź do karty opcji.

iii. Z domyślnego zestawu danych wybierz każdą wtyczkę wymienioną w danych wyjściowych kroku 3, np. „Linux Fast Incrementals”, „VMware vCloud vApp” lub „Windows File System”.

iv. Usuń zaznaczenie opcji „Store backups on Data Domain” lub, jeśli dołączono wiele systemów Data Domain, zmień nazwę Data Domain, jeśli dotyczy.

v. Kliknij OK.

vi. Powtórz tę czynność dla każdego wymaganego zestawu danych

5. Po zakończeniu uruchom ponownie to samo polecenie, które zostało uruchomione wcześniej w kroku 2b. Na liście nie powinno być żadnych zestawów danych:

Przykłady:

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

-- lub --

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

Oczekiwany wynik jest taki sam dla każdego polecenia:

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

6. Jeśli podłączonych jest wiele systemów Data Domain, a Avamar jest źródłem replikacji, upewnij się, że usuwany DD nie jest ustawiony jako domyślny system pamięci masowej replikacji:

Zaloguj się do interfejsu użytkownika Avamar (AUI lub MCS) 

Avamar Administrator — AUI:

a. W sekcji Administration wybierz pozycję System.

b. Kliknij Data Domain.

c. Wybierz system Data Domain do usunięcia. 

d. Jeśli wartość w kolumnie „Default Replication Storage System” brzmi „yes”, przejdź do kroku e, a w przeciwnym razie do kroku 7.

e. Kliknij opcję Cancel.

f. Spośród pozostałych systemów Data Domain (które nie są usuwane) wybierz alternatywę, która stanie się domyślnym systemem pamięci masowej replikacji.

g. Kliknij opcję Edit.

h. Wprowadź i powtórz hasło do konta ddboost.

i. Wybierz opcję „Use system as default replication storage”.

j. Wybierz opcje: Validate, Next, Next, Finish. Aktualizacja może potrwać pewien czas.

-- lub --

Avamar Administrator — MCS:

a. Wybierz opcję Serwer z głównego pulpitu nawigacyjnego.

b. Wybierz kartę Server Management.

c. Jeśli widoczne jest tylko okno „Bytes Protected Summary”, kliknij separator i rozwiń okno, aż pojawią się serwery (Avamar i Data Domain):

d. Zaznacz system Data Domain, która ma zostać usunięty. 

e. Jeśli w oknie „Node Information” pozycja „Default Replication Storage System” ma wartość „Yes”, przejdź do kroku f, w przeciwnym razie przejdź do kroku 7.

f. Spośród pozostałych systemów Data Domain (które nie są usuwane) wybierz alternatywę, która stanie się domyślnym systemem pamięci masowej replikacji.

g. Z menu Actions wybierz opcję „Edit Data Domain system”

h. Zaznacz pole wyboru opcji „Use system as default replication storage” i kliknij przycisk OK. 

i. Kliknij przycisk Yes, aby potwierdzić zmianę domyślnego mapowania magazynu replikacji. Aktualizacja może potrwać pewien czas.

• W przypadku nieprawidłowego usunięcia (Scenariusz 1) przejdź do kroku 8
• W przypadku prawidłowego usunięcia (Scenariusz 2), przejdź do kroku 11

Scenariusz 1: Czynności związane z nieprawidłowym usunięciem

• System Data Domain został wyłączony przed usunięciem z Avamar. 
• System Data Domain został odłączony od sieci przed usunięciem z Avamar. 
• System plików w Data Domain został ponownie zainicjowany przed usunięciem z Avamar (innymi słowy, mtree Avamar już nie istnieje w systemie Data Domain).
• System plików w Data Domain jest zniszczony lub uszkodzony

8. Uruchom następujące polecenie:  

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

Gdzie <Data-Domain-hostname> to nazwa uzyskana w kroku 2 (dd01.company.com w przykładowych danych wyjściowych)

Przykład:

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

Jeśli wystąpią inne błędy, zatrzymaj się i utwórz zgłoszenie serwisowe. Ten artykuł, wraz z wszelkimi błędami, powinien zostać uwzględniony podczas tworzenia zgłoszenia serwisowego.  

9. Usuń wszelkie odwołania do kopii zapasowych przechowywanych w Data Domain:

Należy usunąć wszelkie odniesienia do kopii zapasowych przechowywanych w niedostępnym systemie Data Domain. Mimo że dane Data Domain i kopii zapasowej są niedostępne, metadane są nadal obecne w Avamar.

Scenariusz remove_ddr_backups może służyć do wykrywania i wyświetlania kopii zapasowych odwołujących się do Data Domain i znajduje się w katalogu /usr/local/avamar/bin w węźle Avamar Utility Node.

a. Uruchom skrypt w trybie bezpiecznym:

remove_ddr_backups <ddr-index-value>

gdzie <ddr-index-value> to indeks Data Domain odnotowany w kroku 2 (w przykładowych danych wyjściowych było to 1)

Przykład:

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.

Jak wynika z danych wyjściowych, powyższe polecenie działa w trybie bezpiecznym i nie usuwa żadnych kopii zapasowych. 

Te dane wyjściowe pokazują, że w ddrindex 1 przechowywane są 2232 kopie zapasowe.

b. Usuń kopie zapasowe, do których odwołuje się niedostępny system Data Domain, dodając flagę „--delete-backups”:

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

gdzie <ddr-index-value> to indeks Data Domain odnotowany w kroku 2 (w naszych przykładowych danych wyjściowych było to 1)

Przykład:

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. Sprawdź ponownie, czy jest to poprawny system Data Domain, ponieważ proces ten nie jest odwracalny.

d. Wpisz „yes”

Oczekiwany wynik:

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'

Zapoznaj się z sekcją Informacje dodatkowe, aby uzyskać instrukcje dotyczące ręcznego usuwania zablokowanych kopii zapasowych.

Po usunięciu zablokowanych kopii zapasowych powtórz kroki 9b–9d, aby usunąć Data Domain.

10. Kontynuuj od kroku 14.

Scenariusz 2: Czynności charakterystyczne dla prawidłowego usunięcia

11. Wszystkie kopie zapasowe przechowywane w systemie Data Domain, który ma zostać usunięty, muszą zostać usunięte:

Scenariusz remove_ddr_backups może służyć do wykrywania i wyświetlania kopii zapasowych odwołujących się do Data Domain i znajduje się w katalogu /usr/local/avamar/bin w węźle Avamar Utility Node.

a. Uruchom skrypt w trybie bezpiecznym:

remove_ddr_backups <ddr-index-value>

gdzie <ddr-index-value> to indeks Data Domain odnotowany w kroku 2 (w naszych przykładowych danych wyjściowych było to 1)

Przykład:

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.

Jak wynika z danych wyjściowych, powyższe polecenie działa w trybie bezpiecznym i nie usuwa żadnych kopii zapasowych. 

Te dane wyjściowe pokazują, że w ddrindex 1 przechowywane są 2232 kopie zapasowe.

b. Usuń kopie zapasowe, do których odwołuje się niedostępny system Data Domain, dodając flagę „--delete-backups”:

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

gdzie <ddr-index-value> to indeks Data Domain odnotowany w kroku 2 (w naszych przykładowych danych wyjściowych było to 1)

Przykład:

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. Sprawdź ponownie, czy jest to poprawny system Data Domain, ponieważ proces ten nie jest odwracalny.

d. Wpisz „yes”

Oczekiwany wynik:

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'

Zapoznaj się z sekcją Informacje dodatkowe, aby uzyskać instrukcje dotyczące ręcznego usuwania zablokowanych kopii zapasowych.

Po usunięciu zablokowanych kopii zapasowych powtórz kroki 11b–11d, aby usunąć Data Domain.

12. Po usunięciu kopii zapasowych klienta konieczne jest usunięcie z siatki Avamar wszystkich punktów kontrolnych, które były powiązane z kopiami zapasowymi Data Domain:

a. Sprawdź, kiedy ostatni punkt kontrolny został ukończony: 

status.dpn |grep "Last checkpoint"

b. Wykonaj czyszczenie MCS:

mcserver.sh --flush

Przykład:

mcserver.sh --flush

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

c. Utwórz nowy punkt kontrolny:

avmaint checkpoint --ava --wait

Monit nie powróci, dopóki punkt kontrolny nie zostanie ukończony.

d. Sprawdź ostatni punkt kontrolny:

status.dpn |grep "Last checkpoint"

Sprawdź, czy różni się od danych wyjściowych z 12a.

e. Zweryfikuj punkt kontrolny: 

avmaint hfscheck --full --keep --ava

f. Monitoruj hfscheck do ukończenia.

g. Gdy hfscheck zakończy się pomyślnie, wykonaj kolejny punkt kontrolny:

avmaint checkpoint --ava --wait

Również w tym przypadku monit nie powróci, dopóki punkt kontrolny nie zostanie ukończony.

h. Usuń wszystkie stare punkty kontrolne:

avmaint rmcp --full --ava

13. Usuń Data Domain z Avamar za pomocą interfejsu CLI lub użytkownika:

INTERFEJS WIERSZA POLECENIA

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

Gdzie <Data-Domain-hostname> to nazwa uzyskana w kroku 2 (dd01.company.com w przykładowych danych wyjściowych)

Przykład:

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

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

Polecenie może potrzebować trochę czasu, aby powrócić do wiersza poleceń. Pozwól, aby polecenie zostało wykonane bez zakłóceń.

-- lub --

Avamar Administrator — AUI:

a. W sekcji Administration wybierz pozycję System.

b. Kliknij Data Domain.

c. Wybierz system Data Domain do usunięcia. 

d. Kliknij Delete.

e. Zweryfikuj potwierdzenie, aby upewnić się, że zawiera nazwę systemu Data Domain, który ma zostać usunięty.

f. Kliknij przycisk Yes, aby potwierdzić usunięcie Data Domain. Aktualizacja może potrwać pewien czas.

g. System Data Domain nie powinien już być obecny.

-- lub --

Avamar Administrator — MCS:

a. Wybierz opcję Serwer z głównego pulpitu nawigacyjnego.

b. Wybierz kartę Server Management.

c. Jeśli widoczne jest tylko okno „Bytes Protected Summary”, kliknij separator i rozwiń okno, aż pojawią się serwery (Avamar i Data Domain):

d. Wybierz system Data Domain do usunięcia. 

e. Z menu Actions wybierz opcję „Delete Data Domain system”

f. Zweryfikuj potwierdzenie, aby upewnić się, że zawiera nazwę systemu Data Domain, który ma zostać usunięty.

g. Kliknij przycisk Yes, aby potwierdzić usunięcie Data Domain. Aktualizacja może potrwać pewien czas.

h. System Data Domain nie powinien już być obecny.

14. Uruchom cykl konserwacji ręcznej (nawet jeśli został on wykonany w kroku 12):

a. Sprawdź, kiedy ostatni punkt kontrolny został ukończony: 

status.dpn |grep "Last checkpoint"

b. Wykonaj czyszczenie MCS:

mcserver.sh --flush

Przykład:

mcserver.sh --flush

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

c. Utwórz nowy punkt kontrolny:

avmaint checkpoint --ava --wait

Monit nie powróci, dopóki punkt kontrolny nie zostanie ukończony.

d. Sprawdź ostatni punkt kontrolny:

status.dpn |grep "Last checkpoint"

Sprawdź, czy różni się od danych wyjściowych z 14a.

e. Zweryfikuj punkt kontrolny: 

avmaint hfscheck --full --keep --ava

f. Monitoruj hfscheck do ukończenia.

g. Gdy hfscheck zakończy się pomyślnie, wykonaj kolejny punkt kontrolny:

avmaint checkpoint --ava --wait

Również w tym przypadku monit nie powróci, dopóki punkt kontrolny nie zostanie ukończony.

h. Usuń wszystkie stare punkty kontrolne:

avmaint rmcp --full --ava

15. Przywróć siatkę do stanu produkcyjnego przy użyciu Avamar: wprowadzanie Avamar Server w znany stan kontrolowany jako instrukcji.

Jak ręcznie usunąć zablokowane kopie zapasowe:

Ręczne usuwanie zablokowanych kopii zapasowych można wykonać przy użyciu interfejsu użytkownika (MCS lub AUI) lub wiersza polecenia.

1. Pobierz dane wyjściowe z remove_ddr_backups i zanotuj wszystkie ścieżki, których kopii zapasowych nie można usunąć. 

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'

W tych przykładowych danych wyjściowych są to /MC_RETIRED/test_client_A2014.01.23.16.18.41 i /clients/test_client_B. 

2. Usuń zablokowane kopie zapasowe dla każdego klienta przy użyciu preferowanej metody:

Interfejs CLI:

a. Pobierz informacje o kopii zapasowej przy użyciu polecenia getb: 

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

Gdzie <full-path-to-client> jest nazwą klienta z przykładowych danych wyjściowych, a <date> jest wartością szesnastkową w polu daty.

Przykład i przykładowe dane wyjściowe:

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. Usuń kopię zapasową za pomocą polecenia delb: 

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

Przykład i przykładowe dane wyjściowe: 

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

1  Request succeeded

c. Uruchom ponownie polecenie getb , aby sprawdzić, czy kopia zapasowa została usunięta:

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

Przykład: 

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

d. Powtórz tę czynność dla każdego klienta wymienionego w danych wyjściowych „remove_ddr_backups”.

W narzędziu Avamar Administrator — AUI:

a. Wybierz nagłówek Administration, wybierz pozycję Asset Management.

b. Poruszaj się po drzewie i odszukaj pierwszego klienta na liście. 

c. Kliknij przycisk „View More”, aby wyświetlić kopie zapasowe powiązane z klientem.

d. Wybierz kopię zapasową do usunięcia. 

e. Kliknij Delete.

g. Potwierdź, gdy pojawi się monit.

h. Powtórz tę czynność dla każdego klienta wymienionego w danych wyjściowych „remove_ddr_backups”.

W narzędziu Avamar Administrator — MCS:

a. Wybierz opcję Backup i Restore.

b. Poruszaj się po drzewie i odszukaj pierwszego klienta na liście. 

c. Upewnij się, że wybrano opcję „manage” i wybierz wszystko w sekcji „By Retention”:

d. Kliknij przycisk Retrieve.

e. Po zwróceniu kopii zapasowej kliknij ją prawym przyciskiem myszy.

f. Wybierz opcję „Delete Backup”

g. Potwierdź, gdy pojawi się monit.

h. Powtórz tę czynność dla każdego klienta wymienionego w danych wyjściowych „remove_ddr_backups”.