Az Azure-beli virtuális gépekről az elsődleges régióba irányuló feladatátvételhez kapcsolódó védelem-visszaállítási művelet meghiúsult

Ha az Azure-beli virtuális gépeket az Egyik régióból a másikba az Azure Site Recovery használatával irányítja át, a virtuális gépek a másodlagos régióban, nem védett állapotban indulnak el. Ha vissza szeretné küldeni a virtuális gépeket az elsődleges régióba, hajtsa végre a következő feladatokat:

1. A másodlagos régióban lévő virtuális gépek ismételt védelme, hogy azok az elsődleges régióba replikálódjanak.
2. Az újravédelem befejezése és a virtuális gépek replikálása után feladatátvételt végezhet a másodlagosról az elsődleges régióba.

Előfeltételek

• A virtuális gép feladatátvételét az elsődleges régióból a másodlagos régióba kell véglegesíteni. A virtuális gép állapotának a kezdés előtt le kell véglegesítenie a feladatátvételt .
• Az elsődleges célhelynek elérhetőnek kell lennie, és képesnek kell lennie az adott régióban lévő erőforrások elérésére vagy létrehozására.

Virtuális gép ismételt védelme

1. A Tároló>replikált elemeiben kattintson a jobb gombbal a feladatátvételi virtuális gépre, és válassza az Újravédelem lehetőséget. Az újravédelem irányának másodlagosról elsődlegesre kell mutatnia.

   

2. Tekintse át az erőforráscsoportot, a hálózatot, a tárolót és a rendelkezésre állási csoportokat. Ezután válassza az OK gombra. Ha vannak újként megjelölt erőforrások, azok az újravédelmi folyamat részeként jönnek létre.

3. Az újravédési feladat a célhelyet a legújabb adatokkal magozza. A feladat befejezése után a változásreplikáció megtörténik. Ezután visszaadhatja a feladatátvételt az elsődleges helyre. A testreszabási lehetőséggel kiválaszthatja azt a tárfiókot vagy hálózatot, amelyet az ismételt védelem során használni szeretne.

   

Az ismételt védelem beállításainak testreszabása

Az újravédelem során testre szabhatja a cél virtuális gép alábbi tulajdonságait.

Tulajdonság	Jegyzetek
Cél-erőforráscsoport	Módosítsa azt a célerőforráscsoportot, amelyben a virtuális gép létrejön. Az újravédelem részeként a cél virtuális gép törlődik. A feladatátvételi virtuális gép forrás virtuális gépre történő ismételt védelmekor a célerőforrás-csoport nem módosítható.
Cél virtuális hálózata	A célhálózat nem módosítható az újravédelmi feladat során. A hálózat módosításához hajtsa újra a hálózatleképezést.
Kapacitásfoglalás	Konfiguráljon kapacitásfoglalást a virtuális géphez. Létrehozhat egy új kapacitásfoglalási csoportot a kapacitás lefoglalásához, vagy kiválaszthat egy meglévő kapacitásfoglalási csoportot. További információ a kapacitásfoglalásról.
Céltároló (a másodlagos virtuális gép nem használ felügyelt lemezeket)	A feladatátvétel után módosíthatja a virtuális gép által használt tárfiókot.
Felügyelt lemezek replikája (a másodlagos virtuális gép felügyelt lemezeket használ)	A Site Recovery replika által felügyelt lemezeket hoz létre az elsődleges régióban a másodlagos virtuális gép felügyelt lemezeinek tükrözéséhez.
Gyorsítótár-tároló	Megadhatja a replikáció során használandó gyorsítótár-tárfiókot. Alapértelmezés szerint létrejön egy új gyorsítótár-tárfiók, ha nem létezik. Alapértelmezés szerint a forrás virtuális géphez az eredeti elsődleges helyen kiválasztott tárfiók típusa (Standard tárfiók vagy Prémium szintű blokkblobtárfiók) lesz használva. Például az eredeti forrásból a célba történő replikáció során, ha a Magas forgalom lehetőséget választotta, a célról az eredeti forrásra való ismételt védelem során alapértelmezés szerint prémium szintű blokkblob lesz használva. Konfigurálhatja és módosíthatja az ismételt védelem érdekében. További információ: Azure-beli virtuális gép vészhelyreállítása – Magas szintű forgalom támogatása.
Rendelkezésre állási csoport	Ha a másodlagos régióban lévő virtuális gép egy rendelkezésre állási csoport része, választhat egy rendelkezésre állási csoportot a cél virtuális géphez az elsődleges régióban. A Site Recovery alapértelmezés szerint megpróbálja megkeresni a meglévő rendelkezésre állási csoportot az elsődleges régióban, és használni. A testreszabás során megadhat egy új rendelkezésre állási csoportot.

Mi történik az újravédés során?

Alapértelmezés szerint a következők történnek:

1. A gyorsítótár-tárfiók abban a régióban jön létre, ahol a feladatátvételi virtuális gép fut.
2. Ha a céltárfiók (az elsődleges régióban az eredeti tárfiók) nem létezik, létrejön egy új fiók. A hozzárendelt tárfiók neve a másodlagos virtuális gép által használt tárfiók neve.asr
3. Ha a virtuális gép felügyelt lemezeket használ, a replika által felügyelt lemezek az elsődleges régióban jönnek létre a másodlagos virtuális gép lemezeiből replikált adatok tárolásához.
4. A forráslemezek ideiglenes replikái (a másodlagos régióban lévő virtuális gépekhez csatlakoztatott lemezek) az adatok átviteléhez/olvasásához használt névvel ms-asr-<GUID>jönnek létre. Az ideiglenes lemezek lehetővé teszik a lemez teljes sávszélességének kihasználását az eredeti lemezek (a virtuális géphez csatlakoztatott) 16%-os sávszélessége helyett. Az ideiglenes lemezeket a rendszer az újravédelem befejeződése után törli.
5. Ha a cél rendelkezésre állási csoport nem létezik, a rendszer szükség esetén újat hoz létre az újravédelmi feladat részeként. Ha testre szabta az újravédelmi beállításokat, a rendszer a kijelölt készletet használja.

Amikor újravédett feladatot aktivál, és a cél virtuális gép létezik, a következő történik:

1. A céloldali virtuális gép ki van kapcsolva, ha fut.
2. Ha a virtuális gép felügyelt lemezeket használ, a rendszer egy utótaggal hozza létre az eredeti lemez másolatát -ASRReplica . Az eredeti lemezek törlődnek. A -ASRReplica másolatok a replikációhoz használatosak.
3. Ha a virtuális gép nem felügyelt lemezeket használ, a cél virtuális gép adatlemezei le lesznek választva, és replikációra használhatók. A rendszer létrehozza és csatolja az operációsrendszer-lemez egy példányát a virtuális gépen. Az eredeti operációsrendszer-lemez le van választva, és replikációra szolgál.
4. A rendszer csak a forráslemez és a céllemez közötti módosításokat szinkronizálja. A különbségeket a rendszer a lemezek összehasonlításával számítja ki, majd átviszi. Az alábbiakban megtalálja az újravédés befejezésének becsült idejét.
5. A szinkronizálás befejezése után megkezdődik a változásreplikáció, és létrejön egy helyreállítási pont a replikációs szabályzattal összhangban.

Amikor újravédett feladatot aktivál, és a cél virtuális gép és lemezek nem léteznek, a következő történik:

1. Ha a virtuális gép felügyelt lemezeket használ, a replikalemezek utótaggal -ASRReplica jönnek létre. A -ASRReplica másolatok a replikációhoz használatosak.
2. Ha a virtuális gép nem felügyelt lemezeket használ, a replikalemezek a céltárfiókban jönnek létre.
3. A rendszer a teljes lemezt átmásolja a feladatátvételi régióból az új célrégióba.
4. A szinkronizálás befejezése után megkezdődik a változásreplikáció, és létrejön egy helyreállítási pont a replikációs szabályzattal összhangban.

Feljegyzés

A ms-asr lemezek ideiglenes lemezek, amelyek az újravédelmi művelet befejezése után törlődnek. A rendszer minimális költséget számít fel az Azure által felügyelt lemezek azon idejére vonatkozóan, amikor ezek a lemezek aktívak.

Az újravédés becsült ideje

Az Azure Site Recovery a legtöbb esetben nem replikálja a teljes adatokat a forrásrégióba. A replikált adatok mennyisége a következő feltételektől függ:

1. Az Azure Site Recovery nem támogatja az újravédést, ha a forrás virtuális gép adatai valamilyen okból törlődnek, sérültek vagy elérhetetlenek. Például egy erőforráscsoport módosítása vagy törlése. Másik lehetőségként letilthatja az előző vészhelyreállítási védelmet, és engedélyezheti az új védelmet az aktuális régióból.
2. Ha a forrás virtuális gép adatai elérhetők, akkor a rendszer a különbségeket a lemezek összehasonlításával számítja ki, és csak a különbségeket továbbítja. Ebben az esetben az újravédési idő nagyobb vagy egyenlő a checksum calculation time + checksum differentials transfer time + time taken to process the recovery points from Azure Site Recovery agent + auto scale time.

Az újravédési időt szabályozó tényezők a 2. forgatókönyvben

A következő tényezők befolyásolják az újravédési időt, amikor a forrás virtuális gép elérhető a 2. forgatókönyvben:

1. Ellenőrzőösszeg számítási ideje – Az engedélyezési replikációs folyamat az elsődleges és a vészhelyreállítási hely közötti befejezéséhez szükséges időt használja az ellenőrzőösszeg különbözeti számításához. Lépjen a Recovery Services-tárolókhoz>a Site Recovery-feladatok monitorozásához>, és tekintse meg az engedélyezési replikációs folyamat befejezéséhez szükséges időt. Ez lesz az ellenőrzőösszeg kiszámításának elvégzéséhez szükséges minimális idő.

2. Az ellenőrzőösszegek közötti adatátvitel a lemez átviteli sebességének körülbelül 23%-ában történik.

3. Az Azure Site Recovery-ügynöktől küldött helyreállítási pontok feldolgozásához szükséges idő – Az Azure Site Recovery-ügynök továbbra is helyreállítási pontokat küld az ellenőrzőösszeg kiszámítása és átadási fázisa során. Az Azure Site Recovery azonban csak akkor dolgozza fel őket, ha az ellenőrzőösszeg átadása befejeződött. A helyreállítási pontok feldolgozásához szükséges idő körülbelül egyötöde (1/5-e) lesz az ellenőrzőösszeg-különbözeti számítások és az ellenőrzőösszeg-különbözeti eltérések átviteli idejének (az ellenőrzőösszeg diff számításának ideje + az ellenőrzőösszeg diff átvitelének ideje). Ha például az ellenőrzőösszeg-különbözet kiszámításához és az ellenőrzőösszeg-különbözet átviteléhez szükséges idő 15 óra, az ügynök helyreállítási pontjainak feldolgozásához szükséges idő három óra lesz.

4. Az automatikus méretezési idő körülbelül 20-30 perc.

Példaforgatókönyv:

Vegyük a következő képernyőképen látható példát, ahol a replikáció engedélyezése az elsődlegesről a vészhelyreállítási helyre egy órát és 12 percet vett igénybe. Az Ellenőrzőösszeg számítási ideje legalább egy óra és 12 perc. Feltételezve, hogy a feladatátvétel utáni adatváltozás mennyisége 45 GB, és a lemez átviteli sebessége 60 Mbps, a különbségátvitel 14 Mbps-on történik, és a különbségátvitel időtartama 45 GB / 14 Mbps lesz, ami körülbelül 55 perc. A helyreállítási pontok feldolgozásához szükséges idő körülbelül egyötöde az ellenőrzőösszeg kiszámításához (72 perc) és az adatátvitelhez szükséges időnek (55 perc), ami körülbelül 25 perc. Emellett az automatikus skálázás 20–30 percet vesz igénybe. A védelem teljes időtartama tehát legalább három óra lehet.

A fenti ábra egy egyszerű illusztráció, amely bemutatja, hogyan becsülhet meg újravédési időt.

Ha a virtuális gépet újra védik a vészhelyreállítási régiótól az elsődleges régióig (azaz az elsődleges régióból a vészhelyreállítási régióba történő feladatátvétel után), a cél virtuális gép (eredeti forrás virtuális gép) és a társított hálózati adapter(ek) törlődnek.

Ha azonban a virtuális gép újra védett az elsődleges régiótól a vészhelyreállítási régióig a feladat-visszavétel után, nem töröljük a virtuális gépet és a kapcsolódó hálózati adaptereket a korábbi feladatátvétel során létrehozott vészhelyreállítási régióban.

Következő lépések

A virtuális gép védelme után feladatátvételt kezdeményezhet. A feladatátvétel leállítja a virtuális gépet a másodlagos régióban, és létrehozza és elindítja a virtuális gépet az elsődleges régióban, a folyamat során rövid állásidővel. Javasoljuk, hogy válasszon egy megfelelő időpontot ehhez a folyamathoz, és futtasson egy feladatátvételi tesztet, mielőtt teljes feladatátvételt kezdeményez az elsődleges helyre.

További információ az Azure Site Recovery feladatátvételéről.