Eltérő védelmi csoportokba tartozó adatok közös elhelyezése lemezen

A System Center 2012 SP1 növeli a Hyper-V virtuális gépek támogatott méretét. A System Center 2012 által biztosított 250 GB-nyi közös elhelyezési méret nem elegendő Hyper-V virtuális gépek nagy telepítéseinek védelméhez. Ha például a virtuális gép mérete 100 GB, a DPM egy virtuális gépet tud egy kötetre tenni. A DPM akár 800 virtuális gép védelmét támogatja egy DPM-kiszolgálón. Ehhez a közös elhelyezés korlátját 450 GB-ra kell növelnie. Ezt a következő beállításkulcsok szerkesztésével teheti meg:

A közös elhelyezés csökkenti a 800 Hyper-V adatforrás méretének támogatásához szükséges kötetek számát a DPM-kiszolgálón.

Amikor egy jelenleg nem közösen elhelyezett adatforrás számára engedélyezi a közös elhelyezést, a DPM először megpróbálja hozzáadni az inaktív adatforrást először egy meglévő replikakötethez, amely rendelkezik az inaktív adatforrás újbóli védelméhez szükséges területtel. Ha a DPM nem talál helyet egy meglévő replikaköteten, létrehoz egy új kötetet, majd az inaktív replikakötetről átmásolja az adatokat a cél védelmi csoportban található kiválasztott replikakötetre.

Az adatok cél védelmi csoportba történő másolása után a cél védelmi csoportban található adatforrást a rendszer inkonzisztensként jelöli meg, és konzisztencia-ellenőrzést javasol.

A régi replikához társított helyreállítási pontok az új védelmi csoport megőrzési időtartamának megfelelően törlődnek. Az utolsó helyreállítási pont törlése után a rendszer törli a régi replikakötetet.

Ha megszünteti egy adatforrás közös elhelyezését, a rendszer létrehoz egy új kötetet, és hozzáadja az adatforrást. A kötetet csak akkor használja fel újra az egyik adatforráshoz, ha a kötet más adatforrásokat is tartalmaz, és azok mind inaktívak. A régi helyreállítási pontok a leghosszabb megőrzési idővel rendelkező adatforrásnak megfelelően törlődnek.

A következő példákban leírt forgatókönyvek ennek a viselkedésnek a magyarázatát tartalmazzák.

1. forgatókönyv: Tegyük fel, hogy a DS1 adatforrást a PG1 közös elhelyezésű, 3 napos megőrzési tartománnyal rendelkező védelmi csoport védi. Ha a DS1 adatforrást eltávolítaná a PG1-ből, és egy másik, 5 napos megőrzési tartománnyal rendelkező (PG2) védelmi csoport részeként védené újra, a helyreállítási pontok PG1-ből történő törlése idején a PG2 megőrzési időtartama érvényes, amíg vannak DS1 helyreállítási pontok a helyreállításipont-köteten.

2. forgatókönyv: Tegyük fel, hogy a 3 napos megőrzési tartománnyal rendelkező PG1 védelmi csoport öt adatforrással rendelkezik (DS1–DS5). A DS1 adatforrást a 4 napos megőrzési tartománnyal rendelkező PG2 védelmi csoportba, míg a DS3 adatforrást az 5 napos megőrzési tartománnyal rendelkező PG3 védelmi csoportba helyezik át. A PG1 helyreállítási pontjainak törlése a PG3 megőrzési időtartama szerint történik, amíg a DS3 helyreállítási pontjai el nem fogynak. Ezután a PG2 megőrzési időtartama szerint folytatódik, ha a DS1 adatforrásnak még maradtak helyreállítási pontjai. Végül miután a DS1 és DS3 összes helyreállítási pontja törlődött, a megőrzési időtartam ütemezése visszaáll a PG1 ütemezésére.

A közös elhelyezésű adatforrások védelmét úgy szüntetheti meg, mint bármely más adatforrásét, vagyis a Védelmi csoport módosítása varázslóban az adatforrás védelmi csoportból történő eltávolításával.

• Ha a védelmet a Retain Data használatával szünteti meg, a DPM megőrzi a kijelölt adatforrások helyreállítási pontjait, amíg az adatforrás megőrzési időtartama le nem jár. Miután a megőrzési időtartam lejár, a DPM a napi törlési feladat részeként eltávolítja a helyreállítási pontokat. Az adatforrás replikáját ugyanakkor a replikakötet eltávolításáig vagy a törölt adatforrással együtt tárolt adatforrások védelmének megszüntetéséig megőrzi.

• Ha egy védelmi csoportból eltávolított adatforrást egy másik védelmi csoportban újra védelemmel lát el, a törlési ütemezés attól függ, hogy melyik védelmi csoport megőrzési időtartama hosszabb.

• Ha védelmet a Retain Data használata nélkül szünteti meg, a DPM eltávolítja az adatforrás bejegyzéseit a DPMDB-ből. Az adatforrások replikái által a replikaköteten felhasznált hely elérhetővé válik az azonos védelmi csoportban található további adatforrások közös elhelyezésére.

• Ha megpróbál visszaállítani egy korábban közös elhelyezésű, majd később eltávolított adatbázist, a replika állapota Inkonzisztens lesz. A helyzet kezeléséhez futtasson konzisztencia-ellenőrzést a replikán. Ez lehetővé teszi a helyreállítás folytatását.