IDPA: Cloudniveauinddelingsvejledning og løsningssti

Summary: Denne artikel gennemgår de forskellige trin, der er involveret i Cloud Tiering, herunder konfiguration, administration og fejlfindingstrin.

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

Denne artikel er en løsningssti til cloudniveauinddeling med Data Domain. Den beskriver den trinvise tilgang under konfiguration og administration af Cloud Tiering, herunder fejlfindingstrin og andre vigtige oplysninger.

 

 

Installation og konfiguration:
 
 

Trin 1: Import af Cloud Unit-certifikat på Data Domain.

Se kapitlet "Cloud-niveau" i brugervejledningen for at finde proceduren og trinnene til integration af Cloud Unit-certifikatet.

For en demonstration, gennemgå videoen i afsnittet "Tilføjelse af en cloudenhed" 
 

Vigtige KB-links til forskellige cloududbydere vedrørende generering af Cloud Unit-certifikater

Google Cloud: Data Domain-udrulning: Certifikatkrav for at konfigurere Cloud Tier-funktionen ved hjælp af Google Cloud Storage.

Amazon AWS: Data Domain Cloud-niveau: Integration af Data Domain med amazon AWS S3.

Bemærk: For AWS skal du ud over Baltimore-certifikatet også tilføje det nyligt udgivne "Starfield Class 2"-certifikat. Se Artikel #000184415 for at få flere oplysninger.
 
 

Azure Virtustream, ECS:  Data Domain Cloud-niveauinddeling: Certifikatfejl under tilføjelse af Cloud Unit

Bemærk: Fra februar 2022 kræves der nu yderligere certifikater for Azure, bortset fra Baltimore-certifikatet, for at blive opdateret på Data Domain. Artikel # 000192537
 

Gennemgå videoen nedenfor (eller se på YouTube) for detaljer:

 

ECS:

Data Domain: Certifikatkrav for sikret DD-cloudniveauforbindelse til ECS og vejledning til bedste praksis.

Data Domain: Kan ikke importere et F5-certifikat med ECS (Elastic Cloud Storage) til Data Domain.

Bemærk: 
For Data Domain Cloud Tier (DD CT) til ECS er en Load Balancer (LB) et obligatorisk krav. Der kan anvendes enten hardware eller software-belastningsjusteringsteknologi.
DD CT-profilen skal konfigureres til at pege på enten det konfigurerede LB-værtsnavn eller IP-adressen. LB videresender forbindelserne, der kommer fra DD til en af ECS-noderne i henhold til belastningsbalanceringspolitikken og konfigurationssættet.

 

 
 

Trin 1-procedure:

Fra PowerProtect DD System Manager:

1. Vælg Data Management > File System > Cloud Units.

2. Klik på Administrer certifikater på værktøjslinjen. Dialogboksen "Administrer certifikater til cloud" vises.

3. Klik på Add (Tilføj).

4. Vælg en af disse muligheder:

    • Jeg vil uploade certifikatet som en .pem-fil.
      • Derpå: Gå til og vælg certifikatfilen. 
    • Jeg vil kopiere og indsætte certifikatteksten
      • Derpå: Kopier indholdet af .pem-filen, og indsæt indholdet i dialogen.


5. Klik på Add (Tilføj).

Når du har fuldført dette trin, vises "Cloud Unit Certificate" på Data Domain-brugergrænsefladen:

(Datastyring --> Cloud-enheder --> Certifikater):

kA53a0000004OYhCAM_1_0

 
 

Trin 2: Tilføjelse af en cloudenhed til et Data Domain

Se kapitlet "Cloud-niveau" i brugervejledningen for at finde proceduren og trinnene til at tilføje eller integrere cloudenheden i Data Domain. 

For en demonstration, gennemgå videoen nedenfor (eller se på YouTube):

Trin 2 Procedure: 

Fra PowerProtect DD System Manager:

1. Vælg Data Management > File System > Cloud Units.

2. Klik på 'Tilføj'.

3. I dialogboksen "Tilføj cloudenhed" skal du angive følgende oplysninger:

    • Navn: Et venligt navn til Cloud Unit.
    • Cloud-udbyder: Cloud-udbyder (f.eks.: AWS, Azure, ECS osv.).
    • Indtast andre relevante oplysninger, f.eks. lagerklasse, storageområde, adgangsnøgle, hemmelig nøgle, primær nøgle, slutpunkt osv.

(Ovenstående inputindstillinger afhænger af den valgte cloududbyder). 

Bemærk: Hvis fejlen "Cloud-verifikation mislykkedes ved forbindelseskontrol: Validering af certifikat" vises, Opret en serviceanmodning med henvisning til denne vidensartikel.
 
 

Trin 3: Aktivering af Cloud Tier på Avamar eller Backup Server.

Se kapitlet "Cloud-niveau" i brugervejledningen for at finde proceduren og trinnene til aktivering af Cloud-niveauinddeling på Avamar eller Backup Server.

For en demonstration, gennemgå videoen nedenfor (eller se på YouTube):

 

Kendte problemer og artikler:

 

 

Trin 4: Oprettelse og planlægning af Cloud Tiering-politik på Avamar Server. 

Se kapitlet "Cloudniveau" i brugervejledningen for at finde proceduren og trinnene til at oprette og planlægge niveauinddelingspolitik.

For en demonstration, gennemgå videoen nedenfor (eller se på YouTube):

 

Trin 5: Planlægning af dataflytning på DD.

Du kan finde flere oplysninger i brugervejledningsafsnittene "Manuel flytning af data" og "Automatisk flytning af data".

For en demonstration, gennemgå videoen nedenfor (eller se på YouTube):

 

Trin 5 Procedure:

Data kan startes og stoppes manuelt eller automatisk ved hjælp af en tidsplan (dagligt, ugentligt eller månedligt) og en begrænsning.

Fra PowerProtect DD System Manager:

Manuelt:

1. Vælg Data Management > File System.

2. Klik på Vis status for filsystemtjenester nederst på siden.

Disse statuspunkter vises:

Filsystem
Måling af fysisk kapacitet Dataflytning

Aktiv niveaurensning

3. Ved dataflytning skal du klikke på Start

Automatisk:

1. Vælg Indstillinger for dataadministrationsfilsystem >> .

2. Klik på fanen Dataflytning.

3. Indstil gashåndtaget og planlæg.

 
 
 
Ledelse og administration 
 

Opret en niveauinddelingspolitik på Avamar Server: 

Dette trin hjælper med at oprette en Cloud Tiering Policy på Avamar Server.
 
Cloudniveaupolitikkerne dikterer:
    • Hvilke kunder er berettiget til niveauinddeling
    • Hvilke sikkerhedskopier til disse klienter skal lagdeles
    • Sikkerhedskopieringens alder, når den skal lagdeles i skyen
    • Udløbet af disse sikkerhedskopier på Cloud. 
Niveaugrupper bruges til at konfigurere klienter, sikkerhedskopier, tidsplaner og andre oplysninger, der er relateret til konfigurationen af cloudniveauet.
 
Se kapitlet "Cloudniveau" i brugervejledningen for at finde proceduren og trinnene til oprettelse og planlægning af niveauinddelingspolitikker.
 
Hvis du vil have en demonstration, kan du gennemgå videoen fra trin 3 eller se den på YouTube.
 
 


Tilbagekaldelse af sikkerhedskopier fra Cloud Tier:

Tilbagekaldelseshandlinger flytter sikkerhedskopier, der er lagdelt til clouden, tilbage til det aktive niveau af Data Domain. 
 
Se kapitlet "Cloudniveau" i brugervejledningen for at finde proceduren, og følg afsnittet for "Tilbagekaldelse for cloudniveau"

 

 
 

Gendan handlinger for Cloud Tier: 

Cloud Disaster Recovery-softwaren tilbagekalder en kopi af sikkerhedskopien fra clouden til det aktive niveau af Data Domain. Derefter udføres en gendannelse af sikkerhedskopieringen fra det aktive niveau til klienten. Status vises som Cloud. Sikkerhedskopien gemmes på Data Domain-cloudniveauet efter gendannelsen. Kopien af sikkerhedskopien på det aktive niveau Data Domain bruges til gendannelse og slettes efter 10 dage.
Bemærk: I AUI er det kun filsystemet og VMware-plugins, der understøtter gendannelseshandling. For andre plug-ins skal du bruge Avamar Administrator til gendannelseshandlingen.


Hvis du vil forlænge levetiden for den midlertidige kopi på det aktive niveau på Cloud Disaster Recovery-serveren, skal du bruge følgende parameter i kommandoen /usr/local/avamar/var/ddrmaint.cmd:
 
--cloud-copy-lifetime=days
 
Bemærk: Tidsrammen for udløb af backup skal være mindst 14 dage. Den minimale udløbstid afhænger af aldersgrænseværdien. 
 
 
 

Gendannelse på filniveau eller detaljeret niveau for Cloud Tier:

Avamar understøtter kun fil- eller granulærniveaugendannelse fra ECS-cloudenheden.
 
Gendannelse på fil- eller granulærniveau fra sikkerhedskopi, der er lagdelt til ECS-cloudenheden, er identisk med normal gendannelse på fil- eller granulærniveau. 
For at gendanne en enkelt fil eller en enkelt del af en sikkerhedskopi, der findes i ECS-cloudenheden, behøver Avamar ikke at tilbagekalde hele sikkerhedskopien fra cloud til aktivt niveau i Data Domain. Avamar-klienten læser den enkelte fil eller delen direkte fra skyen. 
 
Avamar understøtter ikke gendannelse på fil- eller detaljeniveau fra en cloudenhed, der ikke er ECS. Hvis du vil gendanne en enkelt fil eller et stykke fra en sikkerhedskopi, der findes i en ikke-ECS-cloudenhed, skal Avamar først tilbagekalde hele sikkerhedskopien fra clouden til det aktive niveau i Data Domain. Avamar-klienten gendanner derefter den enkelte fil eller delen fra det aktive niveau af Data Domain.
 
 
 

Sådan identificerer du Avamar-sikkerhedskopier på Cloud Tier eller opretter en rapport for det samme:

Fra Avamar AUI HTML-baseret brugergrænseflade:

1. Klik på * i AUI-navigationsruden til venstre, og klik derefter på Administration af aktiver.
Vinduet Styring af aktiver vises.
 
2. Vælg domænet for klienten i domænetræet.
 
3. På listen over klienter skal du vælge klienten med de sikkerhedskopier, der skal administreres.
 
4. I ruden Klientoversigt til højre skal du klikke på VIS MERE.
 
5. Klik på fanen Sikkerhedskopier. Der vises en liste over fuldførte sikkerhedskopieringer af denne klient. Enhver sikkerhedskopi på denne liste kan bruges til at gendanne klienten.
 
6. Sådan finder du sikkerhedskopier efter dato:
en. Klik på søgeknappen.
b. Angiv datointervallet i felterne Fra og Til.
c. Klik på HENT. Listen over sikkerhedskopier for datointervallet vises.
 
7. Kontroller niveaukolonnen for at bekræfte sikkerhedskopieringens niveau.
  • Aktiv: Backup placeret på Data Domain Active Tier (lokal storage)
  • Markeret: Backup placeres på Data Domain Active Tier (lokal storage) og er klar til flytning til Cloud Tier. DD Dataflytning flytter disse sikkerhedskopier til skyen i den næste cyklus. 
  • Cloud: Backup placeres på Data Domain Cloud Tier (Cloud Storage)

Fra Avamar-kommandolinjen:
 

1. Hent Avamar: Sådan bruges scriptet dump_root_hashes.rb til at generere en liste over scriptet til klienter og sikkerhedskopieringer på Avamar-serveren. 

2. Kør: rubin dump_root_hashes.rb --mode=backuplist --mc-retired=include --replicate=include --show-tier-info

Dette genererer en gz-fil i arbejdsmappen, som har en CSV-fil indeni med backup-niveauinddelingsoplysninger i den. 

     
 
 

Dataflytningsproces på Data Domain

(Denne proces flytter sikkerhedskopier på DD fra aktivt niveau til cloudniveau – også forklaret i trin 5 – afsnittet Installation og konfiguration)

 

Sp.: Hvordan kan dataflytning startes manuelt?

Sv.: Kommandoen "data-movement start" kan bruges. 

F.eks.:

data-movement start
Data-movement started.
 
 

Sp.: Hvordan kan dataflytning overvåges?

Sv.: For at kontrollere status for dataflytning kan kommandoen "dataflytningsstatus" bruges.

F.eks.:

data-movement status
----------------------------
Data-movement is initializing..
Data-movement recall:
---------------------
No recall operations found.

 

Hvis dataflytning kører, kan kommandoen "data-movement watch" bruges.

For eksempel:

data-movement watch
Data-movement: phase 1 of 3 (copying)  
 92% complete; time: phase  0:08:04, total  0:08:14       Copied (post-comp): 3.35 GiB, (pre-comp): 3.29 GiB,B,      Files copied: 7, Files verified: 3, Files installed: 3
 
 

Sp.: Hvordan kan dataflytning stoppes?

Sv.: Kommandoen "data-movement stop" kan bruges.

F.eks.:

data-movement stop
Data-movement stop initiated. Run the status command to check its status.
 
 
 

Se Data Domain Restorer og langsigtet opbevaring i clouden: Ofte stillede spørgsmål for at få mere at vide.

 
 

Cloud Tier-rensningsproces

 

Sp.: Hvordan kommer en manuel rengøring på cloudniveau i gang?

Svar 1: Procedure – Fra PowerProtect DD System Manager:

a. Vælg Indstillinger for dataadministrationsfilsystem >> .

b. Klik på fanen Rensning.

c. Indstil gashåndtaget og tidsplanen for Cloud Tier.

Svar 2: Kommandoen "cloud clean start" kan bruges (eller "cloud clean start ", hvor der er flere clouds til stede).

F.eks.:

cloud clean start cloudunit2
Cloud tier cleaning started for cloud unit "cloudunit2". Use 'cloud clean watch' to monitor progress.
 
 

Sp.: Hvordan kan en rensning på cloudniveau overvåges?

Sv.: Kommandoen 'cloud clean status' kan bruges til at kontrollere, om cloud cleaning kører.

F.eks.:

cloud clean status
Cloud tier cleaning finished on cloud unit "cloudunit2" at 2023/09/12 06:19:03.
Previous cloud tier cleaning attempt was unsuccessful.
 Failure reason:
cloud unit "cloudunit2" did not have sufficient cleanable data.
Cloud tier cleaning finished at 2023/09/15 12:16:06.
 
 

Hvis cloud clean kører i øjeblikket, kan det overvåges ved hjælp af kommandoen "cloud clean watch".

 
 

Sp.: Kan aktiv niveaurensning køre samtidig med rensning på cloudniveau?

Sv.: Nej. Både aktiv niveaurensning og rensning på cloudniveau bruger begge de samme fælles interne delte datastrukturer, som kræver eksklusiv adgang.

 
 

Sp.: Hvordan kan en oprydningsplan for Cloud Tier vises eller ændres?

Sv.: For at få vist den aktuelle plan for cloudrensning kan kommandoen "cloud clean frequency show" bruges.

F.eks.:

cloud clean frequency show
Cloud tier cleaning frequency is set to run after every 4 active tier cleaning cycles.
 
 

Sp.: Hvordan ændres en ren tidsplan for skyen?

Sv.: For at ændre en tidsplan kan kommandoen "cloud clean frequency set" bruges.

F.eks.:

cloud clean frequency set 3
Cloud tier cleaning frequency is set to run after every 3 active tier cleaning cycles.
 
 

Sp.: Hvordan kan rensningsbegrænsningen på Cloud Tier ændres eller vises?

Sv.: Som standard er rensningsbegrænsningen på Cloud Tier indstillet til 50 %.

For at få vist den aktuelle gasspjæld til cloudrensning kan kommandoen "cloud clean throttle show" bruges. 

F.eks.:

cloud clean throttle show
Cloud tier cleaning throttle is set to 28 percent
 
 

For at ændre rengøringsgashåndtaget kan kommandoen "cloud clean throttle set" bruges.

F.eks.:

cloud clean throttle set 20
Cloud tier cleaning throttle set to 20 percent
 
 
 

Du kan få mere at vide om rensning i skyen under Data Domain: En introduktion til langsigtet opbevaring/rensning på cloudniveau/affaldsindsamling på Data Domain Restorers

 

Additional Information

Tillæg A
 

Knowledge Base og kendte procedurer og rettelser til IDPA eller Avamar – Data Domain Cloud-niveauinddeling:

 

For Data Domain Cloud-niveauinddeling med NetWorker:

 
Tillæg B

 

 

Avamar bruger et internt plugin kaldet "avtier" til at markere sikkerhedskopier til niveauinddeling, tilbagekalde sikkerhedskopier fra cloudniveau og andre cloudniveauinddelingsopgaver.

 

Tips til fejlfinding af Avamar:

Sikkerhedskopieringer, der er markeret med Avamar Cloud Tiering Policy:

    • Det interne Avtier-plugin bruger ddrmaint-processen på Avamar til at markere sikkerhedskopier til bevægelse 
    • Ved hjælp af denne proces informerer den Data Domain om at markere en bestemt sikkerhedskopi til flytning til skyen. 

For at bekræfte, at sikkerhedskopieringerne var markeret med niveauinddelingspolitik, skal du køre følgende kommando som root: 

grep -i mark-backup /usr/local/avamar/var/ddrmaintlogs/ddrmaint.log

 

 
 

Sikkerhedskopier tilbagekaldt af Avamar ved hjælp af gendannelse, manuel tilbagekaldelse eller tilbagekaldelse ved hjælp af niveauinddelingspolitik:

    • Det interne avtier-plugin bruger ddrmaint-processen på Avamar til at informere Data Domain om at tilbagekalde sikkerhedskopier fra Cloud Tier til Active Tier.

For at bekræfte, at sikkerhedskopieringerne kaldes tilbage til aktivt niveau, skal du køre følgende kommando som root:  

grep -i "recall-backup" /usr/local/avamar/var/ddrmaintlogs/ddrmaint.log

 

 
 


Tips til fejlfinding af Data Domain

På Data Domain kan det samme bekræftes ved hjælp af følgende kommando:

Status for dataflytning

Gennemgå afsnittet Tilbagekaldelse for at få flere oplysninger. 

 

 

Filplaceringsrapporten på Data Domain viser, hvor filerne er placeret i skyen eller på det aktive niveau:

filesys report generate file-location <File_path_with_file_name> 
 
 


Cloudniveauets struktur:

    • Cloudniveauet er opdelt i "cloudenheder". 
    • Cloudniveauet kan indeholde op til to cloudenheder
    • Hver cloud-enhed kan være så stor som den maksimalt understøttede aktive niveaustørrelse for den givne DDR-model
    • Hver cloudenhed kan klargøres fra forskellige udbydere af objektstorage


F.eks.:

cloud unit list 
Name        Profile       Status   Reason
---------   -----------   ------   -------------------------------
ECS_Unit1   ECS_Profile   Active   Cloud unit connected and ready.
S3_Unit     S3_Profile    Active   Cloud unit connected and ready.
---------   -----------   ------   -------------------------------
 
 

Sp.: Hvordan kan en tilbagekaldelsesoperation overvåges?

Sv.: En tilbagekaldelse kan overvåges ved hjælp af kommandoen »dataflytningsstatussti alle« eller, hvis der kræves en bestemt fil, »databevægelsesstatussti /data/col1/<Avamar-xxxxx>/<Client_ID>/<Backup_ID>/<File_Name> « 

F.eks.:

data-movement status path /data/col1/<Avamar-xxxxx>/<Client_ID>/<Backup_ID>/<File_Name>  
Data-movement recall: 
---------------------
Data-movement for  /data/col1/mtree1/file1 :
phase 2 of 3 (Verifying) 80% complete; time: phase XX:XX:XX total XX:XX:XX 
Copied (post-comp): XX XX, (pre-comp) XX XX 

 

 
 

Affected Products

Integrated Data Protection Appliance Family

Products

Avamar, Avamar Data Store, Avamar Data Transport, Avamar Server, Avamar Virtual Edition, Data Domain, Data Domain Boost – File System, PowerProtect DP4400, DD OS, PowerProtect DP5300, PowerProtect DP5800, PowerProtect DP8300, PowerProtect DP8800 , PowerProtect Data Protection Software, Integrated Data Protection Appliance Family, PowerProtect Data Protection Hardware, Integrated Data Protection Appliance Software ...
Article Properties
Article Number: 000157594
Article Type: How To
Last Modified: 23 Sept 2025
Version:  42
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.