Avamar: Så här tar du bort ett Data Domain-system på ett säkert sätt från ett Avamar-rutnät.

Summary: Den här artikeln innehåller information om hur du tar bort ett Data Domain-system från ett Avamar-rutnät.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Instructions

Den här artikeln innehåller information om hur du tar bort ett Data Domain-system från ett Avamar-rutnät.

 
Kommentarer:
  • Alla referenser till Avamar-verktygsnoden i den här artikeln avser verktygsnoden i en flernodsmiljö, den enskilda noden i en fysisk ennodsmiljö eller AVE i en virtuell miljö.
  • Användargränssnittet för Management Console Server (MCS) hänvisar till användargränssnittet för Java Avamar Administrator. Avamar User Interface (AUI) hänvisar till webbgränssnittet (https://<avamar-grid>/aui)
 
Varning 1: Var försiktig eftersom den här processen kräver att ALLA säkerhetskopior som lagras på den associerade Data Domain tas bort.
Varning 2: Det finns INGET sätt att "flytta" säkerhetskopior till Avamar eller någon annan Data Domain.
Varning 3: Raderade säkerhetskopior KAN INTE återställas.
Varning 4: Om Oföränderliga bakups är aktiverade i Avamar-rutnätet kan Data Domain inte tas bort förrän alla associerade säkerhetskopior har upphört att gälla.
 
 
Obs! Så här kontrollerar du om Avamar har oföränderliga säkerhetskopior eller om styrningsläget är aktiverat:
 
avmaint config --ava |grep "immutable\|governancemode"
immutablebackups="false"
periodimmutablebackups="false"
governancemode="false"
 
 
För att ta bort Data Domain med Avamar Administrator-användargränssnittet krävs en viss uppsättning villkor. Följande steg krävs för att slutföra detta:
  • Alla säkerhetskopior som lagrats i Data Domain av denna Avamar bör tas bort före borttagningsprocessen. 
  • När alla säkerhetskopior har tagits bort rekommenderar vi att du kör en fullständig underhållscykel (manuell eller schemalagd).
    • En fullständig underhållscykel omfattar skräpinsamling (GC), kontrollpunkt (CP), validering av kontrollpunkt (hfscheck), kontrollpunkt och borttagning av gamla kontrollpunkter (RMCP).
 

Se till att alla säkerhetskopierade data på Data Domain och metadata på Avamar tas bort innan du fortsätter med den slutliga borttagningen av Data Domain-systemet. 

 

Den här artikeln syftar till att hantera två scenarier: 

Scenario 1: Borttagning av oren: Data Domain-systemet är inte längre aktivt eller kan inte nås från Avamar.

Användningsfallscenarier: 
  • Data Domain-systemet har redan stängts av.
  • Data Domain kopplades bort från nätverket innan den togs bort från Avamar. 
  • Filsystemet på Data Domain förstördes eller initierades om innan Data Domain togs bort från Avamar (med andra ord finns inte längre Avamar-mtree på Data Domain)  
Obs! I det här scenariot misslyckas alla Avamar-underhållsaktiviteter med MSG_ERR_DDR_ERROR fel.
 
 

Scenario 2: Ren borttagning: Data Domain-systemet är aktivt och kan nås från Avamar. Alla säkerhetskopierade data som motsvarar de metadata som lagras på Avamar är fortfarande tillgängliga.

Det enklaste sättet att testa detta är att köra kommandot " ddrmaint cplist" från Avamar-verktygsnoden. Om detta returneras kan Avamar ansluta till Data Domain, läsa Avamar mtree (lagringsenhet) på Data Domain och visa en lista över kontrollpunkterna. 

Exempel:

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>
 
 
Vanliga steg för scenario 1 och scenario 2:
 

Dessa vanliga steg bör följas för både ett rent och orent avlägsnande: 

Viktigt! Vi rekommenderar att Avamar-rutnätet försätts i ett känt bra kontrollerat tillstånd (Avamar: Så här ställer du in Avamar-servern i ett känt kontrollerat läge) innan du påbörjar denna procedur.
 
 

1. Logga in på Avamar-verktygsnoden som administratör.

2. Leta reda på Data Domain-värdnamnet och indexet för den Data Domain som tas bort.
(DDR-indexet är ett numeriskt värde som representerar antalet Data Domain-system som är anslutna till Avamar.)

Du hittar indexet genom att köra följande kommando som admin på Avamar Utility Node:

ddrmaint read-ddr-info
 

Exempel på utdata:

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

I det här exempelutdata finns det två Data Domains kopplade.

 
I exempelscenariot är den Data Domain som ska tas bort dd01.company.com:
  • Värdnamn för Data Domain: dd01.company.com
  • ddr-index-värde: 1.
 

3. Kontrollera vilka datauppsättningar, om några, som har Data Domain markerat:

Det enklaste sättet att göra detta är att köra kommandon från CLI för att avgöra vilka datauppsättningar som måste redigeras. Valfritt användargränssnitt (AUI eller MCS) kan sedan användas för att uppdatera datauppsättningarna.

För ett Avamar-rutnät med endast en Data Domain ansluten använder du följande kommando:

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

Exempel:

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)
 

--Eller--

För ett Avamar-rutnät med flera anslutna Data Domain-system kör du följande kommando:

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

Var <ddr-index-value> är det index som noterades i steg 2 ovan (i vårt urval var detta 1)

Exempel:

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)
 

Om det inte finns några datauppsättningar rapporterade går du till steg 6, annars fortsätter du från steg 4.

4. Logga in på Avamar-gränssnittet (AUI eller MCS) och ta bort Data Domain från varje datauppsättning som visas:

Avamar-administratör – AUI:

a. I rubriken Administration väljer du Inställning.

b. Klicka på Datauppsättning.

c. För varje datauppsättning: 

i. Välj önskad datauppsättning och klicka på redigera.

Ii. Välj vart och ett av de plugin-program som visas i tur och ordning från utdata i steg 3.

I exempelutdata för "Default Dataset" skulle detta vara "Linux Fast Incrementals", "VMware vCloud vApp" och "Windows File System".

Iii. Avmarkera antingen "Spara säkerhetskopia på Data Domain-system" eller, om det finns flera Data Domain-anslutningar, byt ut Data Domain-namnet om tillämpligt.

iv. Klicka på skicka.

v. Upprepa för alla listade plugins

--Eller--

Avamar-administratör – MCS:

a. Gå till menyn Verktyg.

b. Välj Hantera datauppsättningar.

c. För varje datauppsättning: 

i. Välj önskad datauppsättning och klicka på redigera.

Ii. Gå till fliken Alternativ.

Iii. Välj varje plugin-program som visas i steg 3:s utdata, till exempel "Linux Fast Incrementals", "VMware vCloud vApp" och "Windows File System" från standarddatauppsättningen.

iv. Avmarkera alternativet "Spara säkerhetskopior på Data Domain" eller, om det finns flera Data Domain-system anslutna, byt ut Data Domain-namnet om tillämpligt.

v. Klicka på OK.

vi. Upprepa för varje obligatorisk datauppsättning

5. När du är klar kör du samma kommando som kördes tidigare i steg 2b. Det bör inte finnas några datauppsättningar i listan:

Exempel:

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

--Eller--

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

Förväntade utdata är desamma från båda kommandona:

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

6. Om flera Data Domains är anslutna och Avamar är en replikeringskälla ska du se till att den DD som tas bort inte är inställd som standardlagringssystem för replikering:

Logga in på Avamar-gränssnittet (AUI eller MCS) 

Avamar-administratör – AUI:

a. I rubriken Administration väljer du System.

Klicka på Data Domain.

c. Välj den Data Domain som ska tas bort. 

d. Om värdet för Default Replication Storage System är "yes" går du till steg e och annars till steg 7.

AUI – standardlagringsreplikering (DD)

e. Klicka på avbryt.

f. Av de återstående Data Domain-domänerna (som inte tas bort) väljer du det alternativ som blir standardlagringssystem för replikering.

g. Klicka på redigera.

h. Ange och ange lösenordet för ddboost-kontot igen.

i. Välj "Använd systemet som standardreplikeringslagring"

j. Välj validate, next, next, finish. Det kan ta en stund att uppdatera.

Obs! Om du försöker validera "Det gick inte att hämta systeminformation om Data Domain" avmarkerar du "Använd certifikatautentisering för REST-kommunikation" och upprepar.
 

--Eller--

Avamar-administratör – MCS:

a. Välj Server på huvudinstrumentpanelen.

b. Välj fliken Serverhantering.

c. Om endast fönstret "Bytes Protected Summary" visas klickar du på avgränsaren och expanderar fönstret tills servrarna (Avamar och Data Domain) visas:

MCS-serverhantering

d. Markera den Data Domain som ska tas bort. 

e. Om "Default Replication Storage System" är "Yes" i fönstret "Node Information" går du till steg f, annars går du till steg 7.

MCS – standardlagringsreplikering (DD)

f. Av de återstående Data Domain-domänerna (som inte tas bort) väljer du det alternativ som blir standardlagringssystem för replikering.

g. På menyn Åtgärder väljer du "Edit Data Domain system"

h. Markera kryssrutan "Använd systemet som standardlagring av replikering" och klicka på OK. 

i. Klicka på Ja för att bekräfta att du ändrar standardlagringsmappningen för replikering. Det kan ta en stund att uppdatera.

7. Fortsätt enligt stegen nedan beroende på borttagningstyp:
  • För ett orent avlägsnande (scenario 1), gå till steg 8
  • För en ren borttagning (scenario 2), gå till steg 11
 
 
Scenario 1: Steg som är specifika för borttagning av oren
 
Varning! Följande steg bör endast användas när Data Domain-systemet inte längre kan nås från Avamar-rutnätet.
 
Giltiga skäl inkluderar (men är inte begränsade till):
  • Data Domain stängdes av innan den togs bort från Avamar. 
  • Data Domain kopplades bort från nätverket innan den togs bort från Avamar. 
  • Filsystemet på Data Domain initierades om innan det togs bort från Avamar (med andra ord finns Avamar mtree inte längre på Data Domain-systemet).
  • Filsystemet i Data Domain är förstört eller skadat
 

8. Kör följande kommando:  

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

Där <Data-Domain-hostname> är det namn som hämtas från steg 2 (dd01.company.com i exempelutdata)

Exempel:

mccli dd delete --name=dd01.company.com --force
0,30936,Deleted Data Domain system.
Attribute                 Value 
------------------------- -------------------------------------------------------------------
ipv6Hostname
ipv4Hostname              dd01.company.com
Det kan ta en stund för kommandot att återgå till en prompt. Låt kommandot slutföras utan avbrott.
Kommentarer: Om meddelandet "Data Domain-systemet används av en säkerhetskopieringspolicy" visas förblir en eller flera datauppsättningar konfigurerade för att använda Data Domain-systemet. Gå igenom steg 3–5 och försök sedan köra kommandot "mccli dd delete" igen.
 
Varning! Om följande visas har Data Domain tagits bort, men det finns inget standardlagringssystem för replikering. Steg 6 måste granskas.
 
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
 

Om några andra fel påträffas, stoppa och skapa en tjänstebegäran. Den här artikeln, tillsammans med eventuella fel, bör inkluderas när du skapar tjänstebegäran.  

9. Ta bort alla referenser till säkerhetskopior som lagras i Data Domain:

Alla referenser till säkerhetskopior som lagras på den otillgängliga Data Domain måste tas bort. Även om Data Domain och säkerhetskopierade data inte är tillgängliga finns metadata fortfarande på Avamar.

Manuset remove_ddr_backups kan användas för att identifiera och visa säkerhetskopior som refererar till Data Domain och finns i /usr/local/avamar/bin -katalogen på Avamar-verktygsnoden.

a. Kör skriptet i icke-förstörande läge:

remove_ddr_backups <ddr-index-value>

Var <ddr-index-value> är indexet för Data Domain som noterades i steg 2 (i exempelutdata var detta 1)

Exempel:

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.

Som utdatatillstånden körs kommandot ovan i "icke-destruktivt" läge och tar inte bort några säkerhetskopior. 

Dessa utdata visar att det finns 2232 säkerhetskopior lagrade på ddrindex 1.

b. Ta bort säkerhetskopiorna som refereras till i den otillgängliga Data Domain genom att lägga till "--delete-backups"Flagga:

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

Var <ddr-index-value> är indexet för Data Domain som noterades i steg 2 (i vårt exempelresultat var detta 1)

Exempel:

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. Verifiera återigen att detta är rätt Data Domain eftersom denna process inte är reversibel.

d. Skriv ja

Förväntade utdata:

1  Request succeeded
Obs! Det här skriptet kan inte ta bort låsta säkerhetskopior, så om utdata som följande visas måste säkerhetskopiorna tas bort manuellt. 
 
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'

Se avsnittet Ytterligare information för instruktioner om hur du tar bort de låsta säkerhetskopiorna manuellt.

När du har tagit bort alla låsta säkerhetskopior upprepar du steg 9b–9d för att ta bort Data Domain.

10. Fortsätt från steg 14.

 
Scenario 2: Steg som är specifika för en ren borttagning
 

11. Alla säkerhetskopior som lagras på Data Domain som ska tas bort måste raderas:

Manuset remove_ddr_backups kan användas för att identifiera och visa säkerhetskopior som refererar till Data Domain och finns i /usr/local/avamar/bin -katalogen på Avamar-verktygsnoden.

a. Kör skriptet i icke-förstörande läge:

remove_ddr_backups <ddr-index-value>

Var <ddr-index-value> är indexet för Data Domain som noterades i steg 2 (i vårt exempelresultat var detta 1)

Exempel:

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.

Som utdatatillstånden körs kommandot ovan i "icke-destruktivt" läge och tar inte bort några säkerhetskopior. 

Dessa utdata visar att det finns 2232 säkerhetskopior lagrade på ddrindex 1.

b. Ta bort säkerhetskopiorna som refereras till i den otillgängliga Data Domain genom att lägga till flaggan "--delete-backups":

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

Var <ddr-index-value> är indexet för Data Domain som noterades i steg 2 (i vårt exempelresultat var detta 1)

Exempel:

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. Verifiera återigen att detta är rätt Data Domain eftersom denna process inte är reversibel.

d. Skriv ja

Förväntade utdata:

1  Request succeeded
Obs! Det här skriptet kan inte ta bort låsta säkerhetskopior, så om utdata som följande visas måste säkerhetskopiorna tas bort manuellt.
 
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'

Se avsnittet Ytterligare information för instruktioner om hur du tar bort de låsta säkerhetskopiorna manuellt.

När du har tagit bort de låsta säkerhetskopiorna upprepar du steg 11b–11d för att ta bort Data Domain.

12. När klientsäkerhetskopiorna har tagits bort måste du ta bort alla kontrollpunkter som var associerade med Data Domain-säkerhetskopior från Avamar-rutnätet:

a. Kontrollera när den senaste kontrollpunkten slutfördes: 

status.dpn |grep "Last checkpoint"
 

b. Utför en MCS-tömning:

mcserver.sh --flush
 

Exempel:

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

c. Ta en ny kontrollpunkt:

avmaint checkpoint --ava --wait

Uppmaningen återkommer inte förrän kontrollpunkten har slutförts.

d. Sök efter den sista kontrollpunkten:

status.dpn |grep "Last checkpoint"

Kontrollera att detta skiljer sig från utdata från 12a.

e. Verifiera kontrollpunkten: 

avmaint hfscheck --full --keep --ava
 

f. Bildskärm hfscheck till fullbordan.

g. En gång hfscheck har slutförts utan problem tar du en annan kontrollpunkt:

avmaint checkpoint --ava --wait

Återigen returneras inte prompten förrän kontrollpunkten har slutförts.

h. Ta bort alla gamla kontrollpunkter:

avmaint rmcp --full --ava
 

13. Ta bort Data Domain från Avamar med hjälp av CLI eller användargränssnittet:

CLI

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

Där <Data-Domain-hostname> är det namn som hämtas från steg 2 (dd01.company.com i våra exempelutdata)

Exempel:

mccli dd delete --name=dd01.company.com
0,30936,Deleted Data Domain system.
Attribute                 Value
------------------------- -------------------------------------------------------------------
ipv6Hostname
ipv4Hostname              dd01.company.com

Det kan ta en stund för kommandot att återgå till en prompt. Låt kommandot slutföras utan avbrott.

Obs! Om felmeddelandet "Det går inte att ta bort det enda standardlagringssystemet för replikering" är den Data Domain som tas bort standardlagringssystemet för replikering. Läs steg 6 och försök köra kommandot "mccli dd delete" igen.
 

--Eller--

Avamar-administratör – AUI:

a. I rubriken Administration väljer du System.

Klicka på Data Domain.

c. Välj den Data Domain som ska tas bort. 

d. Klicka på Ta bort.

e. Granska bekräftelsen för att se till att den innehåller namnet på den Data Domain som ska tas bort.

f. Klicka på Ja för att bekräfta borttagningen av Data Domain. Det kan ta en stund att uppdatera.

g. Data Domain ska inte längre finnas.

Obs! Systemet tillåter inte borttagning av Data Domain om det är standardlagringssystemet för replikering.
 

--Eller--

Avamar-administratör – MCS:

a. Välj Server på huvudinstrumentpanelen.

b. Välj fliken Serverhantering.

c. Om endast fönstret "Bytes Protected Summary" visas klickar du på avgränsaren och expanderar fönstret tills servrarna (Avamar och Data Domain) visas:

MCS-serverhantering

d. Välj den Data Domain som ska tas bort. 

e. På åtgärdsmenyn väljer du "Delete Data Domain system"

f. Granska bekräftelsen för att se till att den innehåller namnet på den Data Domain som ska tas bort.

Klicka på Ja för att bekräfta borttagningen av Data Domain. Det kan ta en stund att uppdatera.

h. Data Domain ska inte längre finnas.

Obs! Systemet tillåter inte borttagning av Data Domain om det är standardlagringssystemet för replikering.
 

14. Kör en manuell underhållscykel (även om detta utfördes i steg 12):

a. Kontrollera när den senaste kontrollpunkten slutfördes: 

status.dpn |grep "Last checkpoint"
 

b. Utför en MCS-tömning:

mcserver.sh --flush
 

Exempel:

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

c. Ta en ny kontrollpunkt:

avmaint checkpoint --ava --wait

Uppmaningen återkommer inte förrän kontrollpunkten har slutförts.

d. Sök efter den sista kontrollpunkten:

status.dpn |grep "Last checkpoint"

Kontrollera att detta skiljer sig från utdata från 14a.

e. Verifiera kontrollpunkten: 

avmaint hfscheck --full --keep --ava
 

f. Bildskärm hfscheck till fullbordan.

g. En gång hfscheck har slutförts utan problem tar du en annan kontrollpunkt:

avmaint checkpoint --ava --wait

Återigen returneras inte prompten förrän kontrollpunkten har slutförts.

h. Ta bort alla gamla kontrollpunkter:

avmaint rmcp --full --ava
 

15. Återställa rutnätet till ett produktionsläge med Avamar: Så här ställer du in Avamar-servern i ett känt kontrollerat läge som vägledning.

Additional Information

Så här tar du bort låsta säkerhetskopior manuellt:

Manuell borttagning av säkerhetskopiering av låsta säkerhetskopior kan utföras via användargränssnittet (MCS eller AUI) eller CLI.

1. Ta utdata från remove_ddr_backups och notera alla sökvägar vars säkerhetskopior inte kunde tas bort. 

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'

I det här exemplet är dessa /MC_RETIRED/test_client_A2014.01.23.16.18.41 och /clients/test_client_B

2. Ta bort de låsta säkerhetskopiorna för varje klient med önskad metod:

CLI:

a. Hämta säkerhetskopieringsinformationen med hjälp av getb-kommandot: 

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

Där <full-path-to-client> är klientnamnet från våra exempelutdata och <date> är det hexadecimala värdet i datumfältet.

Exempel och exempelutdata:

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. Ta bort säkerhetskopian med kommandot delb: 

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

Exempel och exempelutdata: 

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

c. Kör om getb Kommandot from för att kontrollera att säkerhetskopian har tagits bort:

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

Exempel: 

avmgr getb --format=xml --incpartials --path=/MC_RETIRED/test_client_A2014.01.23.16.18.41 | grep -i 0x1CEF631A5EDEA52
 
Det ska inte finnas någon utdata.
 

d) Upprepa för var och en av de klienter som anges i "remove_ddr_backups"-utgången.

--Eller--

Från Avamar-administratören – AUI:

a. Välj rubriken Administration och välj Tillgångshantering.

b. Navigera i trädet och leta reda på den första klienten i listan. 

c. Klicka på "View More" för att se säkerhetskopiorna som är kopplade till klienten.

d. Välj den säkerhetskopia som ska tas bort. 

e. Klicka på Ta bort.

g. Bekräfta när du uppmanas till det.

h. Upprepa för var och en av klienterna som anges i "remove_ddr_backups"-utgången.

--Eller--

Från Avamar-administratören – MCS:

a. Välj Säkerhetskopiera och återställ.

b. Navigera i trädet och leta reda på den första klienten i listan. 

c. Kontrollera att "manage" är markerat och välj allt under "By Retention":

MCS-säkerhetskopieringslista
 

d. Klicka på Hämta.

e. När säkerhetskopian har returnerats högerklickar du på säkerhetskopian.

f. Välj "Ta bort säkerhetskopia"

g. Bekräfta när du uppmanas till det.

h. Upprepa för var och en av klienterna som anges i din "remove_ddr_backups"-utgången.

Affected Products

Avamar

Products

Avamar, Avamar Server, Data Domain
Article Properties
Article Number: 000165838
Article Type: How To
Last Modified: 01 Sep 2025
Version:  22
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.