TARKOITUS

         Selitä, miten MTree-replikointi toimii.

KOSKEE SEURAAVIA:

• Kaikki Data Domain -järjestelmät
• Ohjelmistoversio 5.1 ja uudemmat.

RATKAISU:

Yksi perustavanlaatuisista eroista MTree: n ja hakemiston replikoinnin välillä on menetelmä, jota käytetään määrittämään, mitä on kopioitava lähteestä kohteeseen. MTree-replikointi hyödyntää tilannevedoksia varmistaakseen, että Data Domain -kohdejärjestelmä on aina ajankohtainen kuva lähdetason Data Domain -järjestelmästä. Tilannevedokset ovat ajankohtaisia kuvia MTreestä. Järjestelmä luo (ja poistaa automaattisesti) tilannevedokset MTreestä kussakin MTree-replikointikontekstissa.

Sen sijaan hakemistoreplikointi ei käytä tilannevedoksia vaan replikointilokia. Sen on replikoitava kaikki lähdehakemiston sisältöön tehdyt muutokset siinä järjestyksessä, jossa sitä on muutettu. Joten esimerkiksi jos file_1 luodaan, muokataan ja sitten poistetaan. Hakemistoreplikointi replikoi file_1 luomisen, muokkauksen ja poistovaiheet DDR-kohdekäyttöön.

Yksi MTree-replikoinnin eduista on se, että tilannevedoksia käyttämällä jotkin tiedostoihin tehdyt välimuutokset voidaan ohittaa, mikä vähentää verkon kautta lähetettävien tietojen määrää ja replikointiviivettä.

MTreplikoinnissa käytetään seuraavia vaiheita:

1. MTree-replikointikontekstin lähteeseen luodaan tilannevedos. Tätä tilannevedosta verrataan edelliseen tilannevedokseen, ja muutokset lähetetään määränpäähän.
2. Kohteessa MTree päivitetään, mutta tiedostot eivät näy käyttäjälle, ennen kuin KAIKKI viimeisimmän tilannevedoksen muutokset on vastaanotettu.

Edellä mainitut vaiheet toistetaan aina, kun MTree-tietokantaan luodaan tilannevedos, joka voi tapahtua jommallakummalla seuraavista tavoista:

1. Kun replikointiviive on yli 15 minuuttia eikä tilannevedosta ole tällä hetkellä replikoituna (järjestelmän luomat-jaksolliset-tilannevedokset) 
2. Käyttäjän määrittäminä aikoina (esimerkiksi varmuuskopiointityön valmistuttua) (käyttäjän luomat tilannevedokset).
3. Kun tilannevedos on replikoitu, yhteys kohteeseen katkeaa.  Lähde-DD:n ja kohde-DD:n välille muodostetaan uusi yhteys, kun seuraava tilannevedos replikoidaan.

Esimerkki 1:

• S1, S2 ja S3 ovat säännöllisiä järjestelmän luomia tilannevedoksia.
• S1 luodaan ja alkaa replikoitua kohteeseen.
• S1:n replikointi kestää yli 15 minuuttia.
• Kun S1-replikointi on valmis, yhteys määränpäässä katkeaa.
• Koska S1:n luomisesta on kulunut yli 15 minuuttia, luodaan uusi säännöllinen tilannevedos S2, joka alkaa replikoitua. S2:n replikointi valmistuu alle 15 minuutissa.
• Järjestelmä odottaa, kunnes 15 minuuttia S2: n luomisesta on kulunut ennen S3: n luomista (ja S1: n poistamista).
• S3:n replikointi alkaa välittömästi.

Esimerkki 2:

Tässä esimerkissä näkyvät käyttäjien luomien tilannevedosten ja määräajoin luotujen tilannevedosten vuorovaikutukset:

• S1 on järjestelmän säännöllisesti luoma tilannevedos. S2 ja S3 ovat käyttäjän luomia tilannevedoksia
• S1 luodaan ja alkaa replikoitua kohteeseen.
• S1:n replikoinnin aikana luodaan käyttäjän luoma tilannevedos S2.
• Koska S1 replikoituu edelleen, järjestelmä jatkaa S1:n replikointia, kunnes se on valmis. S2:n replikointi on pidossa, kunnes S1 on valmis.
• Kun S1:n replikointi on valmis, S2:n replikointi alkaa välittömästi.
• Jos S2 replikoituu alle 15 minuutissa, järjestelmä joutuu odottamaan 15 minuuttia S2:n luomisesta, ennen kuin seuraava järjestelmän luoma tilannevedos luodaan.
• Tässä esimerkissä luodaan kuitenkin uusi käyttäjän luoma tilannevedos S3, ennen kuin 15 minuuttia on kulunut.
• Koska replikointia ei ole käynnissä, S3:n replikointi alkaa heti sen luomisen jälkeen. 
• Koska S2 ja S3 ovat käyttäjän luomia tilannevedoksia, S1:tä ei poisteta, ennen kuin kolmannen järjestelmän luoma tilannevedos on luotu.

VIITE

• MTree Replication FAQ 180842 .