Data Domain: Replikoinnin uudelleensynkronointi epäonnistuu ja näyttää "Dest MTree is WORM" -virheen (5312)

MTree-replikoinnin uudelleensynkronoinnin aikana replikointikonteksti pysyy yhteystilassa ja epäonnistuu seuraavan virheen vuoksi:

Replication Status
State: Connecting

Error: MREPL ASSOC failed: Dest Mtree is WORM, source requests removal of WORM (5312)

Lähdetietojen toimialuelokit voivat sisältää:

mtr_update: error: MREPL ASSOC failed: Dest Mtree is WORM, source requests removal of WORM (5312)

Destination Data Domain -lokit voivat sisältää:

mrepl_associate_3_svc: Dest Mtree is WORM, source requests removal of WORM

Muita indikaattoreita:

• Replikoinnin uudelleensynkronointi epäonnistuu, kun RLG (Retention Lock Governance) on poistettu käytöstä toisessa tai molemmissa replikoinnin MTreeteissä.
• Retention Lock -raporteissa ei näy aktiivisia säilytyslukittuja tiedostoja, mutta MTree sisältää silti WORM:iin liittyviä metatietoja.
• Aiemmin toimineet replikointisuhteet epäonnistuvat Retention Lock -määrityksen muutosten jälkeen.

Tämä käyttäytyminen on suunniteltu.

Replikoinnin uudelleensynkronointia ei tueta, jos lähteen ja kohteen MTree-ympäristöissä ei ole toisiaan vastaavia Data Domain Retention Lock -asetuksia. Vaikka säilytyksen lukituksen hallinta olisi poistettu käytöstä, aiemmin suojattujen tiedostojen säilytyskäytännöt säilyvät, kunnes niiden säilytysajat umpeutuvat.

Tämän seurauksena:

• Kohde-MTree-kohdetta voidaan edelleen käsitellä WORM-yhteensopivana.
• Lähde pyytää WORM-tilan poistamista uudelleensynkronoinnin aikana.
• Replikointiyhteys epäonnistuu error 5312.

Yleinen skenaario tapahtuu sen jälkeen, kun:

• Tiedot replikoidaan vanhemmista Data Domain -järjestelmistä uudempiin järjestelmiin.
• Säilytyksen lukitushallinta poistetaan myöhemmin käytöstä toisessa tai molemmissa MTreeissä.
• Replikointia yritetään suorittaa uudelleensynkronoituna siirrettyjen MTreeiden välillä.

Jotta replikoinnin uudelleensynkronointi onnistuu, sekä lähde- että kohde-MTreesillä on oltava vastaavat Data Domain Retention Lock Control- tai Compliance -määritykset.

Suositellut toimet:

1. Ota säilytyksen lukituksen hallinta uudelleen käyttöön replikointisuhteeseen liittyvissä lähde- ja kohde-MTreemissä.
2. Yritä replikoinnin uudelleensynkronointitoimintoa uudelleen.
3. Varmista, että molempien MTreeiden Retention Lock -tila on sama, ennen kuin aloitat uudelleensynkronoinnin.

Esimerkki tästä tapauksesta:

Source: /data/col1/MtreeExample3 (ND6900)
Kohde: /data/col1/mtreeExample (SD6900)

• Ota RLG käyttöön molemmissa MTreeissä ja yritä uudelleensynkronointia.
• Jos vastaavia Retention Lock -asetuksia ei voida määrittää, luo uusi kohde-MTree ja alusta uusi replikointikonteksti. Useimmissa tapauksissa replikoinnin alustus valmistuu odotettua nopeammin, koska kohteen olemassa olevia tietoja voidaan hyödyntää Data Domain -tietojen päällekkäisyyden poistamisen avulla.

• Säilytyksen lukituksen hallinnan poistaminen käytöstä koskee vain juuri kirjoitettuja tiedostoja.
• Aiemmin suojatut tiedostot säilyttävät lukitusmääritteensä, kunnes määritetty säilytysaika päättyy.
• Uudelleensynkronointitoimintoja tuetaan vain, jos sekä lähde- että kohde-MTreesillä on yhteensopivat Retention Lock -asetukset.
• Se, että raportissa ei ole tällä hetkellä säilytykseen lukittuja tiedostoja, ei takaa, että replikoinnin uudelleensynkronointivaatimukset täyttyvät.