Data Domain: Bästa praxis för datamigrering på PowerProtect Data Domain-system med Mtree-replikering
Summary: I den här artikeln beskrivs hur du förbereder migrering av data med hjälp av Mtree-replikering (MRepl) från äldre PowerProtect Data Domain-system (PPDD) utan stöd för interna QAT-kort. Till exempel DD9500 och DD9800. Det är viktigt att ta hänsyn till den aktuella arbetsbelastningen i systemdriften för att undvika oväntade sidoeffekter som kan påverka datamigreringsresultaten negativt. Den här artikeln hjälper dig att planera migreringsåtgärder som kräver en ny kontextkonfiguration för Mtree Replication (MRepl) med äldre PPDD-system som källa. ...
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
I och med introduktionen av 16G-plattformar är det ett vanligt krav att migrera specifika MTrees från äldre PPDD till ett nyare system.
Migreringsprocessen skapar nya Mtree-replikeringskontexter. Tänk på följande för att säkerställa minimala störningar.
- Aktuell systemarbetsbelastning från säkerhetskopieringsåtgärder
- Skillnader i komprimeringsfunktioner (t.ex. stöd för QAT-kort)
- Plötslig införlivande av nya Mrepl-kontextkonfigurationer
- Maskinvarufel som påverkar skräpinsamlingsprocessen (GC)
För att upprätthålla dataintegriteten och uppfylla servicenivåavtal kan systemet få panik vid vissa operationströsklar.
Panikmekanismen utlöser självkorrigerande åtgärder för att säkerställa att systemet alltid fungerar tillförlitligt.
Här beskrivs dessa överväganden och vägleder dig för hur du förhindrar oväntade driftstopp som kan störa migreringsplaner.
Aktuell systemarbetsbelastning från säkerhetskopieringsåtgärder:
Fokusera inledningsvis på den aktuella systemdriften. Övervaka viktiga mått före migreringen. Dessa omfattar pågående arbetsbelastningar, CPU-användning, minnesanvändning, nätverksstatus och maskinvaruvarningar.
Målet är att bevara systemets funktion inom normala parametrar.
Skillnader i komprimeringsfunktioner:
När du förbereder för migrering med Mtree-replikering (Mrepl) bör du tänka på skillnaderna i komprimeringsfunktioner mellan system.
Vissa äldre system saknar ett inbyggt komprimeringskort för att hjälpa till med komprimeringsrelaterade åtgärder.
DD9900-, DD9400- eller DD6900-systemen tillåter anslutning av ett externt QAT-kort för att påskynda komprimeringsåtgärder.
När det inte finns något QAT-kort (t.ex. DD9800, DD9500) förlitar det sig på processor- och minnesresurser för komprimerings- och dekomprimeringsuppgifter.
När du konfigurerar nya replikeringskontexter utan QAT-stöd måste data först okomprimeras.
Detta kan resultera i en CPU-användningstopp under replikeringsinitieringsfasen.
Källan kontrollerar målet för att identifiera vilken typ av komprimeringskort som är tillgängligt.
När ett 16G-system (DD9910, DD9410 eller DD6410) är målet måste källan dekomprimera data från det äldre "gzfast"-formatet. Den måste sedan komprimera den till LZ-formatet.
Införliva gradvis ny kontextkonfiguration för Mrepl:
Under haveriberedskap (DR), när du replikerar data från en Data Domain till en annan, startar replikeringsjobben vanligtvis när datainmatningen har slutförts.
Detta säkerställer att målplatsen tar emot alla replikerade data.
När nya replikeringskontexter definieras för migrering måste källan hantera betydande data under replikeringsinitieringen.
Detta beror på att destinationen saknar deduplicerad data och optimering ännu inte är möjlig. Detta resulterar i en ökad belastning på källsystemet.
När systemet fortsätter att bearbeta arbetsbelastningar för säkerhetskopiering (I/O) kan du åtgärda detta genom att gradvis införliva replikeringskontexter som är associerade med migreringen.
Definiera ett lågt replikeringsdataflöde för att begränsa de resurser som allokeras till dessa migreringsrelaterade replikeringskontexter.
När replikeringen börjar skapa optimeringar på målet och driftsparametrarna har verifierats lägger du till fler replikeringskontexter (migrering). Du kan också ändra dataflödet för replikering på befintliga.
Målet är att undvika att systemets skyddsmekanismer utlöses. Detta leder till systempanik, vilket kan påverka migreringar.
Kom ihåg att referenser för systemprestanda beräknas baserat på arbetsbelastningar i drift, inte för nya arbetsbelastningar.
Konfigurera begränsning gradvis under migreringsscenarier.
Kommandot "replication throttle add" kan användas för att schemalägga en viss tidpunkt och allokera en definierad bandbredd (i Mbit/s) för begränsning.
Initiera nya replikeringsjobb med begränsad tillgänglig bandbredd (lägre begränsning). Bedöm sedan inverkan på systemets drift.
När replikeringsjobbet pågår kan begränsningen ökas för att ge ytterligare bandbredd.
Vi rekommenderar även att du övervakar systemanalyser, inklusive CPU-, minnes- och nätverksförbrukning, som finns i DDSM.
Maskinvarufel som påverkar skräpinsamlingsprocessen (GC):
En annan faktor som potentiellt kan orsaka försämrad säkerhetskopierings- eller replikeringsprestanda är associerad med maskinvarufel, särskilt under standardskräpinsamlingsåtgärder. Under normala driftsförhållanden slutför skräpinsamlingsmekanismen på PPDD-system utrymmesåtervinning utan att påverka intags-, återställnings- eller replikeringsåtgärder. I vissa situationer erbjuder systemet alternativ för att definiera begränsning av skräpsamling, vilket ger systemadministratörer ytterligare kontroll över när systemets rensningsprocesser sker.
Standardbegränsningskonfigurationen för skräpinsamling påverkar inte säkerhetskopieringar och återställningar. De flesta fall där en påverkan observeras är kopplade till maskinvarufel. Till exempel, när vissa enheter behöver bytas ut, kan systemets pågående I/O-krav sakta ner lagringen av säkerhetskopior och återställningar, vilket påverkar övergripande GC-åtgärder.
Data Domain-operativsystemet har omfattande varningsmekanismer för sådana maskinvaruproblem och genererar proaktivt varningar när sådana tillstånd upptäcks. Detta underlättar för säkerhetskopieringsoperatörer att snabbt lösa maskinvarurelaterade problem.
En annan viktig faktor att tänka på är att replikeringsaktiviteter är lika viktiga som säkerhetskopiering och återställning. Varje plattform tillhandahåller ett fast antal strömmar för varje jobb och kan bearbeta samtidiga åtgärder under de definierade gränserna för att uppfylla serviceavtal (SLA).
Slutsats:
Lyckad datamigrering med Mtree-replikering kräver noggrant övervägande av följande;
- Övervaka den aktuella systemarbetsbelastningen från säkerhetskopieringsåtgärder
- Förstå äldre plattformar som DD9800 och DD9500
- Använd en annan komprimeringsalgoritm (gzfast).
- När nya MTree-replikeringskontexter (MRepl) skapas på ett system som är i drift införlivar du gradvis de nya Mrepl-kontextkonfigurationerna
- Övervaka noga effekten av de nya arbetsbelastningarna på systemet.
- Övervaka potentiella maskinvarufel (som påverkar åtgärder från skräpinsamlingsprocessen).
Genom att följa denna bästa praxis minimeras störningar och systemets stabilitet bibehålls.
Genom att implementera dessa rekommendationer kan du undvika oväntade driftstopp och underlätta datamigrering.
Additional Information
Affected Products
Data DomainArticle Properties
Article Number: 000317549
Article Type: How To
Last Modified: 08 May 2025
Version: 1
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.