Megjegyzés
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhat bejelentkezni vagy módosítani a címtárat.
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhatja módosítani a címtárat.
Ez a cikk áttekintést nyújt az átállásról és a visszaállításról a helyszíni gépek Azure-ba való vészhelyreállítása során az Azure Site Recovery modernizált verziójával.
A feladatátvételről és a feladat-visszavételről az Azure Site Recovery klasszikus kiadásaiban ez a cikk nyújt tájékoztatást.
Helyreállítási szakaszok
A Site Recovery rendszeren belüli átállás és helyreállítás négy szakaszból áll:
- 1. szakasz: Átirányítás a helyszíni gépekről Azure-ra: Miután beállítja a helyszíni gépek Azure-ra történő replikálását, és a helyszíni rendszer leáll, át kell irányítania ezeket a gépeket az Azure-hoz. A feladatátvétel után az Azure-beli virtuális gépek replikált adatokból jönnek létre.
- 2. szakasz: Azure-beli virtuális gépek ismételt védelme: Az Azure-ban újra kell védenie az Azure-beli virtuális gépeket, hogy azok újrareplikálódjanak a helyszíni helyre. A helyszíni virtuális gép (ha elérhető) ki van kapcsolva az újravédelem során, így biztosítható az adatok konzisztenciája.
- 3. szakasz: Feladatátvétel az Azure-ból: Ha a helyszíni rendszer ismét a szokásos módon működik, újabb feladatátvételt kell végrehajtania. Ezúttal visszaállítja az Azure-beli virtuális gépeket a helyszínre. Visszaállhat az eredeti helyre, ahonnan az átállás történt, vagy egy alternatív helyszínre. Ezt a tevékenységet tervezett feladatátvételnek nevezzük.
- 4. szakasz: Helyszíni gépek ismételt védelme: A feladat visszavétele után engedélyezze ismét a helyszíni gépek Azure-ba történő replikálását.
Átkapcsolás
Feladatátvételt hajt végre az üzletmenet-folytonossági és vészhelyreállítási (BCDR) stratégia részeként.
- A BCDR-stratégia első lépéseként folyamatosan replikálja helyszíni gépeit az Azure-ba. A felhasználók hozzáférhetnek a helyszíni forrásgépeken futó számítási feladatokhoz és alkalmazásokhoz.
- Ha szükség van rá, például ha a helyszínen leáll a szolgáltatás, vigye át a replikált gépeket az Azure-ba. Az Azure-beli virtuális gépek a replikált adatok használatával jönnek létre.
- Az üzletmenet folytonossága érdekében a felhasználók továbbra is hozzáférhetnek az Azure-beli virtuális gépeken futó alkalmazásokhoz.
Az átkapcsolás kétfázisú tevékenység:
- Feladatátvétel: Az Azure-beli virtuális gépet a kiválasztott helyreállítási ponttal létrehozó és üzembe helyező feladatátvétel.
-
Ellenőrzés: A feladatátvétel után ellenőrizze a virtuális gépet az Azure-ban:
- Ezután véglegesítheti a feladatátvételt a kijelölt helyreállítási pontra, vagy kiválaszthat egy másik pontot a véglegesítéshez.
- A feladatátvétel véglegesítése után a helyreállítási pont nem módosítható.
Megjegyzés
Használjon összeomláskonzisztens helyreállítási pontot Windows Server 2012 vagy régebbi verziókon, mivel az alkalmazáskonzisztens helyreállítási pont esetén ezeknél a verzióknál hosszabb lehet a feladatátvételi virtuális gépek indítási ideje.
Csatlakozás az Azure-hoz feladatátvétel után
Ha RDP vagy SSH használatával szeretne csatlakozni a feladatátvétel után létrehozott Azure-beli virtuális gépekhez, több követelmény is van.
| Feladatátvétel | Helyen | Műveletek |
|---|---|---|
| Windowst futtató Azure-beli virtuális gép | A helyszíni gépen a feladatátvétel előtt |
Hozzáférés az interneten keresztül: RDP engedélyezése. Győződjön meg arról, hogy a TCP- és UDP-szabályok hozzá vannak adva a Nyilvános profilhoz, és hogy az RDP engedélyezve van az összes profil számára a Windows tűzfal> listáján. Hozzáférés helyek közötti VPN-en keresztül: Engedélyezze az RDP-t a gépen. Ellenőrizze, hogy az RDP (Távoli Asztali Kapcsolat) engedélyezve van-e a Windows tűzfal>Engedélyezett alkalmazások és szolgáltatások között a tartományi és magánhálózatok esetében. Győződjön meg arról, hogy az operációs rendszer SAN-szabályzata OnlineAll értékre van állítva. További információ. A feladatátvétel indításakor győződjön meg arról, hogy a virtuális gépen nincsenek függőben lévő Windows-frissítések. A Windows Update a feladatátvételkor indulhat el, és a frissítések befejezéséig nem tud bejelentkezni a virtuális gépre. |
| Windowst futtató Azure-beli virtuális gép | Az Azure-beli virtuális gépen a feladatátvétel után |
Nyilvános IP-cím hozzáadása a virtuális gép számára. A feladatátvételi virtuális gépen (és azon Azure-alhálózaton, amelyhez csatlakozik) a hálózati biztonsági csoport szabályainak engedélyeznie kell a bejövő kapcsolatokat az RDP-porthoz. Ellenőrizze a rendszerindítási diagnosztikát a virtuális gép képernyőképének ellenőrzéséhez. Ha nem tud csatlakozni, ellenőrizze, hogy fut-e a virtuális gép, és tekintse át a hibaelhárítási tippeket. |
| Linuxot futtató Azure-beli virtuális gép | A helyszíni gépen a feladatátvétel előtt | Győződjön meg arról, hogy a virtuális gépen a Secure Shell szolgáltatás automatikusan elindul a rendszerindításkor. Ellenőrizze, hogy a tűzfalszabályok engedélyezik-e az SSH-kapcsolatot. |
| Linuxot futtató Azure-beli virtuális gép | Az Azure-beli virtuális gépen a feladatátvétel után | Az átállított virtuális gépen (és annak az Azure-alhálózatnak, amelyhez csatlakozik) a hálózati biztonsági csoport szabályainak engedélyeznie kell a bejövő kapcsolatokat az SSH-porthoz. Nyilvános IP-cím hozzáadása a virtuális gép számára. Ellenőrizze a rendszerindítási diagnosztikát a virtuális gép képernyőképének megtekintéséhez. |
Feladatátvétel típusai
A Site Recovery különböző feladatátvételi lehetőségeket biztosít.
| Átváltás | Részletek | Helyreállítási | Munkafolyamat |
|---|---|---|---|
| Átkapcsolás tesztelése | Olyan teszt futtatására használható, amely érvényesíti a BCDR-stratégiát adatvesztés vagy állásidő nélkül. | Létrehozza a virtuális gép másolatát az Azure-ban, és nincs hatással a folyamatos replikációra vagy az éles környezetre. | 1. Futtasson egy tesztátállást egyetlen virtuális gépen, vagy több virtuális gépen egy helyreállítási terven belül. 2. Válassza ki a helyreállítási pontot, amelyet a feladatátvételi teszthez használni kíván. 3. Válassza ki azt az Azure-hálózatot, amelyben az Azure-beli virtuális gép a feladatátvétel után jön létre. A hálózat csak a feladatátvételi teszthez használható. 4. Ellenőrizze, hogy a fúró a várt módon működött-e. A Site Recovery automatikusan törli az Azure-ban létrehozott virtuális gépeket a próba során. |
| Tervezett feladatátvétel–Hyper-V | A tervezett állásidőhöz használható. A forrás virtuális gépek leállítva vannak. A feladatátvétel megkezdése előtt a program szinkronizálja a legújabb adatokat. |
Nulla adatvesztés a tervezett munkafolyamat esetében. | 1. Tervezze meg a karbantartási leállási időablakot, és értesítse a felhasználókat. 2. A felhasználói alkalmazások offline állapotba helyezése. 3. Kezdeményezze a tervezett feladatátvételt a legújabb helyreállítási ponttal. A feladatátvétel nem fut, ha a gép nem áll le, vagy ha hiba történik. 4. A feladatátvétel után ellenőrizze, hogy az Azure virtuális gép replikája aktív-e az Azure-ban. 5. Hajtsa végre a feladatátvétel véglegesítését. A véglegesítési művelet törli az összes helyreállítási pontot. |
| Átváltás-Hyper-V | Általában akkor fut, ha nem tervezett üzemkimaradás van, vagy az elsődleges hely nem érhető el. Ha szeretné, állítsa le a virtuális gépet, és szinkronizálja a végleges módosításokat a feladatátvétel megkezdése előtt. |
Az alkalmazások minimális adatvesztése. | 1. Kezdeményezze a BCDR-tervet. 2. Feladatátvétel kezdeményezése. Adja meg, hogy a Site Recovery leállítsa-e a virtuális gépet, és szinkronizálja vagy replikálja a legújabb módosításokat a feladatátvétel aktiválása előtt. A 3. pont szerint az átkapcsolás számos helyreállítási pontra lehetséges, itt összefoglalva. Ha nem engedélyezi a virtuális gép leállítását, vagy ha a Site Recovery nem tudja leállítani, a rendszer a legújabb helyreállítási pontot használja. A feladatátvétel akkor is fut, ha a gépet nem lehet leállítani. 4. A feladatátvétel után ellenőrizze, hogy az Azure-beli virtuális gép replika aktív-e az Azure-ban. Szükség esetén választhat egy másik helyreállítási pontot a 24 órás megőrzési időszakból. 5. Véglegesítse az átállás befejezését. A véglegesítési művelet törli az összes rendelkezésre álló helyreállítási pontot. |
| Átállás-VMware | Általában akkor fut, ha nem tervezett üzemkimaradás van, vagy az elsődleges hely nem érhető el. Ha szeretné, adja meg, hogy a Site Recovery megpróbálja elindítani a virtuális gép leállítását, és a feladatátvétel megkezdése előtt szinkronizálja és replikálja a végleges módosításokat. |
Az alkalmazások minimális adatvesztése. | 1. Kezdeményezze a BCDR-tervet. 2. Feladatátvétel kezdeményezése a Site Recovery segítségével. Adja meg, hogy a Site Recovery megpróbálja-e aktiválni a virtuális gépek leállítását és szinkronizálását a feladatátvétel futtatása előtt. A feladatátvétel akkor is fut, ha a gépeket nem lehet leállítani. 3. A feladatátvétel után ellenőrizze, hogy az Azure-beli virtuális gép replika aktív-e az Azure-ban. Szükség esetén választhat egy másik helyreállítási pontot a 72 órás megőrzési időszakból. 5. Véglegesítse az átállás befejezését. A véglegesítési művelet törli az összes helyreállítási pontot. Windows rendszerű virtuális gépek esetén a Site Recovery letiltja a VMware-eszközöket a feladatátvétel során. |
| Tervezett feladatátvételi VMware | Tervezett feladatátvételt végezhet az Azure-ról helyszíni környezetbe. | Mivel ez egy tervezett feladatátvételi tevékenység, a helyreállítási pont a tervezett feladatátvételi feladat elindítása után jön létre. | A tervezett feladatátvétel aktiválásakor a függőben lévő módosítások a helyszínen lesznek átmásolva, létrejön a virtuális gép legújabb helyreállítási pontja, és leáll az Azure-beli virtuális gép. Kövesse az itt ismertetett feladatátvételi folyamatot. Ezt követően a helyszíni gép be van kapcsolva. A sikeres tervezett hibaátállás után a helyszíni környezetben lévő gép aktívvá válik. |
Átvészelési feldolgozás
Bizonyos esetekben a feladatátvétel további feldolgozást igényel, amely körülbelül 8–10 percet vesz igénybe. Előfordulhat, hogy hosszabb átállási időt tapasztal az alábbiak esetén:
- Olyan VMware virtuális gépek, amelyeken nincs engedélyezve a DHCP szolgáltatás.
- Azok a VMware virtuális gépek, amelyek nem rendelkeznek a következő rendszerindító illesztőprogramokkal: storvsc, vmbus, storflt, intelide, atapi.
Helyreállítási pont beállításai
A feladatátvétel során számos helyreállítási pont közül választhat.
| Beállítás | Részletek |
|---|---|
| Legújabb (legalacsonyabb RPO) | Ez a beállítás a legalacsonyabb helyreállítási célértéket (RPO) biztosítja. Először feldolgozza a Site Recovery szolgáltatás által kapott összes adatot, hogy létrehozzon egy helyreállítási pontot az egyes virtuális gépekhez, mielőtt azokra átváltana. Először megpróbálja feldolgozni és alkalmazni a Site Recovery szolgáltatás által a célhelyen kapott összes adatot, és létrehoz egy helyreállítási pontot a feldolgozott adatok használatával. Ha azonban a feladatátvétel indításakor a Site Recovery szolgáltatásba fel nem töltött adatok nem várnak feldolgozásra, az Azure Site Recovery nem végez feldolgozást, ezért nem hoz létre új helyreállítási pontot. Ebben a forgatókönyvben ehelyett kizárólag a korábban feldolgozott helyreállítási pont használatával vált át. |
| Legutóbb feldolgozott | Ez a beállítás a virtuális gépeket a Site Recovery által legutóbb feldolgozott helyreállítási pontra kapcsolja át. Egy adott virtuális gép legújabb helyreállítási pontjának megtekintéséhez tekintse meg a legújabb helyreállítási pontokat a virtuális gép beállításai között. Ez a lehetőség alacsony helyreállítási időre vonatkozó célkitűzést (RTO) nyújt, mert a rendszer nem tölt időt a feldolgozatlan adatok feldolgozásával. |
| Legújabb alkalmazáskonzisztens | Ez a lehetőség átváltja a virtuális gépeket a Site Recovery által feldolgozott legújabb alkalmazáskonzisztens helyreállítási pontra, ha az alkalmazáskonzisztens helyreállítási pontok engedélyezve vannak. Ellenőrizze a legújabb helyreállítási pontot a virtuális gép beállításai között. |
| A legújabb több virtuális gép feldolgozása befejeződött | Ez a lehetőség olyan helyreállítási tervekhez érhető el, amelyeken egy vagy több virtuális gép konzisztenciája engedélyezve van. Az engedélyezett beállítással rendelkező virtuális gépek a legújabb közös, több virtuális gép számára konzisztens helyreállítási pontra állnak át. Bármely más virtuális gép a tervben átáll a legújabb feldolgozott helyreállítási pontra. |
| Legújabb több virtuális gépen alkalmazáskonzisztens | Ez a lehetőség olyan helyreállítási tervekhez érhető el, amelyeken egy vagy több virtuális gép konzisztenciája engedélyezve van. A replikációs csoport részét képező virtuális gépek átállnak a legújabb közös, több virtuális gép által alkalmazáskonzisztens helyreállítási pontra. Más virtuális gépek átváltanak a legújabb alkalmazáskonzisztens helyreállítási pontjukra. |
| Szokás | Használja ezt az opciót egy adott virtuális gépen történő feladatátvétel végrehajtásához egy konkrét helyreállítási pontra. Ez a beállítás helyreállítási tervekhez nem érhető el. |
Megjegyzés
Helyreállítási pontok nem migrálhatók egy másik Recovery Services-tárolóba.
Újravédés és tervezett átállás
Az Azure-ba való feladatátvétel után a replikált Azure-beli virtuális gépek nem védett állapotban vannak.
- A helyszíni helyre való visszalépés folyamatának elindításához el kell kezdenie az Azure-beli virtuális gépek helyszínire történő replikálását. Az újravédési folyamat a feladatátvételt el nem ért gépek típusától függ.
- Miután a gépek replikáltak az Azure-ból a helyszíni helyre, feladatátvételt futtathat az Azure-ból a helyszíni helyre.
- Miután a gépek újra futnak a helyszínen, engedélyezheti a replikációt, hogy azok vészhelyreállítás céljából replikáljanak az Azure-ba.
- A rendszer csak a helyszíni lemezről az Azure-ba replikált lemezeket replikálja vissza az Azure-ból az újravédelmi művelet során. Az Azure-beli virtuális gépek feladatátvételéhez újonnan hozzáadott lemezek nem replikálódnak a helyszíni gépre.
- Egy berendezéshez legfeljebb 60 lemez csatolható. Ha a visszaállítandó virtuális gépeknek összesen több mint 60 lemeze van, vagy ha nagy mennyiségű forgalmat kíván visszaállítani, hozzon létre egy külön eszközt a visszaállításhoz.
A tervezett feladatátvétel így működik:
- A helyszíni visszaállításhoz a virtuális gépnek legalább egy helyreállítási pontra van szüksége. A helyreállítási tervben minden virtuális gépnek legalább egy helyreállítási pontra van szüksége.
- Mivel ez egy tervezett átállási tevékenység, kiválaszthatja azt a helyreállítási pontot, amelyhez vissza szeretne térni. Használjon összeomláskonzisztens pontot.
- Van egy alkalmazáskonzisztens helyreállítási pont is. Ebben az esetben egyetlen virtuális gép a legújabb elérhető alkalmazáskonzisztens helyreállítási pontjára tér vissza. Replikációs csoporttal rendelkező helyreállítási terv esetén minden replikációs csoport a közös rendelkezésre álló helyreállítási pontra tér vissza.
- Az alkalmazáskonzisztens helyreállítási pontok időben lemaradhatnak, és adatvesztés is előfordulhat.
- Az Azure-ból a helyszíni helyre történő feladatátvétel során a Site Recovery leállítja az Azure-beli virtuális gépeket. Az átváltás véglegesítésekor a Site Recovery eltávolítja a visszaállított, sikertelen Azure-beli virtuális gépeket az Azure-ban.
Megjegyzés
A feladatátvevő virtuális gép rendszerindítása hosszabb időt vehet igénybe a Windows Server 2012-ben vagy régebbi verzióiban összeomláskonzisztens helyreállítási pontok használata esetén.
VMware és fizikai kiszolgáló újravédése és feladat-visszavétele
Annak érdekében, hogy az Azure-ból a helyszínire visszaállíthassuk és újra védjük a VMware gépeket és a fizikai szervereket, győződjön meg arról, hogy megfelelő eszközzel rendelkezik.
Berendezés kiválasztása
- Válassza ki a tárolóban regisztrált Azure Site Recovery replikációs berendezések bármelyikét a helyszíni védelem visszaállításához. Nincs szükség külön folyamatkiszolgálóra az Azure-ban az újravédelmi művelethez vagy a linuxos virtuális gépekhez készült kibővített fő célkiszolgálóhoz.
- A replikációs berendezésnek a feladat-visszavétel során nincs szüksége további hálózati kapcsolatra vagy portokra, ellentétben az előremenő védelemmel. Ha kifogástalan állapotban van, ugyanazt a berendezést használhatja előre- és hátrafelé irányuló védelemhez. Ez nem befolyásolhatja a replikációk teljesítményét.
- A berendezés kiválasztásakor győződjön meg arról, hogy a berendezés hozzáfér a céladattárhoz, ahol a forrásgép található. A berendezésnek mindig hozzá kell férnie a forrásgép adattárához. Ha a gép és a berendezés különböző ESX-kiszolgálókon található, az újravédelem akkor is sikeres lesz, ha az adattár meg van osztva közöttük.
Megjegyzés
- A replikált elemek tárolási vMotion szolgáltatása nem támogatott. A replikációs berendezés tárolási vMotion szolgáltatása az újravédelmi művelet után nem támogatott.
- A berendezés kiválasztásakor győződjön meg arról, hogy a céladattár, ahol a forrásgép található, elérhető legyen a berendezés számára.
Feladat újravédelme
- Ha ez a feladat egy új újravédelmi művelet, az Azure Site Recovery alapértelmezés szerint automatikusan létrehoz egy új naplótárfiókot a célrégióban. A megőrzési lemezre nincs szükség.
- Az Alternatív hely helyreállítása és az Eredeti hely helyreállítása szolgáltatásban a forrásgépek eredeti konfigurációi lesznek lekérve.
Megjegyzés
- Alternatív helyvédelem (ALR) vagy eredeti helyvédelem (OLR) esetén nem őrizheti meg a statikus IP-címet.
- Az fstab- és LVMconf-fájlok módosulnak.
Nem sikerült
- A sikertelen újravédelmi feladatok újrapróbálkozhatók. Az újrapróbálkozás során bármilyen kifogástalan replikációs berendezést választhat.
Amikor az Azure-beli gépeket a helyszínen védi, értesítést kap arról, hogy az eredeti helyre vagy egy másik helyre nem tud visszahelyezkedni.
Eredeti hely helyreállítása: Ez a művelet meghiúsul az Azure-ból ugyanarra a helyszíni forrásgépre, ha létezik. Ebben a forgatókönyvben a rendszer csak a módosításokat replikálja vissza a helyszíni rendszerbe.
- Adattár-kijelölés az OLR során: A forrásgéphez csatolt adattár automatikusan ki lesz választva.
Alternatív hely helyreállítása: Ha a helyszíni gép nem létezik, lehetőség van az Azure-ból egy másik helyre történő visszaállásra. Az Azure-beli virtuális gép helyszíni környezetbe való visszavédelemekor létrejön a helyszíni virtuális gép. A teljes adatreplikálás az Azure-ból a helyszínre történik. Tekintse át a hely feladat-visszavételére vonatkozó követelményeket és korlátozásokat.
- Adattár kiválasztása az ALR során: Kiválaszthatja a vCenter által kezelt bármely olyan adattárat, amelyen a berendezés található, és amely a berendezés számára elérhető (olvasási és írási engedélyek). Kiválaszthatja az eredeti vagy az új adattárat. Választhatja az újravédelemhez használt gyorsítótár-tárfiókot.
A feladatátvétel befejezése után az Azure-beli virtuális gép mobilitási ügynöke automatikusan regisztrál a Site Recovery Services szolgáltatásban. Ha a regisztráció sikertelen, kritikus egészségügyi problémát észlelünk a hibaátvételi virtuális gépen. A probléma megoldása után a rendszer automatikusan aktiválja a regisztrációt. A hibák megoldása után manuálisan is elvégezheti a regisztrációt.
Feladatátvétel megszakítása
Ha a helyszíni környezet nem áll készen, vagy ha bármilyen kihívással szembesül, megszakíthatja a feladatátvételt.
Amikor elindítja a tervezett feladatátvételt, és sikeresen befejeződik, a helyszíni környezet elérhetővé válik a használatra. Ha azonban a művelet befejeződik, ha másik helyreállítási pontra szeretné átvenni a feladatátvételt, megszakíthatja a feladatátvételt.
Csak a tervezett átállást szakíthatja meg.
A tervezett feladatátvételt megszakíthatja a Recovery Services-tároló Replikált elemek lapján.
Miután lemondta a feladatátvételt, az Azure-beli gépek újra bekapcsolnak, és a replikáció újraindul az Azure-ból a helyszíni környezetbe.