Gyakori kérdések – Azure-beli virtuális gépek biztonsági mentése

Virtuális gép létrehozásakor engedélyezheti a támogatott operációs rendszereket futtató virtuális gépek biztonsági mentését.

A kezdeti biztonsági mentés mindig teljes biztonsági mentés, amelynek időtartama az adatok méretétől és a biztonsági mentés feldolgozásának időpontjától függ.

A biztonsági mentési teljesítmény javítása érdekében tekintse meg a biztonsági mentés ajánlott eljárásait; Biztonsági mentési szempontok és biztonsági mentési teljesítmény

Bár a növekményes biztonsági mentések teljes biztonsági mentési ideje kevesebb, mint 24 óra, ami nem feltétlenül igaz az első biztonsági mentésre.

Szám A biztonsági mentés költségei eltérnek a virtuális gép költségeitől. További információ az Azure Backup díjszabásáról.

Ha Ön a virtuális gép közreműködője, engedélyezheti a biztonsági mentést a virtuális gépen. Ha egyéni szerepkört használ, a következő engedélyekre van szüksége a virtuális gépen történő biztonsági mentés engedélyezéséhez:

• Microsoft.RecoveryServices/Vaults/write
• Microsoft.RecoveryServices/Vaults/read
• Microsoft.RecoveryServices/locations/*
• Microsoft.RecoveryServices/Vaults/backupFabrics/protectionContainers/protectedItems/*/read
• Microsoft.RecoveryServices/Vaults/backupFabrics/protectionContainers/protectedItems/read
• Microsoft.RecoveryServices/Vaults/backupFabrics/protectionContainers/protectedItems/write
• Microsoft.RecoveryServices/Vaults/backupFabrics/backupProtectionIntent/write
• Microsoft.RecoveryServices/Vaults/backupPolicies/read
• Microsoft.RecoveryServices/Vaults/backupPolicies/write

Ha a Recovery Services-tároló és a virtuális gép eltérő erőforráscsoportokkal rendelkezik, győződjön meg arról, hogy írási engedélyekkel rendelkezik a Recovery Services-tároló erőforráscsoportjában.

Szám Adja meg egy igény szerinti biztonsági mentési feladat adatmegőrzési tartományát. Alapértelmezés szerint 30 napig őrzi meg, amikor aktiválódik a portálról.

Adjon meg engedélyeket az Azure Backup számára a Key Vault eléréséhez. Adja meg a PowerShell engedélyeit az Azure Backup PowerShell dokumentációjának Biztonsági mentés engedélyezése szakaszában leírtak szerint.

Igen, a biztonsági mentések zökkenőmentesen működnek. Semmit sem kell újrakonfigurálni.

A varázsló csak a tárolóval azonos régióban lévő virtuális gépeket listázza, amelyekről még nem készül biztonsági mentés.

Igen. A biztonsági másolatok a gép leállásakor futnak. A helyreállítási pont összeomlási konzisztensként van megjelölve.

Igen. A biztonsági mentési feladatot pillanatkép-állapotban megszakíthatja. A feladat nem szakítható meg, ha a pillanatképről történő adatátvitel folyamatban van.

Ha zárolja az Azure Backup Service által létrehozott erőforráscsoportot, a biztonsági mentések sikertelenek lesznek. Távolítsa el a zárolást, és törölje a visszaállítási pont gyűjteményét az erőforráscsoportból a későbbi biztonsági mentések sikeressé tétele érdekében. A visszaállítási pont gyűjteményének eltávolításához kövesse az alábbi lépéseket .

Az Azure Backup külön erőforráscsoportot hoz létre a AzureBackupRG_<geo>_<number> ResourcePointCollections-objektumok tárolásához. Mivel ez az erőforráscsoport szolgáltatás tulajdonában van, a zárolás miatt a biztonsági mentések sikertelenek lesznek. A zárolások csak az ügyfél által létrehozott erőforráscsoportokra alkalmazhatók.

Igen, az Azure Backup támogatja a standard SSD-felügyelt lemezeket.

A pillanatképek csak a WA-kompatibilis adatlemezeken hozhatók meg, operációsrendszer-lemezeken nem. Így csak a WA-kompatibilis adatlemezek védhetők.

Az Azure Backup biztonsági másolatot készíthet a WA-kompatibilis adatlemezről. A biztonsági mentés azonban nem biztosít adatbázis-konzisztenciát.

Az Azure Backup streamelési biztonsági mentési megoldást biztosít az SAP HANA-adatbázisokhoz 15 perces RPO-val. Az SAP backint minősítéssel rendelkezik, hogy natív biztonsági mentési támogatást nyújtson az SAP HANA natív API-jait kihasználva. További információ az SAP HANA-adatbázisok azure-beli virtuális gépeken történő biztonsági mentéséről.

Az ütemezett biztonsági mentés az ütemezett biztonsági mentés időpontjától számított 2 órán belül aktiválódik. Ha például 100 virtuális gép biztonsági mentésének kezdési időpontja 2:00-re van ütemezve, akkor legkésőbb 4:00-ig mind a 100 virtuális gép biztonsági mentési feladata folyamatban lesz. Ha az ütemezett biztonsági másolatok leállása, folytatása vagy újrapróbálása miatt szüneteltették az ütemezett biztonsági mentéseket, akkor a biztonsági mentés ezen az ütemezett kétórás időszakon kívül is elindulhat.

Az Azure Virtual Machine biztonsági mentési szabályzata hét naptól 9999 napig tartó minimális adatmegőrzési tartományt támogat. A meglévő virtuálisgép-biztonsági mentési szabályzat hét napnál rövidebb módosításaihoz frissíteni kell a hét nap minimális megőrzési tartományának megfelelő frissítést.

Ha a virtuális gép vagy a virtuális gép erőforráscsoportjának esetét (felső vagy alsó) módosítja, a biztonsági mentési elem neve nem változik; ez az Azure Backup várható viselkedése. Az esetmódosítás nem jelenik meg a biztonsági mentési elemben, de a háttérrendszerben frissül.

Az Azure Backup mostantól támogatja a szelektív lemezek biztonsági mentését és visszaállítását az Azure Virtual Machine biztonsági mentési megoldásával. További információ: Szelektív lemez biztonsági mentése és visszaállítása Azure-beli virtuális gépekhez.

Bérlői módosítások esetén le kell tiltania és újra engedélyeznie kell a felügyelt identitásokat , hogy a biztonsági mentések újra működjenek.

Az Azure Backup nem támogatja a tárolóból vagy bármely más NFS-kiszolgálóról linuxos vagy Windows rendszerű gépekre csatlakoztatott NFS-fájlok biztonsági mentését. Csak a virtuális géphez helyileg csatlakoztatott lemezekről készít biztonsági másolatot.

A visszaállítási műveletek végrehajtásához szükséges összes virtuálisgép-konfiguráció a virtuális gép biztonsági mentésében lesz tárolva. Ez magában foglalja a virtuális gép titkosított kulcsainak titkosítási másolatait, amelyek a visszaállítás során elérhetők. A titkosítási másolatok csak a kulcstartóval fejthetők vissza. Az ideiglenes lemezeket és a memória állapotát a rendszer nem rögzíti a pillanatképben.

Az Azure Backup a hálózati adapterek és IP-címek kivételével képes biztonsági mentést készíteni és visszaállítani a címkéket. Az Azure Backup tiszteletben tartja az Azure Resource Group előfizetési korlátozásait, és legfeljebb 50 címkét állít vissza.

Részletes információkért tekintse meg az előfizetés korlátait.

Nem, az ütemezett biztonsági mentés letiltásával nem indíthat igény szerinti biztonsági mentéseket.

A fürt minden Azure-beli virtuális gépe önálló Azure-beli virtuális gépnek minősül. Ezért minden biztonsági mentési művelet az egyes Azure-beli virtuális gépekre érvényes.

A virtuálisgép-pillanatképek létrehozása néhány percet vesz igénybe, és ebben a szakaszban nagyon minimálisan befolyásolja az alkalmazás teljesítményét. A tárolóba történő adatátvitel azonban néhány órát vesz igénybe; ezért azt javasoljuk, hogy munkaidőn kívül ütemezz biztonsági mentéseket. További információ a biztonsági mentés és visszaállítás ajánlott eljárásairól.

Igen, a következő biztonsági mentés során a rendszer automatikusan biztonsági másolatot készít egy virtuális géphez hozzáadott új lemezről.

A fájlok és mappák visszaállítása a titkosított virtuális gépek biztonsági mentéséből jelenleg nem támogatott, a fájlok és mappák visszaállításához a teljes virtuális gépet helyre kell állítania. Tekintse meg a titkosított Azure-beli virtuális gépek visszaállításának lépéseit. A fájlok azonban a titkosítás előtt helyreállíthatók a biztonsági másolatokból.

Igen, ezt akkor teheti meg, ha az adatok átvitele a tárolóba folyamatban van.

Az Azure Backup biztonsági másolatot készít a biztonsági mentési adatok titkosítási kulcsáról és titkos kulcsáról. A kulcsok általában nem állíthatók vissza a Key Vaultban, de az Azure Backup lehetővé teszi a kulcsok visszaállítását a kulcsok elvesztése során.

Nem, egyetlen visszaállítási pontot sem tarthat meg. Az előző visszaállítási pontok törlésekor a lánc törlődik. Ezért nem őrizhet meg vagy törölhet szelektíven helyreállítási pontot.

A biztonsági mentési pontok maximális megőrzési ideje a következő:

• Napi biztonsági mentési pontok megőrzése: 9999 nap
• Heti biztonsági mentési pontok megőrzése: 5163 hét
• A havi biztonsági mentési pontok megőrzése: 1188 hónap
• Éves biztonsági mentési pontok megőrzése: 99 év

Az Azure-beli virtuális gépek gyors létrehozási lehetőségének tekintheti a virtuális gépek visszaállítását. Ez a beállítás megváltoztatja a lemezek nevét, a lemezek által használt tárolókat, a nyilvános IP-címeket és a hálózati adapterek nevét. A módosítás a virtuális gép létrehozásakor egyedi erőforrásokat tart fenn. A virtuális gép nincs hozzáadva egy rendelkezésre állási csoporthoz.

A lemez visszaállítása lehetőséget a következő esetekben használhatja:

• Testre szabhatja a létrehozott virtuális gépet. Módosíthatja például a méretet.
• Adja meg azokat a konfigurációs beállításokat, amelyek a biztonsági mentés időpontjában nem voltak ott.
• A létrehozott erőforrások elnevezési konvenciójának szabályozása.
• Adja hozzá a virtuális gépet egy rendelkezésre állási csoporthoz.
• Adjon hozzá minden más beállítást, amelyet PowerShell-lel vagy sablonnal kell konfigurálni.

Igen, a lemezek nem felügyeltről felügyeltre való migrálása előtt készített biztonsági másolatokat is használhat.

A visszaállítási folyamat változatlan marad. Ha a helyreállítási pont időponthoz kötött, amikor a virtuális gép nem felügyelt lemezekkel rendelkezik, a lemezeket nem felügyeltként állíthatja vissza. Ha a virtuális gép felügyelt lemezekkel rendelkezett, akkor a lemezeket felügyelt lemezként állíthatja vissza. Ezután létrehozhat egy virtuális gépet ezekből a lemezekről.

További információ erről a PowerShellben.

Felügyelt virtuális gép visszaállítása esetén a lemezeket a rendszer akkor is visszaállítja, ha a virtuális gép létrehozása meghiúsul.

Igen. Még akkor is, ha törli a virtuális gépet, a tároló megfelelő biztonsági mentési elemére léphet, és visszaállíthatja a helyreállítási pontról.

Felügyelt lemezes Azure-beli virtuális gépek esetén a rendelkezésre állási csoportokra való visszaállítás engedélyezve van, ha a sablonban lehetőséget ad a felügyelt lemezként való visszaállítás során. Ez a sablon a Rendelkezésre állási csoportok nevű bemeneti paramétert tartalmazza.

Az azonnali visszaállítási funkció segít a pillanatképek gyorsabb biztonsági mentésében és azonnali visszaállításában.

A titkosított virtuális gép kulcstartó-beállításainak módosítása után a biztonsági másolatok továbbra is működni fognak az új részletekkel. A módosítás előtti helyreállítási pontból való visszaállítás után azonban vissza kell állítania a titkos kulcsokat egy kulcstartóban, mielőtt létre tudja hozni belőle a virtuális gépet. További információkért tekintse meg ezt a cikket.

Az olyan műveletekhez, mint a titkos kulcs/kulcsok átgörgetése, nem igénylik ezt a lépést, és ugyanaz a kulcstartó használható a visszaállítás után.

Igen, a visszaállítás után hozzáférhet a virtuális géphez, mert a virtuális gép kapcsolata megszakadt a tartományvezérlővel. További információkért tekintse meg ezt a cikket.

Igen, az adatátviteli fázisig megszakíthatja a visszaállítási feladatot. Miután belép a virtuális gép létrehozási fázisába, nem szakíthatja meg a visszaállítási feladatot.

A teljes visszaállítási idő a másodpercenkénti bemeneti/kimeneti műveletek (IOPS) sebességétől és a tárfiók átviteli sebességétől függ. A teljes visszaállítási idő akkor lehet hatással, ha a céltárfiók más alkalmazás olvasási és írási műveletekkel van betöltve. A visszaállítási művelet sebességének javítása érdekében válasszon ki egy olyan tárfiókot, amely nincs betöltve más alkalmazásadatokkal. Ismerje meg az Azure-beli virtuális gépek biztonsági mentésének és visszaállításának ajánlott eljárásait.

Az Azure Backup a helyreállítási pontokról származó lemezek "csatolását" használja, és nem tekinti meg a rendszerkép-hivatkozásokat vagy -gyűjteményeket. A szabályzatban tehát ellenőrizheti a "storageProfile.osDisk.createOption as Attach" beállítást, és a szkriptfeltétel a következő lesz:

if (storageProfile.osDisk.createOption == "Attach") then { exclude <Policy> }

Ha egy virtuális gépet lehajtott állapotban szeretne visszaállítani, létrehozhat virtuális gépet vagy visszaállíthat lemezeket, de meglévő virtuális gépet nem cserélhet le. További információ az elérhető visszaállítási lehetőségekről.

Az Azure-beli virtuális gépnek kikapcsolt állapotban kell lennie a visszaállítás során. Ellenkező esetben a visszaállítási művelet az ellenőrzés előtti szakaszban meghiúsul, a UserErrorVmNotShutDown hibakóddal.

A virtuálisgép-lemezek felcserélése előtt ki kell kapcsolnia a virtuális gépet.

Igen, a visszaállítás aktiválásának alapértelmezett maximális korlátja virtuális gépenként 24 óra alatt 20 kísérlet, a 24 órás időszak pedig UTC 00:00 időpontban lesz visszaállítva.

Nem felügyelt virtuális gépek esetén a virtuálisgép-lemez típusa Prémium SSD vagy HDD, és attól függ, hogy melyik sa-ban léteznek virtuális merevlemezek. Ha a visszaállítás során normál sa-t ad meg, a virtuálisgép-lemez HDD lesz, és ha prémium szintű sa-t ad meg, az összes lemez Prémium SSD-k lesznek.

Igen, a visszaállítási folyamat befejeződése után törölheti ezeket a fájlokat. Alapértelmezés szerint az Azure Backup megőrzi ezeket a fájlokat későbbi használatra.

A titkosított kulcsok várhatóan nem lesznek jelen a célrégióban a régiók közötti visszaállítás (CRR) részeként. Ezért vissza kell állítania a titkosított kulcsokat és titkos kulcsokat a visszaállított fájl használatával. A visszaállítás befejezése után azure-beli titkosított virtuális gépet hozhat létre visszaállított lemezek használatával.

A Microsoft Windows legfeljebb 15 karakter hosszúságú virtuálisgép-nevet engedélyez. Emellett nem adhat meg olyan DNS-gazdagépnevet, amely eltér a NETBIOS-gazdagép nevétől. Azonban létrehozhat gazdagépfejléceket egy Azure-beli virtuális gépen üzemeltetett webhelyhez a javaslatnak megfelelően.

További információ az Azure-beli virtuális gépek elnevezési konvenciójának korlátozásairól.

Igen, az előfizetések közötti visszaállítás mostantól lehetővé teszi azure-beli virtuális gépek visszaállítását az egyik előfizetés helyreállítási pontjáról egy másikra a bérlő alatt, az Azure szerepköralapú hozzáférés-vezérlési (Azure RBAC) szabályai szerint. Az előfizetések közötti visszaállítás nem támogatott a pillanatképek és a másodlagos régió visszaállításából.

Nem, titkosított Azure-beli virtuális gépekhez és megbízható indítású virtuális gépekhez nem támogatott.

Nem, az előfizetések közötti visszaállítás nem támogatott a pillanatkép-visszaállításból.

Nem, az előfizetések közötti visszaállítás nem támogatja a másodlagos régiókból történő visszaállítást.

Igen, az előfizetések közötti visszaállítás támogatott.

Igen, a Zónaközi visszaállítás mostantól lehetővé teszi az Azure-zónában rögzített virtuális gépek egy másik elérhető zónába való visszaállítását egy tároló helyreállítási pontjával, amelyen az Azure szerepköralapú hozzáférés-vezérlési (Azure RBAC) szabályainak megfelelően engedélyezve van a Zonal-redundáns tárolás (ZRS). A régiók közötti visszaállítással (CRR) rendelkező tárolókból is támogatott.

Igen, a Zónák közötti visszaállítás mostantól lehetővé teszi az Azure nem zóna által rögzített virtuális gépek bármely elérhető zónába való visszaállítását egy tároló helyreállítási pontjával, amelyen az Azure szerepköralapú hozzáférés-vezérlési (Azure RBAC) szabályainak megfelelően engedélyezve van a Zonal-redundáns tárolás (ZRS).

Nem, titkosított Azure-beli virtuális gépekhez és megbízható indítású virtuális gépekhez nem támogatott.

Nem, a zónaközi visszaállítás nem támogatott a pillanatkép-visszaállításból.

Igen, az Azure Backup támogatja az Azure-zónában rögzített virtuális gépek visszaállítását a másodlagos régiókba.

Igen, a Kereszt zonális visszaállítás támogatott.

Miután leválasztotta a lemezeket az Azure Portalról, futtassa a Python-szkriptet a (python scriptName.py clean) paraméterrel clean a munkamenet törléséhez és a helyreállítási pont csatlakoztatási útvonalainak a gépről való eltávolításához.

A virtuális gép biztonsági mentése a módosított szabályzat ütemezési és adatmegőrzési beállításaival történik.

• Ha a megőrzés meghosszabbításra kerül, a meglévő helyreállítási pontok megjelölése és megtartása az új szabályzatnak megfelelően történik.
• Ha a megőrzés csökken, a helyreállítási pontok a következő tisztítási feladatban metszésre lesznek megjelölve, majd törölve lesznek.

A helyreállítási pontok azonban a megőrzési tartomány gyakoriságára vonatkoznak. Egy éves adatmegőrzési szabályzat hozzáadása vagy módosítása például nem befolyásolja a már meglévő havi helyreállítási pontok megőrzését.

1. Ideiglenesen állítsa le a biztonsági mentést, és őrizze meg a biztonsági mentési adatokat.

2. Az Azure Backuptal konfigurált virtuális gépek áthelyezéséhez hajtsa végre a következő lépéseket:

   1. Keresse meg a virtuális gép helyét.
   2. Keressen egy erőforráscsoportot a következő elnevezési mintával: AzureBackupRG_<location of your VM>_1. Például AzureBackupRG_westus2_1
   3. Az Azure Portalon jelölje be a Rejtett típusok megjelenítése jelölőnégyzetet.
   4. Keresse meg az elnevezési mintával AzureBackup_<name of your VM that you're trying to move>_###########rendelkező Microsoft.Compute/restorePointCollections típusú erőforrást.
   5. Törölje ezt az erőforrást. Ez a művelet csak az azonnali helyreállítási pontokat törli, a tárolóban lévő biztonsági mentési adatokat nem.
   6. A törlési művelet befejezése után áthelyezheti a virtuális gépet.

3. Helyezze át a virtuális gépet a célerőforráscsoportba.

4. Folytassa a biztonsági mentést.

A virtuális gépet az áthelyezési művelet előtt létrehozott rendelkezésre álló visszaállítási pontokról állíthatja vissza.

Ha egy virtuális gépet egy másik erőforráscsoportba helyez át, az az Azure Backup esetében egy új virtuális gép lesz.

Miután áthelyezte a virtuális gépet egy új erőforráscsoportba, újra védheti a virtuális gépet ugyanabban a tárolóban vagy egy másik tárolóban. Mivel ez egy új virtuális gép az Azure Backuphoz, külön kell fizetnie érte.

A régi virtuális gép visszaállítási pontjai szükség esetén elérhetők lesznek a visszaállításhoz. Ha nincs szüksége ezekre a biztonsági mentési adatokra, megszüntetheti a régi virtuális gép védelmét törlési adatokkal.

Igen, a portálon 100 virtuális gép van, amelyek ugyanahhoz a biztonsági mentési szabályzathoz társíthatók. Azt javasoljuk, hogy több mint 100 virtuális gép esetén hozzon létre több biztonsági mentési szabályzatot ugyanazzal az ütemezéssel vagy más ütemezéssel.

A tárolók általános konfigurálási/módosítási védelmi beállításainak napi korlátja 1000.

Jelenleg a virtuális géphez rendelt biztonsági mentési szabályzat alapján tekintheti meg a biztonsági mentési elem (VM) szintjén a megőrzési beállításokat.

A biztonsági másolatok adatmegőrzési beállításainak megtekintésének egyik módja, ha a virtuális gép biztonsági mentési elem irányítópultjára navigál az Azure Portalon. A biztonsági mentési szabályzatra mutató hivatkozás kiválasztásával megtekintheti a virtuális géphez társított napi, heti, havi és éves megőrzési pontok megőrzési időtartamát.

A Backup Explorerrel az összes virtuális gép adatmegőrzési beállításait egyetlen üvegablakban tekintheti meg. Nyissa meg a Biztonsági mentéskezelőt bármelyik Recovery Services-tárolóból, lépjen a Biztonsági mentési elemek lapra, és válassza a Speciális nézetet az egyes virtuális gépek részletes adatmegőrzési adatainak megtekintéséhez.

Az Azure-beli virtuális gépek biztonsági mentése HTTPS-kommunikációt használ az átvitel közbeni titkosításhoz. Az adatátvitel Az Azure Fabricet használja (és nem nyilvános végpontokat), amelyek nem igényelnek internetkapcsolatot a virtuális gépek biztonsági mentéséhez.

Ez az API egy szkriptet hoz létre az iSCSI-kapcsolat meghívásához az Azure Backupból való fájlhelyreállításhoz.

• Ezt a beállítást az API-művelet kizárásával tilthatja le egyéni szerepkör-definíciókkal .
• A privát végpontokkal is korlátozhatja az iSCSI-kiszolgálóhoz való hozzáférést a magánhálózaton belülről.
• Ezt a beállítást a szervezeten belül is letilthatja a megtagadási hozzárendelés funkcióval.

A szabályzat közvetlenül a paraméterek módosítása után lép érvénybe, például megőrzés, ütemezés stb. Ez a módosított szabályzatból származó összes új biztonsági mentésre érvényes. A helyreállítási pontok (ha vannak) az új szabályzatnak megfelelően történő metszése azonban 24 órát vesz igénybe.

Ez a funkció jelenleg nem támogatott. Bármely funkcióval kapcsolatos kérdést közzétehet az Azure Backup közösségi portálján.

A leállított biztonsági másolatok megőrzése nem módosítható, mivel nincs hozzájuk csatolva házirend. Azonban folytathatja a védelmet, és hozzárendelhet egy szabályzatot.

A leállított biztonsági másolatok a manuális törlésig megmaradnak.

Ellenőriznie kell az előfizetési engedélyeket a másodlagos régióban. Írjon nekünk az AskAzureBackupTeam@microsoft.com előfizetés-regisztrációhoz.

Mivel az Azure-erőforrások kezelik ezt a forgalmat, külső felhasználó nem tudja meghatározni.

RPO: A minimális RPO 1 nap vagy 24 óra, amikor Standard szabályzatot használ. Bővített szabályzat használata esetén a minimális RPO 4 óra.

Ez a hiba akkor jelenik meg, ha azure-beli virtuális gépet próbál létrehozni egy nem Marketplace-rendszerképből, vagy felcseréli egy virtuális gép operációsrendszer-lemezét egy nem Marketplace-rendszerképre, majd a virtuális gép üzembe helyezése meghiúsul. A probléma megoldásához távolítsa el a csomaginformációkat a virtuális gépről.

Az Azure Backup biztonsági másolatot készít a kulcsverzió titkos kulcs- és KEK-adatairól a biztonsági mentés során, és ugyanezt állítja vissza. Az ADE virtuális gépek régebbi verziókulcsokkal való indítása azonban lehetséges.

A biztonsági mentési adatok teljes mértékben replikálva lesznek a másodlagos régióba, mielőtt az elsődleges régió meghibásodása érintetlen marad. Ez akkor is így marad, ha az elsődleges régió helyreállt a hibából. Más szóval a virtuális gép helyreállítható a másodlagos régióban a replikációs ütemezésnek megfelelően a hiba előtt tárolt adatokkal. Vegye figyelembe, hogy a másodlagos régió RPO-ja 36 óra, azaz az adatok teljes replikálása körülbelül 36 órát vesz igénybe az elsődleges régióból a másodlagos régióba.

A helyreállítási pontok lejárati ideje a Garbage Collector (GC) futtatásakor frissül, amely 24 óránként történik. A biztonsági mentési szabályzat frissítése után akár 24 óráig is eltarthat, amíg a frissítések megjelennek a lejárati idő alatt, ha a GC-feladatok nem késnek.