Data Domain: DDFSY-filsystemet får panikk hvis MTREE-replikering er konfigurert for Veeam DDBOOST-lagringsenhet

Når du bruker VEEAM, eller andre sikkerhetskopieringsapplikasjoner som bruker BOOST til å utføre sikkerhetskopiering, bruker funksjonen Virtual Synthetics (Virtuelle syntetiske stoffer), opprettes det nye sikkerhetskopier fra eksisterende ved å sette sammen deler av de tidligere sikkerhetskopiene på DD og deretter legge til forskjellene. De tidligere sikkerhetskopiene som ble brukt for sammenkoblingen, kalles «basisfiler».

De fleste sikkerhetskopieringsapplikasjoner vil lese, men ikke endre basisfilene som brukes til å syntetisere nye imager for sikkerhetskopiering, men VEEAM fungerer annerledes når det utføres sikkerhetskopiering, overskriver det deler av basisfilene som allerede er på disken.

Når utgående MTree-replikering er konfigurert for denne VEEAM LSU/MTree, er det mulig at én sikkerhetskopifil som replikeres, endres av BOOST under syntesen av nye sikkerhetskopieringsfiler. Hvis kilde-DD kjører DDOS 6.x og replikeringsoppskrift er aktivert (et alternativ for hastighet/ytelsesoptimalisering i DDOS 6.x og nyere), kan dette føre til at feil kontrollsum ankommer mål-DD-en, noe som kan føre til at FS (filsystemet) mislykkes gjentatte ganger med meldinger som følgende:

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

Slik VEEAM syntetiserer nye sikkerhetskopier fra eksisterende, kan det være overskrivinger av enkelte deler av filene som replikeres når de brukes som basisfil for syntetisering av nye sikkerhetskopieringsimager. Dette skaper forvirring når VEEAM-lagringsenheten også er konfigurert til å brukes som en del av MTree-replikering, noe som muligens kan føre til at mål-DD-en får panikk.

Vær oppmerksom på at denne feilen bare gjelder destinasjonsenden for MTree-replikering når kilden er:

• Kjøring av DDOS 6.0.1.0 eller eldre (for eksempel alle DDOS 6.0.0.x vil bli påvirket)
• Kjøre DDOS 6.x tidligere enn DDOS 6.0.2.0 eller 6.1.1.1
• Kjøring av VEEAM-sikkerhetskopier til et LSU/MTree, og det samme MTree blir replikert til målet ved hjelp av MTree-replikering
• BOOST-sikkerhetskopiering med virtualsyntetiske stoffer aktivert, utføres på samme LSU/MTree
•  Når denne feilen oppstår, kan det føre til at det replikerte MTree-målet blir utilgjengelig når flere FS-prosesser startes på nytt. De som bruker dette oppsettet eller planlegger å konfigurere systemene sine på denne måten, oppfordres til å enten benytte den midlertidige løsningen som er forklart nedenfor, eller oppgradere til den faste DDOS 6.0.2.0 eller 6.1.1.1 (eller en nyere versjon).

Merk: Det er mulig at den samme PANIC-strengen på målenden for MTree-replikering kan oppstå på grunn av andre problemer enn denne, da feilen bare indikerer at et kontrollsum i øyeblikksbildet for MTree-replikering ikke samsvarer. Hvis du er i tvil om problemet som beskrives her, eller hvordan du omgår et problem, kan du kontakte kundestøtteleverandøren din og referere til dette KB-artikkelnummeret 491049.

DD Engineering har identifisert hovedårsaken til FS PANDC-ene på målnoden og har utført en løsning i følgende utgivelser:

• DDOS 6.0.2.0 og nyere
• DDOS 6.1.1.1 og nyere

Alle som er berørt av denne feilen, eller planlegger å sette opp en lignende konfigurasjon anbefales å oppgradere kilde-DD til de nevnte utgivelsene tidligst.

For de som ikke vil oppgradere eller de som står overfor problemet før den løste utgivelsen blir tilgjengelig, finnes det en midlertidig løsning.
Den består av å deaktivere replikeringsoptimalisering på kilde-DDOS 6.x-systemet.
Denne optimaliseringen finnes bare i DDOS 6.x og nyere. Den eneste ulempen med å deaktivere den vil være redusert replikeringshastigheter som tilsvarer de som oppnås på DDOS 5.7.

Før implementeringen må du først bekrefte om denne midlertidige løsningen er aktuell for det gjeldende oppsettet:

1. Kontroller om kilde-DD kjører DDOS 6.x før utgivelsen som har dette løst (feil løst i DDOS 6.0.2.0 og 6.1.1.1 og nyere)
2. Bekreft at DD som er konfigurert for VEEAM-sikkerhetskopier, også er konfigurert for MTree-replikering for emnet LSU/MTree som kilde (å kontrollere en nylig ASUP vil være den enkleste måten å bekrefte på), for eksempel:

CTX: 20-modus: kildemål: mtree://destination-dd.example.com/data/col1/destination_MTree aktivert: ja

 Hvis alle disse betingelsene ovenfor gjelder, kan dette systemet være underlagt de nevnte defektene, og kan føre til at replikerings-FS til slutt krasjer.

Hvis du vil bruke løsningen, må du først kontrollere at det ikke er noen replikerings- eller BOOST-sikkerhetskopier som kjører, og deretter gjøre endringer i registerinnstillingen, noe som ikke krever nedetid. Før du starter denne prosessen, må du lese ADVARSEL-erklæringen nedenfor det siste trinnet i denne prosedyren.

1. Kontroller at DD til DD-replikering er deaktivert på kilde-DD som kjører DDOS 6.x:

# replikering deaktiverer alle

2. Kontroller også at det ikke er noen pågående BOOST-sikkerhetskopier eller BOOST MFR til eller fra den potensielt avvikende VEEAM LSU/MTree før du tar i bruk registerinnstillingen. Hvis det er nødvendig, deaktiverer du midlertidig sikkerhetskopiering og MFR til eller fra denne LSU-enheten:

# ddboost file-replication show active all
# ddboost filreplikering viser statistikk

3. Denne registerendringen krever SE-modusrettigheter.

4. Fra SE-modus endrer du registerinnstillingen for å deaktivere bruken av replikering med veiledning:

# se sysparam set RECIPE_REPL_ENABLED=FALSE

5. Bekreft at systemparameteren er riktig angitt og vises som FALSE (FALSE) (deaktivert)

# se sysparam show RECIPE_REPL_ENABLED
Navnebeskrivelse Gjeldende standardoverstyring
-------------------   ------------------------------------------------   -------   -------   --------
RECIPE_REPL_ENABLED enable recipe replication (gjelder bare for kilde) FALSE TRUE rpc
-------------------   ------------------------------------------------   -------   -------   --------

6. Du kan nå reaktivere DD til DD-replikering og gjenoppta BOOST-sikkerhetskopier og BOOST MFR til eller fra LSU:

# replikering aktiverer alle

ADVARSEL: Hvis oppskriftbehandling har blitt deaktivert på et datadomenekildesystem som også er konfigurert som en målslutt for replikering, må kildesystemet(e) for disse kontekstene også utføre prosessen ovenfor (replikeringsoppskrift deaktivert).

Vær også oppmerksom på at når du oppgraderer til en fast versjon (DDOS 6.0.2.0 eller 6.1.1.1), må innstillingen gjenopprettes, slik at replikering i en veiledning kan brukes, men oppgraderingen tilbakestiller ikke registernøkkelen. Når du har fullført oppgraderingen, reaktiverer du replikering ved å logge på DD, går du inn i SE-rettighetsmodus og kjører:

  # se sysparam tilbakestilling RECIPE_REPL_ENABLED

Hvis du er usikker på prosessen som er beskrevet ovenfor, kan du ta kontakt med kundestøtteleverandøren din og referere til denne KB 491049-artikkelen .

Det er alltid mulig at PANDC-ene skyldes et annet problem, og det kan hende at den brukte løsningen ikke fungerer mens FS PANIC på mål-DD-en fortsetter.

I et slikt tilfelle er anbefalingen å få både kilde- og mål-DD-ene oppgradert til sikkerkode (DDOS-utgivelser nevnt ovenfor) og at de avvikende replikeringskontekstene skal brytes (ukonfigurert), eksisterende øyeblikksbilder utløp, og replikeringskonteksten(e) legges til på nytt og initialiseres på nytt. Siden dette er en potensielt tidkrevende prosess, og det kan være flere replikeringskontekster som kan være årsaken til problemet, kan du kontakte din avtalte kundestøtteleverandør og referere til dette KB-artikkelnummeret og eventuelle handlinger som er utført så langt for å få hjelp.