Data Domain: DDFSY-filsystemet bryder ned, hvis MTREE-replikering er konfigureret til Veeam DDBOOST-lagerenhed

Når du bruger VEEAM eller et andet sikkerhedskopieringsprogram, der bruger BOOST til at udføre sikkerhedskopieringer, bruger funktionen Virtual Antik, opretter den nye sikkerhedskopier fra eksisterende enheder ved at sammenstykke dele af de tidligere sikkerhedskopier på DD'en og derefter tilføje forskellene. De tidligere sikkerhedskopier, der bruges til sammensyningen, kaldes "bundfiler".

De fleste sikkerhedskopieringsprogrammer vil læse, men ikke ændre de basisfiler, der bruges til synkronisering af nye sikkerhedskopieringsafbildninger, men VEEAM fungerer anderledes, når der udføres sikkerhedskopieringer, og det overskriver dele af basisfilerne, som allerede er på disken.

Når udgående MTree-replikering konfigureres til denne VEEAM LSU/MTree, er det muligt, at én sikkerhedskopieringsfil, der replikeres, ændres af BOOST under den sammenfattede udgave af nye sikkerhedskopifiler. Hvis kilde-DD kører DDOS 6.x, og replikering med gentagelse er aktiveret (en indstilling for optimering af hastighed/ydeevne i DDOS 6.x og nyere), kan det medføre, at de forkerte kontrolsummer ankommer til destinationens DD, hvilket kan medføre, at FS (Filsystem) mislykkes gentagne gange med meddelelser som f.eks. følgende:

27. feb 04:05:19 mtree-repl-dd.example.com ddfs[10654]: ERROR: MSG-INTRNL-00001: PANIC: ddr/repl/mrepl_replica.c: mrepl_finish_file_transfer_common: 3712: ! (orig_chksum == repl_chksum).

Den måde, VEEAM synkroniserer nye sikkerhedskopier fra eksisterende, kan der være overskrivninger af dele af de filer, der replikeres, når de bruges som en basisfil til synkronisering af nye sikkerhedskopiafbildninger. Dette skaber forvirring for gentagelsesreplikering, når VEEAM Storage Unit også er konfigureret til at blive brugt som en del af MTree-replikering, hvilket muligvis forårsager, at mål-DD'en går i panik.

Bemærk, at denne fejl kun gælder for destinations-enden for MTree-replikering, når kilden er:

• Kørsel af DDOS 6.0.1.0 eller tidligere (f.eks. vil alle DDOS 6.0.0.x blive påvirket)
• Kørsel af DDOS 6.x tidligere end DDOS 6.0.2.0 eller 6.1.1.1
• Kørsel af VEEAM-sikkerhedskopier til en LSU/MTree, og at samme MTree replikeres til destinationen vha. MTree-replikering
• BOOST-sikkerhedskopieringer med aktiverede virtualdiske udføres på samme LSU/MTree
•  Når denne fejl opstår, kan det resultere i, at den replikerede destinations-MTree bliver utilgængelig med flere FS-processer genstarter. Dem, der bruger denne opsætning eller planlægger at konfigurere deres systemer på denne måde, opfordres til enten at anvende den løsning, der er forklaret nedenfor, eller opgradere til den faste DDOS 6.0.2.0 eller 6.1.1.1 (eller en nyere version).

Bemærk: Det er muligt, at den samme PANIC-streng på destinations-enden for MTree-replikering kan forekomme på andre problemer end denne, da fejlen blot angiver, at en kontrolsum i MTree-replikeringssnapshotet ikke stemmer overens. Hvis du er i tvivl om det problem, der er beskrevet her, eller hvordan du omgår et problem, skal du kontakte din kontraktlige supportudbyder og henvise til dette KB-artikelnummer 491049.

DD Engineering har identificeret hovedårsagen til FS PANNIC'erne på destinationsnoden og har foretaget en rettelse i følgende udgivelser:

• DDOS 6.0.2.0 og nyere
• DDOS 6.1.1.1 og nyere

Enhver, der er berørt af denne fejl eller planlægger at oprette en lignende konfiguration, anbefales at opgradere kilde-DD'en til de nævnte udgivelser hurtigst muligt.

For dem, der ønsker at opgradere, eller dem, der oplever problemet, inden den faste udgivelse bliver tilgængelig, er der en løsning.
Den består af at deaktivere optimeringen af replikeringsopskriften på kildens DDOS 6.x-system.
Denne optimering findes kun i DDOS 6.x og nyere, den eneste ulempe ved deaktivering af den ville blive sænket replikeringshastighederne til at være lig med dem, der opnås på DDOS 5.7.

Inden implementeringen skal du først bekræfte, om denne løsning vil være relevant for den aktuelle opsætning:

1. Kontroller, om kilde-DD kører DDOS 6.x før udgivelsen, der har denne rettede (fejl rettet i DDOS 6.0.2.0 og 6.1.1.1 og frem)
2. Bekræft, at den DD, der er konfigureret til VEEAM-sikkerhedskopieringer, også er konfigureret til MTree-replikering for den emnebelagte LSU/MTree som kilde (kontrol af en nylig ASUP ville være den nemmeste måde at bekræfte), f.eks.:

CTX: 20 tilstand: kildedestination: mtree://destination-dd.example.com/data/col1/destination_MTree aktiveret: ja

 Hvis alle disse betingelser ovenfor gælder, kan dette system være udsat for førnævnte defekter og kan medføre, at destinationsreplikerings FS til sidst går ned.

For at anvende løsningen skal man først sikre, at der ikke kører nogen replikering eller BOOST-sikkerhedskopieringer, og derefter foretage ændringen af registreringsdatabasens indstilling, hvilket ikke kræver nedetid. Før du påbegynder denne proces, skal du læse erklæring om FORSIGTIGHED, som er placeret under det sidste trin i denne procedure.

1. Kontroller, at DD til DD-replikering er deaktiveret på kilde-DD, der kører DDOS 6.x:

# replikering deaktiverer alle

2. Sørg også for, at der ikke er nogen løbende BOOST-sikkerhedskopieringer eller BOOST MFR til eller fra den potentielt stødende VEEAM LSU/MTree, før du anvender registreringsdatabasens indstilling. Deaktiver om nødvendigt midlertidigt sikkerhedskopieringer og MFR til eller fra denne LSU:

# ddboost filreplikering vis aktiv alle
# ddboost vis statistik for filreplikering

3. Denne ændring i registreringsdatabasen kræver rettigheder til SE-tilstand.

4. Fra SE-tilstand skal du ændre registreringsdatabaseindstillingen for at deaktivere brugen af replikering med gentagelse:

# se sysparam set RECIPE_REPL_ENABLED=FALSE

5. Bekræft, at systemparameteren er indstillet korrekt og vises som "FALSK" (deaktiveret)

# se sysparam show RECIPE_REPL_ENABLED
NavnBeskrivelse Aktuel standardtilsidesættelse
-------------------   ------------------------------------------------   -------   -------   --------
RECIPE_REPL_ENABLED Aktivér replikering med replikering med replikering via replikering via replikering (gælder kun for kilde) FALSK TRUE rpc
-------------------   ------------------------------------------------   -------   -------   --------

6. Du kan nu genaktivere DD til DD-replikering og genoptage BOOST-sikkerhedskopieringer og BOOST MFR til eller fra LSU:

# replikering aktiverer alle

FORSIGTIG: Hvis gentagelsesprocessen er blevet deaktiveret på et Data Domain-kildesystem, der også er konfigureret som en destination, der afsluttes for replikering, skal kildesystemet/-systemerne for disse kontekster også have ovenstående proces udført (aktivering af replikering med gentagelse deaktiveret).

Bemærk også, at når du opgraderer til en fast udgivelse (DDOS 6.0.2.0 eller 6.1.1.1), skal indstillingen gendannes, så der kan anvendes gentagende replikering, så opgraderingen ikke nulstiller registreringsdatabasens nøgle. Når opgraderingen er fuldført, skal du genaktivere replikering med gentagen replikering ved at logge på DD, gå i SE-rettighedstilstand og køre:

  # se sysparam-nulstilling RECIPE_REPL_ENABLED

Hvis du ikke er helt sikker på den proces, der er beskrevet ovenfor, skal du kontakte din kontraktlige supportudbyder og henvise til denne KB-491049-artikel .

Der er altid en mulighed for, at PANI'erne skyldes et andet problem, og den anvendte løsning fungerer muligvis ikke, mens FS PANIC'er på destinationens DD fortsætter.

I et sådant tilfælde anbefales det at få opgraderet både kilde- og destinations-DD'er til sikker kode (DDOS-udgivelser nævnt ovenfor), og til at de(n) stødende replikeringskontekst(er) brydes (ikke-konfigurerede), eksisterende snapshots udløber, og replikeringskonteksten/-erne tilføjes og initialiseres igen. Da dette er en potentielt tidskrævende proces, og der kan være flere replikeringskontekster, som kan være årsagen til problemet, skal du kontakte din kontraktbaserede supportudbyder og henvise til dette KB-artikelnummer og eventuelle handlinger, der er udført indtil videre, for at få hjælp.