Oktatóanyag: WebSphere-alkalmazáskiszolgáló migrálása azure-beli virtuális gépekre magas rendelkezésre állással és vészhelyreállítással

Cikk
05/09/2024

Ez az oktatóanyag egy egyszerű és hatékony módszert mutat be a javai magas rendelkezésre állás és vészhelyreállítás (HA/DR) megvalósítására a WebSphere Application Server azure-beli virtuális gépeken (VM-eken) való használatával. A megoldás bemutatja, hogyan lehet alacsony helyreállítási időkorlátot (RTO) és helyreállításipont-célkitűzést (RPO) elérni egy egyszerű adatbázis-vezérelt Jakarta EE-alkalmazás használatával, amely a WebSphere alkalmazáskiszolgálón fut. A HA/DR egy összetett témakör, számos lehetséges megoldással. A legjobb megoldás az egyedi követelményektől függ. A HA/DR implementálásának egyéb módjaiért tekintse meg a cikk végén található erőforrásokat.

Ebben az oktatóanyagban az alábbiakkal fog megismerkedni:

Az Azure-ra optimalizált ajánlott eljárások használata a magas rendelkezésre állás és a vészhelyreállítás eléréséhez.
Microsoft Azure SQL Database feladatátvételi csoport beállítása párosított régiókban.
Állítsa be az elsődleges WebSphere-fürtöt az Azure-beli virtuális gépeken.
Állítsa be a fürt vészhelyreállítását az Azure Site Recovery használatával.
Azure Traffic Manager beállítása.
Feladatátvétel tesztelése elsődlegesről másodlagosra.

Az alábbi ábra a buildelt architektúrát mutatja be:

Az Azure Traffic Manager ellenőrzi a régiók állapotát, és ennek megfelelően irányítja a forgalmat az alkalmazásszinthez. Az elsődleges régió teljes körűen üzembe helyezve a WebSphere-fürtöt. Miután az elsődleges régiót az Azure Site Recovery védi, visszaállíthatja a másodlagos régiót a feladatátvétel során. Ennek eredményeképpen az elsődleges régió aktívan kiszolgálja a felhasználóktól érkező hálózati kéréseket, míg a másodlagos régió passzív és aktiválva van, hogy csak akkor fogadja a forgalmat, ha az elsődleges régió szolgáltatáskimaradást tapasztal.

Az Azure Traffic Manager észleli az IBM HTTP-kiszolgálón üzembe helyezett alkalmazás állapotát a feltételes útválasztás implementálásához. Az alkalmazásszint geo feladatátvételi RTO-jának időtartama az elsődleges fürt leállításának, a másodlagos fürt visszaállításának, a virtuális gépek indításának és a másodlagos WebSphere-fürt futtatásának időpontjától függ. Az RPO az Azure Site Recovery és az Azure SQL Database replikációs szabályzatától függ. Ennek a függőségnek az az oka, hogy a fürt adatai a virtuális gépek helyi tárolójában lesznek tárolva és replikálva, az alkalmazásadatok pedig megmaradnak és replikálódnak az Azure SQL Database feladatátvételi csoportjában.

Az előző ábrán az elsődleges és a másodlagos régió látható a HA/DR architektúrát alkotó két régióként. Ezeknek a régióknak Azure-párosított régióknak kell lenniük. A párosított régiókról további információt az Azure régiók közötti replikációja című témakörben talál. A cikk az USA keleti régióját és az USA nyugati régióját használja két régióként, de bármilyen párosított régió lehet, amely értelmes az Ön forgatókönyvéhez. A régiópárosítások listájáért tekintse meg az Azure régióközi replikáció Azure-párosított régiók szakaszát.

Az adatbázisszint egy Azure SQL Database feladatátvételi csoportból áll, amely egy elsődleges kiszolgálóval és egy másodlagos kiszolgálóval rendelkezik. Az olvasási/írási figyelő végpontja mindig az elsődleges kiszolgálóra mutat, és minden régióban csatlakozik a WebSphere-fürthöz. A geo feladatátvétel a csoport összes másodlagos adatbázisát az elsődleges szerepkörre váltja. Az Azure SQL Database geo feladatátvételi RPO-jával és RTO-jával kapcsolatban lásd az Azure SQL Database üzletmenet-folytonosságának áttekintését.

Ez az oktatóanyag az Azure Site Recoveryvel és az Azure SQL Database szolgáltatással készült, mivel az oktatóanyag ezen szolgáltatások HA-funkcióira támaszkodik. Más adatbázis-lehetőségek is lehetségesek, de minden kiválasztott adatbázis HA-funkcióit figyelembe kell vennie.

Előfeltételek

Azure-előfizetés. Ha nem rendelkezik Azure-előfizetéssel, első lépésként mindössze néhány perc alatt létrehozhat egy ingyenes fiókot.
Győződjön meg arról, hogy rendelkezik a Contributor szerepkörével az előfizetésben. A hozzárendelés ellenőrzéséhez kövesse az Azure-szerepkör-hozzárendelések listázásának lépéseit az Azure Portalon.
Helyi gép előkészítése Windows, Linux vagy macOS rendszerrel.
Telepítse és állítsa be a Gitet.
Telepítse a Java SE 17-es vagy újabb verzióját – például az OpenJDK Microsoft-buildje.
Telepítse a Maven 3.9.3-s vagy újabb verzióját.

Azure SQL Database feladatátvételi csoport beállítása párosított régiókban

Ebben a szakaszban egy Azure SQL Database feladatátvételi csoportot hoz létre párosított régiókban a WebSphere-fürtökkel és -alkalmazásokkal való használatra. Egy későbbi szakaszban úgy konfigurálja a WebSphere-et, hogy a munkamenet-adatait az adatbázisba tárolja. Ez a gyakorlat egy tábla létrehozására hivatkozik a munkamenetek megőrzéséhez.

Először hozza létre az elsődleges Azure SQL Database-t az Azure Portal rövid útmutatójának lépéseit követve: Egyetlen adatbázis létrehozása – Azure SQL Database. Kövesse az "Erőforrások törlése" szakasz lépéseit, de nem tartalmazza azokat. A cikk végighaladtával kövesse az alábbi utasításokat, majd térjen vissza a cikkhez az Azure SQL Database létrehozása és konfigurálása után:

Amikor eléri a Create a single database (Önálló adatbázis létrehozása) szakaszt, kövesse az alábbi lépéseket:
1. Az új erőforráscsoport létrehozásához a 4. lépésben mentse az erőforráscsoport névértékét – például myResourceGroup.
2. Az adatbázis nevének 5. lépésében mentse az adatbázisnév értékét – például mySampleDatabase.
3. A kiszolgáló létrehozásához kövesse a következő lépéseket a 6. lépésben:
  1. Adjon meg egy egyedi kiszolgálónevet – például sqlserverprimary-mjg022624.
  2. A Hely beállításnál válassza az USA keleti régióját.
  3. A hitelesítési módszerhez válassza az SQL-hitelesítés használata lehetőséget.
  4. Mentse félre a kiszolgáló rendszergazdai bejelentkezési értékét – például azureuser.
  5. Mentse a jelszó értékét.
4. A 8. lépésben a Számítási feladatok környezetében válassza a Fejlesztés lehetőséget. Tekintse meg a leírást, és fontolja meg a számítási feladat egyéb lehetőségeit.
5. A 11. lépésben a Backup Storage redundancia esetében válassza a Helyileg redundáns biztonsági mentési tár lehetőséget. Fontolja meg a biztonsági mentések egyéb lehetőségeit. További információkért tekintse meg az Azure SQL Database automatikus biztonsági mentéseinek biztonsági mentési tárterületredundanciával foglalkozó szakaszát.
6. A 14. lépésben a Tűzfalszabályok konfigurációjában válassza az Igen lehetőséget, ha engedélyezni szeretné az Azure-szolgáltatások és -erőforrások számára a kiszolgáló elérését.
Amikor eléri az adatbázis lekérdezése szakaszt, kövesse az alábbi lépéseket:
1. A 3. lépésben adja meg az SQL-hitelesítési kiszolgáló rendszergazdai bejelentkezési adatait a bejelentkezéshez.
  
  Feljegyzés
  
  Ha a bejelentkezés az ügyfélhez hasonló hibaüzenettel meghiúsul, és az "xx.xx.xx.xx" IP-cím nem fér hozzá a kiszolgálóhoz, a hibaüzenet végén válassza az Allowlist IP xx.xx.xx.xx parancsot a kiszolgáló <your-sqlserver-name> nevére. Várja meg, amíg a kiszolgáló tűzfalszabályai frissülnek, majd kattintson ismét az OK gombra .
2. Miután futtatta a minta lekérdezést az 5. lépésben, törölje a szerkesztőt, és írja be a következő lekérdezést, majd válassza újra a Futtatás lehetőséget :
```
CREATE TABLE sessions (
   ID VARCHAR(128) NOT NULL,
   PROPID VARCHAR(128) NOT NULL,
   APPNAME VARCHAR(128) NOT NULL,
   LISTENERCNT SMALLINT,
   LASTACCESS BIGINT,
   CREATIONTIME BIGINT,
   MAXINACTIVETIME INT,
   USERNAME VARCHAR(256),
   SMALL VARBINARY(MAX),
   MEDIUM VARCHAR(MAX),
   LARGE VARBINARY(MAX)
);
```
  Sikeres futtatás után látnia kell, hogy a Lekérdezés sikeres volt: Érintett sorok: 0.
  
  Az adatbázistábla sessions a WebSphere-alkalmazás munkamenet-adatainak tárolására szolgál. A WebSphere-fürt adatai, beleértve a tranzakciónaplókat is, megmaradnak azon virtuális gépek helyi tárolójában, ahol a fürt telepítve van.

Ezután hozzon létre egy Azure SQL Database feladatátvételi csoportot az Azure Portal Azure SQL Database feladatátvételi csoportjának konfigurálásával kapcsolatos lépéseit követve. Csak a következő szakaszokra van szüksége: Feladatátvételi csoport létrehozása és a tervezett feladatátvétel tesztelése. A cikk végighaladtával kövesse az alábbi lépéseket, majd térjen vissza a cikkhez az Azure SQL Database feladatátvételi csoport létrehozása és konfigurálása után:

A Feladatátvételi csoport létrehozása szakaszban kövesse az alábbi lépéseket:
1. A feladatátvételi csoport létrehozásához az 5. lépésben adja meg és mentse el az egyedi feladatátvételi csoport nevét – például failovergroup-mjg022624.
2. A kiszolgáló konfigurálásának 5. lépésében válassza ki az új másodlagos kiszolgáló létrehozásának lehetőségét, majd kövesse az alábbi lépéseket:
  1. Adjon meg egy egyedi kiszolgálónevet – például sqlserversecondary-mjg022624.
  2. Adja meg ugyanazt a kiszolgálói rendszergazdát és jelszót, mint az elsődleges kiszolgáló.
  3. A Hely mezőben válassza az USA nyugati régiójában található (USA) lehetőséget.
  4. Győződjön meg arról, hogy az Azure-szolgáltatások számára engedélyezve van a kiszolgáló elérése.
3. A csoport adatbázisainak konfigurálásához az 5. lépésben válassza ki az elsődleges kiszolgálón létrehozott adatbázist – példáulmySampleDatabase.
Miután elvégezte a Tervezett feladatátvétel tesztelése szakaszban szereplő összes lépést, tartsa nyitva a feladatátvételi csoport lapját, és használja később a WebSphere-fürtök feladatátvételi tesztje során.

Az elsődleges WebSphere-fürt beállítása Azure-beli virtuális gépeken

Ebben a szakaszban az elsődleges WebSphere-fürtöket azure-beli virtuális gépeken hozza létre az IBM WebSphere Alkalmazáskiszolgáló-fürt azure-beli virtuális gépeken való használatával. A rendszer a feladatátvétel során visszaállítja a másodlagos fürtöt az elsődleges fürtből az Azure Site Recovery későbbi használatával.

Az elsődleges WebSphere-fürt üzembe helyezése

Először nyissa meg az IBM WebSphere alkalmazáskiszolgáló-fürtöt az Azure-beli virtuális gépeken ajánlatban a böngészőben, és válassza a Létrehozás lehetőséget. Ekkor megjelenik az ajánlat Alapjai panelje.

Az Alapismeretek panel kitöltéséhez kövesse az alábbi lépéseket:

Győződjön meg arról, hogy az előfizetésben megjelenített érték ugyanaz, mint az előfeltételek szakaszban felsorolt szerepkörök.
Az ajánlatot üres erőforráscsoportban kell üzembe helyeznie. Az Erőforráscsoport mezőben válassza az Új létrehozása lehetőséget, és adjon meg egy egyedi értéket az erőforráscsoport számára – példáulwas-cluster-eastus-mjg022624.
A Példány részletei területen válassza az USA keleti régiója lehetőséget a Régió területen.
Ha meglévő WebSphere-jogosultsággal vagy kiértékelési licenccel szeretné üzembe helyezni az üzembe helyezést, válassza az oktatóanyag kiértékelése lehetőséget. Kiválaszthatja a Jogosult lehetőséget is, és megadhatja az IBMid hitelesítő adatait.
Válassza az I have read and accept the IBM License Agreement..
Hagyja meg a többi mező alapértelmezett értékét.
A Tovább gombra kattintva lépjen a Fürtkonfiguráció panelre.

A Fürtkonfiguráció panel kitöltéséhez kövesse az alábbi lépéseket:

A virtuálisgép-rendszergazdai jelszó megadásához adjon meg egy jelszót.
A WebSphere-rendszergazdai jelszó megadásához adjon meg egy jelszót. Mentse el a WebSphere-rendszergazda felhasználónevét és jelszavát.
Hagyja meg a többi mező alapértelmezett értékét.
A Tovább gombra kattintva lépjen a Terheléselosztó panelre.

A Terheléselosztó panel kitöltéséhez kövesse az alábbi lépéseket:

A virtuálisgép-rendszergazdai jelszó megadásához adjon meg egy jelszót.
Az IBM HTTP Server rendszergazdájának jelszavaként adjon meg egy jelszót.
Hagyja meg a többi mező alapértelmezett értékét.
A Tovább gombra kattintva lépjen a Hálózatkezelés panelre.

A Hálózatkezelés panelen az alapértelmezett értékekkel előre kitöltött mezőknek kell megjelennie. A Tovább gombra kattintva lépjen az Adatbázis panelre.

Az alábbi lépések bemutatják, hogyan töltheti ki az Adatbázis panelt:

Csatlakozás adatbázishoz?, válassza az Igen lehetőséget.
Az adatbázis típusának kiválasztásához válassza a Microsoft SQL Server lehetőséget.
JNDI-névként adja meg a jdbc/WebSphereCafeDB nevet.
Adatforrás kapcsolati sztring (jdbc:sqlserver://<host>:<port>; database=<database>), cserélje le a helyőrzőket az Azure SQL Database feladatátvételi csoportjának előző szakaszában mentett értékekre – példáuljdbc:sqlserver://failovergroup-mjg022624.database.windows.net:1433;database=mySampleDatabase.
Adatbázis-felhasználónév esetén adja meg a kiszolgáló rendszergazdai bejelentkezési nevét és a feladatátvételi csoport nevét, amit az előző szakaszban mentett – példáulazureuser@failovergroup-mjg022624.

Feljegyzés

Ügyeljen arra, hogy a feladatátvételi csoporthoz a megfelelő adatbáziskiszolgáló-állomásnevet és adatbázis-felhasználónevet használja a kiszolgáló állomásneve és felhasználóneve helyett az elsődleges vagy biztonsági mentési adatbázisból. A feladatátvételi csoport értékeinek használatával gyakorlatilag arra utasítja a WebSphere-et, hogy beszéljen a feladatátvételi csoporttal. A WebSphere esetében azonban ez csak egy normál adatbázis-kapcsolat.
Adja meg azt a kiszolgálói rendszergazdai bejelentkezési jelszót, amelyet korábban az adatbázisjelszóhoz mentett. Adja meg ugyanazt az értéket a Jelszó megerősítése mezőben.
Hagyja meg a többi mező alapértelmezett értékét.
Válassza az Áttekintés + létrehozás lehetőséget.
Várjon, amíg a végleges ellenőrzés futtatása sikeresen befejeződik, majd válassza a Létrehozás lehetőséget.

Egy idő után megjelenik az üzembe helyezési oldal, ahol az üzembe helyezés folyamatban van.

Feljegyzés

Ha problémákat tapasztal a végleges ellenőrzés futtatása során ... javítsa ki őket, és próbálkozzon újra.

A kiválasztott régió hálózati feltételeitől és egyéb tevékenységeitől függően az üzembe helyezés akár 25 percet is igénybe vehet. Ezután látnia kell az üzembe helyezés befejeződött szövegét az üzembe helyezési oldalon.

A fürt üzembe helyezésének ellenőrzése

Üzembe helyezett egy IBM HTTP Servert (IHS) és egy WebSphere Deployment Managert (Dmgr) a fürtben. Az IHS terheléselosztóként működik a fürt összes alkalmazáskiszolgálója számára. A Dmgr egy webkonzolt biztosít a fürtkonfigurációhoz.

A következő lépésekkel ellenőrizheti, hogy az IHS és a Dmgr konzol működik-e, mielőtt továbblépne a következő lépésre:

Térjen vissza az Üzembe helyezés lapra, majd válassza a Kimenetek lehetőséget.
Másolja ki az ihsConsole tulajdonság értékét. Nyissa meg az URL-címet egy új böngészőlapon. Vegye figyelembe, hogy ebben a példában nem használjuk https az IHS-t. Az IHS üdvözlőoldalának hibaüzenet nélkül kell megjelennie. Ha nem, a folytatás előtt hibaelhárítást kell végeznie, és meg kell oldania a problémát. Tartsa nyitva a konzolt, és használja később a fürt alkalmazástelepítésének ellenőrzéséhez.
Másolja ki és mentse félre az adminSecuredConsole tulajdonság értékét. Nyissa meg egy új böngészőlapon. Fogadja el a böngésző figyelmeztetését az önaláírt TLS-tanúsítványhoz. Ne menjen éles környezetbe önaláírt TLS-tanúsítvánnyal.

Ekkor megjelenik a WebSphere integrált megoldáskonzol bejelentkezési lapja. Jelentkezzen be a konzolra a korábban mentett WebSphere-rendszergazda felhasználónevével és jelszavával. Ha nem tud bejelentkezni, a folytatás előtt elhárítania és meg kell oldania a problémát. Tartsa nyitva a konzolt, és használja később a WebSphere-fürt további konfigurálása érdekében.

Az alábbi lépésekkel lekérheti az IHS nyilvános IP-címének nevét. Ezt az Azure Traffic Manager későbbi beállításakor használja.

Nyissa meg azt az erőforráscsoportot, amelyben a fürt telepítve van – például az Áttekintés lehetőséget választva térjen vissza az üzembe helyezési lap Áttekintés paneljére, majd válassza az Ugrás az erőforráscsoportra lehetőséget.
Az erőforrások táblájában keresse meg a Típus oszlopot. Válassza ki az erőforrás típusa szerinti rendezéshez.
Keresse meg a nyilvános IP-cím erőforrását előtaggal ihs, majd másolja és mentse a nevét.

A fürt konfigurálása

Először az alábbi lépésekkel engedélyezze a módosítások csomópontokkal való szinkronizálása lehetőséget, hogy minden konfiguráció automatikusan szinkronizálható legyen az összes alkalmazáskiszolgálóval:

Váltson vissza a WebSphere integrált megoldások konzoljára, és jelentkezzen be újra, ha kijelentkezik.
A navigációs panelen válassza a Rendszerfelügyeleti>konzol beállításai lehetőséget.
A Konzolbeállítások panelen válassza a Módosítások szinkronizálása csomópontokkal lehetőséget, majd válassza az Alkalmaz lehetőséget. Látnia kell azt az üzenetet , amely szerint a beállítások megváltoztak.

Ezután az alábbi lépésekkel konfigurálhatja az adatbázis-elosztott munkameneteket az összes alkalmazáskiszolgálóhoz:

A navigációs panelen válassza a Kiszolgálók>kiszolgálótípus websphere>alkalmazáskiszolgálói lehetőséget.
Az Alkalmazáskiszolgálók panelen 3 alkalmazáskiszolgálónak kell megjelennie a listában. Az adatbázis-elosztott munkamenetek konfigurálásához minden alkalmazáskiszolgálóhoz kövesse az alábbi utasításokat:
1. A szöveg alatti táblázatban az alábbi erőforrások felügyelete mellett válassza ki az alkalmazáskiszolgáló hivatkozását, amely a következővel MyClusterkezdődik: .
2. A Tárolóbeállítások szakaszban válassza a Munkamenet-kezelés lehetőséget.
3. A További tulajdonságok szakaszban válassza az Elosztott környezet beállításai lehetőséget.
4. Elosztott munkamenetek esetén válassza az Adatbázis (csak webtároló esetén támogatott)lehetőséget.
5. Válassza az Adatbázis lehetőséget, és kövesse az alábbi lépéseket:
  1. Az adatforrás JNDI-nevének megadásához írja be a jdbc/WebSphereCafeDB nevet.
  2. Felhasználói azonosítóként adja meg a kiszolgáló rendszergazdai bejelentkezési nevét és a feladatátvételi csoport nevét, amelyet az előző szakaszban mentett – példáulazureuser@failovergroup-mjg022624.
  3. Adja meg az Azure SQL Server rendszergazdai bejelentkezési jelszavát, amelyet korábban a Jelszóhoz mentett.
  4. A táblaterület neveként adja meg a munkameneteket.
  5. Válassza a Többsoros séma használata lehetőséget.
  6. Kattintson az OK gombra. Vissza lesz irányítva az Elosztott környezet beállításai panelre.
6. A További tulajdonságok szakaszban válassza az Egyéni finomhangolási paraméterek lehetőséget.
7. A finomhangolási szinthez válassza az Alacsony (feladatátvételre optimalizálva) lehetőséget.
8. Kattintson az OK gombra.
9. Az Üzenetek csoportban válassza a Mentés lehetőséget. Várjon a befejezésig.
10. Válassza ki az alkalmazáskiszolgálók lehetőséget a felső sávon. A parancs visszairányítja az Alkalmazáskiszolgálók panelre.
A navigációs panelen válassza a Kiszolgálófürtök>>WebSphere alkalmazáskiszolgáló-fürtök lehetőséget.
A WebSphere alkalmazáskiszolgáló-fürtök panelen látnia kell a fürtöt MyCluster a listában. Jelölje be a MyCluster melletti jelölőnégyzetet.
Válassza a Ripplestart lehetőséget.
Várjon, amíg a fürt újraindul. Jelölje ki az Állapot ikont, és ha az új ablak nem jelenik meg a Started (Indítás) gombra, váltson vissza a konzolra, és frissítse a weblapot egy idő után. Ismételje meg a műveletet, amíg meg nem jelenik az Indítás gomb. Előfordulhat, hogy a Részleges kezdés a Kezdés állapot elérése előtt jelenik meg

Tartsa nyitva a konzolt, és használja később az alkalmazás üzembe helyezéséhez.

Mintaalkalmazás üzembe helyezése

Ez a szakasz bemutatja, hogyan helyezhet üzembe és futtathat egy CRUD Java/Jakarta EE-mintaalkalmazást egy WebSphere-fürtön vészhelyreállítási feladatátvételi teszthez.

Úgy konfigurálta az alkalmazáskiszolgálót, hogy az adatforrással jdbc/WebSphereCafeDB tárolja a munkamenet-adatokat, ami lehetővé teszi a feladatátvételt és a terheléselosztást a WebSphere-alkalmazáskiszolgálók fürtjén. A mintaalkalmazás egy adatmegőrzési sémát is konfigurál az alkalmazásadatok coffee ugyanazon az adatforráson való megőrzéséhezjdbc/WebSphereCafeDB.

Először a következő parancsokkal töltse le, hozza létre és csomagolja be a mintát:

git clone https://github.com/Azure-Samples/websphere-cafe
cd websphere-cafe
git checkout 20240326
mvn clean package

Ha az állapotról szóló Detached HEAD üzenetet lát, ezt az üzenetet nyugodtan figyelmen kívül hagyhatja.

A csomagot sikeresen létre kell hozni, és a parent-path-to-your-local-clone>/websphere-café/websphere-café-application/target/websphere-café.ear címen kell létrehozni és elhelyezni<. Ha nem látja a csomagot, a folytatás előtt elhárítania és meg kell oldania a problémát.

Ezután a következő lépésekkel helyezze üzembe a mintaalkalmazást a fürtben:

Váltson vissza a WebSphere integrált megoldások konzoljára, és jelentkezzen be újra, ha kijelentkezik.
A navigációs panelen válassza az Alkalmazások>alkalmazástípusok>WebSphere vállalati alkalmazásokat.
A Vállalati alkalmazások panelen válassza a Fájl telepítése>lehetőséget. Ezután keresse meg a csomagot <a parent-path-to-your-local-clone>/websphere-café/websphere-café-application/target/websphere-café.ear címen, és válassza a Megnyitás lehetőséget. Válassza a Következő>következő> elemet.
A Modulok leképezése kiszolgálókhoz panelen nyomja le a Ctrl billentyűt, és jelölje ki a Fürtök és kiszolgálók csoportban felsorolt összes elemet. Jelölje be a websphere-café.war melletti jelölőnégyzetet. Válassza az Alkalmazás lehetőséget. Válassza a Tovább gombot, amíg meg nem jelenik a Befejezés gomb.
Válassza a Mentés befejezése>lehetőséget, majd várja meg a befejezést. Kattintson az OK gombra.
Válassza ki a telepített alkalmazástwebsphere-cafe, majd kattintson a Start gombra. Várjon, amíg megjelennek az alkalmazás sikeres indítását jelző üzenetek. Ha nem látja a sikeres üzenetet, a folytatás előtt elhárítania és meg kell oldania a problémát.

Most az alábbi lépésekkel ellenőrizze, hogy az alkalmazás a várt módon fut-e:

Váltson vissza az IHS-konzolra. Fűzze hozzá az üzembe helyezett alkalmazás környezeti gyökerét /websphere-cafe/ például a címsorhoz, http://ihs70685e.eastus.cloudapp.azure.com/websphere-cafe/majd nyomja le az Enter billentyűt. A mintaalkalmazás üdvözlőoldalának kell megjelennie.
Hozzon létre egy új kávét névvel és árral – például 10 usd áron – az 1. kávéhoz, amely az alkalmazás adattáblájába és az adatbázis munkamenettáblájába is megmarad. A megjelenő felhasználói felületnek az alábbi képernyőképhez hasonlónak kell lennie:

Ha a felhasználói felület nem hasonlít, hárítsa el és oldja meg a problémát.

A fürt vészhelyreállításának beállítása az Azure Site Recovery használatával

Ebben a szakaszban az Azure-beli virtuális gépek vészhelyreállítását állítja be az elsődleges fürtben az Azure Site Recovery használatával, a következő oktatóanyag lépéseit követve: Vészhelyreállítás beállítása Azure-beli virtuális gépekhez. Csak a következő szakaszokra van szüksége: Helyreállítási tár létrehozása és replikáció engedélyezése. A cikk végighaladtával figyeljen a következő lépésekre, majd térjen vissza a cikkhez az elsődleges fürt védelme után:

A Helyreállítási tár létrehozása szakaszban kövesse az alábbi lépéseket:
1. Az Erőforráscsoport 5. lépésében hozzon létre egy új, egyedi nevű erőforráscsoportot az előfizetésben – példáulwas-cluster-westus-mjg022624.
2. A Tárolónév 6. lépésében adjon meg egy tárolónevet – példáulrecovery-service-vault-westus-mjg022624.
3. A Régió 7. lépésében válassza az USA nyugati régióját.
4. Mielőtt a Véleményezés + létrehozás lehetőséget választja a 8. lépésben, válassza a Tovább: Redundancia lehetőséget. A Redundancia panelen válassza a Georedundáns lehetőséget a biztonsági mentési tár redundanciája és az Engedélyezés régióközi visszaállításhoz.
  
  Feljegyzés
  
  Győződjön meg arról, hogy a Redundancia panelen a Georedundáns lehetőséget választja a Biztonsági mentési tár redundanciája és a Régiók közötti visszaállítás engedélyezése beállításhoz. Ellenkező esetben az elsődleges fürt tárolása nem replikálható a másodlagos régióba.
5. Engedélyezze a Site Recoveryt a Site Recovery engedélyezése című szakasz lépéseit követve.
Amikor eléri a replikáció engedélyezése szakaszt, kövesse az alábbi lépéseket:
1. A Forrásbeállítások kiválasztása szakaszban kövesse az alábbi lépéseket:
  1. Régió esetén válassza az USA keleti régióját.
  2. Erőforráscsoport esetén válassza ki azt az erőforrást, amelyben az elsődleges fürt üzembe van helyezve – példáulwas-cluster-eastus-mjg022624.
    
    Feljegyzés
    
    Ha a kívánt erőforráscsoport nem szerepel a listában, először kiválaszthatja az USA nyugati régióját a régióhoz, majd visszaállhat az USA keleti régiójára.
  3. Hagyja meg a többi mező alapértelmezett értékét. Válassza a Tovább lehetőséget.
2. A Virtuális gépek kiválasztása szakaszban jelölje ki a felsorolt öt virtuális gépet, majd válassza a Tovább lehetőséget.
3. A replikációs beállítások áttekintése szakaszban kövesse az alábbi lépéseket:
  1. Célhelyként válassza az USA nyugati régióját.
  2. A Cél erőforráscsoport esetében válassza ki azt az erőforráscsoportot, amelyben a szolgáltatás-helyreállítási tároló üzembe van helyezve – példáulwas-cluster-westus-mjg022624.
  3. Jegyezze fel az új feladatátvevő virtuális hálózatot és a feladatátvételi alhálózatot, amelyek az elsődleges régióban lévőkről vannak leképezve.
  4. Hagyja meg a többi mező alapértelmezett értékét.
  5. Válassza a Tovább lehetőséget.
4. A Kezelés szakaszban kövesse az alábbi lépéseket:
  1. Replikációs szabályzat esetén használja az alapértelmezett 24 órás megőrzési szabályzatot. Új szabályzatot is létrehozhat a vállalata számára.
  2. Hagyja meg a többi mező alapértelmezett értékét.
  3. Válassza a Tovább lehetőséget.
5. A Véleményezés szakaszban kövesse az alábbi lépéseket:
  1. A replikáció engedélyezése lehetőség kiválasztása után figyelje meg az Azure-erőforrások létrehozása üzenetet. Ne zárja be ezt a panelt. az oldal alján jelenik meg. Ne tegyen semmit, és várja meg, amíg a panel automatikusan bezárul. A rendszer átirányítja a Site Recovery lapra.
  2. A Védett elemek területen válassza a Replikált elemek lehetőséget. Kezdetben nincsenek felsorolva elemek, mert a replikáció még folyamatban van. A replikáció körülbelül egy órát vesz igénybe. Frissítse rendszeresen a lapot, amíg meg nem jelenik, hogy az összes virtuális gép védett állapotban van, ahogyan az alábbi képernyőképen látható:

Ezután hozzon létre egy helyreállítási tervet, amely tartalmazza az összes replikált elemet, hogy közös feladatátvételt hajthasson létre. Használja a helyreállítási terv létrehozása című témakör utasításait a következő testreszabásokkal:

A 2. lépésben adja meg a terv nevét – például recovery-plan-mjg022624: .
A 3. lépésben a Forrás területen válassza az USA keleti régióját, a Cél területen pedig az USA nyugati régióját.
Az elemek kijelölése 4. lépésében válassza ki az oktatóanyaghoz tartozó öt védett virtuális gépet.

Ezután létrehoz egy helyreállítási tervet. Tartsa nyitva a lapot, hogy később a feladatátvételi teszteléshez használhassa.

A másodlagos régió további hálózati konfigurációja

További hálózati konfigurációra is szükség van a másodlagos régióhoz való külső hozzáférés engedélyezéséhez és védelméhez feladatátvételi esemény esetén. Ehhez a konfigurációhoz kövesse az alábbi lépéseket:

Hozzon létre egy nyilvános IP-címet a Dmgr számára a másodlagos régióban a rövid útmutató utasításait követve: Nyilvános IP-cím létrehozása az Azure Portal használatával, az alábbi testreszabásokkal:
1. Erőforráscsoport esetén válassza ki azt az erőforráscsoportot, amelyben a szolgáltatás-helyreállítási tároló üzembe van helyezve – példáulwas-cluster-westus-mjg022624.
2. Régió esetén válassza az USA nyugati régióját.
3. A Név mezőbe írjon be egy értéket – példáuldmgr-public-ip-westus-mjg022624: .
4. A DNS-névcímkéhez adjon meg egy egyedi értéket – például dmgrmjg022624.
Hozzon létre egy másik nyilvános IP-címet az IHS-hez a másodlagos régióban ugyanazzal az útmutatóval, a következő testreszabásokkal:
1. Erőforráscsoport esetén válassza ki azt az erőforráscsoportot, amelyben a szolgáltatás-helyreállítási tároló üzembe van helyezve – példáulwas-cluster-westus-mjg022624.
2. Régió esetén válassza az USA nyugati régióját.
3. A Név mezőbe írjon be egy értéket – példáulihs-public-ip-westus-mjg022624: . Írja le.
4. A DNS-névcímkéhez adjon meg egy egyedi értéket – például ihsmjg022624.
Hozzon létre egy hálózati biztonsági csoportot a másodlagos régióban a hálózati biztonsági csoport létrehozása, módosítása vagy törlése című szakasz utasításait követve, az alábbi testreszabásokkal:
1. Erőforráscsoport esetén válassza ki azt az erőforráscsoportot, amelyben a szolgáltatás-helyreállítási tároló üzembe van helyezve – példáulwas-cluster-westus-mjg022624.
2. A Név mezőbe írjon be egy értéket – példáulnsg-westus-mjg022624: .
3. Régió esetén válassza az USA nyugati régióját.
Hozzon létre egy bejövő biztonsági szabályt a hálózati biztonsági csoporthoz a cikk Biztonsági szabály létrehozása szakaszának utasításait követve, az alábbi testreszabásokkal:
1. A 2. lépésben válassza ki a létrehozott hálózati biztonsági csoportot – például nsg-westus-mjg022624.
2. A 3. lépésben válassza a Bejövő biztonsági szabályok lehetőséget.
3. A 4. lépésben szabja testre a következő beállításokat:
  1. Célporttartományok esetén adja meg a 9060 9080 9043 9443 80 értéket.
  2. A Protokoll beállításnál válassza a TCP lehetőséget.
  3. A Név mezőbe írja be a ALLOW_HTTP_ACCESS.
Társítsa a hálózati biztonsági csoportot egy alhálózathoz a társítás vagy a hálózati biztonsági csoport társítása a cikk alhálózati szakaszához vagy egy alhálózati szakaszból való társításával az alábbi testreszabásokkal:
1. A 2. lépésben válassza ki a létrehozott hálózati biztonsági csoportot – például nsg-westus-mjg022624.
2. Válassza a Társítás lehetőséget, ha a hálózati biztonsági csoportot a korábban feljegyzett feladatátvevő alhálózathoz szeretné társítani.

Azure Traffic Manager beállítása

Ebben a szakaszban egy Azure Traffic Managert hoz létre, amellyel a forgalmat a globális Azure-régiók között terjesztheti a nyilvánosan elérhető alkalmazások között. Az elsődleges végpont az IHS nyilvános IP-címére mutat az elsődleges régióban. A másodlagos végpont az IHS nyilvános IP-címére mutat a másodlagos régióban.

Hozzon létre egy Azure Traffic Manager-profilt a rövid útmutató utasításait követve: Traffic Manager-profil létrehozása az Azure Portal használatával. Csak a következő szakaszokra van szüksége: Traffic Manager-profil létrehozása és Traffic Manager-végpontok hozzáadása. Át kell hagynia azokat a szakaszokat, amelyekbe az App Service-erőforrások létrehozásához van irányítva. Az alábbi lépéseket követve haladjon végig ezen szakaszokon, majd térjen vissza ehhez a cikkhez az Azure Traffic Manager létrehozása és konfigurálása után.

A Traffic Manager-profil létrehozása a 2. lépésben a Traffic Manager-profil létrehozása szakaszban kövesse az alábbi lépéseket:
1. Mentse a név egyedi Traffic Manager-profilnevét – például tmprofile-mjg022624.
2. Mentse az erőforráscsoport új erőforráscsoportjának nevét – például myResourceGroupTM1.
Amikor eléri a Traffic Manager-végpontok hozzáadása szakaszt, kövesse az alábbi lépéseket:
1. Miután megnyitotta a Traffic Manager-profilt a 2. lépésben, a Konfiguráció lapon kövesse az alábbi lépéseket:
  1. A DNS élettartamához (TTL) adja meg a 10 értéket.
  2. A Végpontfigyelő beállításai területen adja meg a /websphere-café/ kifejezést, amely az üzembe helyezett mintaalkalmazás környezetgyökere.
  3. A gyors végpont feladatátvételi beállításai között használja a következő értékeket:
    - Belső próba esetén válassza a 10-et.
    - A hibák megengedett száma esetén adja meg a 3 értéket.
    - A mintavétel időtúllépéséhez használja az 5-öt.
  4. Válassza a Mentés lehetőséget. Várjon, amíg befejeződik.
2. Az elsődleges végpont myPrimaryEndpointhozzáadásának 4. lépésében kövesse az alábbi lépéseket:
  1. A Cél típusú erőforrás esetében válassza a Nyilvános IP-cím lehetőséget.
  2. Válassza a Nyilvános IP-cím kiválasztása legördülő menüt, és adja meg a korábban mentett IHS nyilvános IP-címének nevét az USA keleti régiójában. Egy bejegyzésnek egyezőnek kell lennie. Válassza ki a nyilvános IP-címhez.
3. A 6. lépésben feladatátvételi/másodlagos végpont myFailoverEndpointhozzáadásához kövesse az alábbi lépéseket:
  1. A Cél típusú erőforrás esetében válassza a Nyilvános IP-cím lehetőséget.
  2. Válassza a Nyilvános IP-cím kiválasztása legördülő menüt, és adja meg a korábban mentett IHS nyilvános IP-címének nevét az USA nyugati régiójában. Egy bejegyzésnek egyezőnek kell lennie. Válassza ki a nyilvános IP-címhez.
4. Várjon egy ideig. Válassza a Frissítés lehetőséget, amíg a végpont myPrimaryEndpoint monitorozási állapota online állapotú, a végpont myFailoverEndpoint monitorozási állapota pedig csökkentett.

Ezután az alábbi lépésekkel ellenőrizze, hogy az elsődleges WebSphere-fürtre telepített mintaalkalmazás elérhető-e a Traffic Manager-profilból:

Válassza a létrehozott Traffic Manager-profil áttekintését .
Jelölje ki és másolja ki a Traffic Manager-profil tartománynévrendszerének (DNS) nevét, majd fűzze hozzá például http://tmprofile-mjg022624.trafficmanager.net/websphere-cafe/a következőhöz /websphere-cafe/ : .
Nyissa meg az URL-címet a böngésző új lapján. Látnia kell a korábban létrehozott kávét a lapon.
Hozzon létre egy másik kávét más néven és áron – például 20-ás áron –, amely az adatbázis alkalmazásadattáblájába és munkamenettáblájába is megmarad. A megjelenő felhasználói felületnek az alábbi képernyőképhez hasonlónak kell lennie:

Ha a felhasználói felület nem hasonlít, a folytatás előtt hárítsa el és oldja meg a problémát. Tartsa nyitva a konzolt, és használja később a feladatátvételi teszthez.

Most állítsa be a Traffic Manager-profilt. Tartsa nyitva a lapot, és a végpont állapotváltozásának monitorozására használja később egy feladatátvételi eseményben.

Feladatátvétel tesztelése elsődlegesről másodlagosra

A feladatátvétel teszteléséhez manuálisan kell feladatátvételt végeznie az Azure SQL Database-kiszolgálón és -fürtön, majd az Azure Portal használatával vissza kell adnia a feladatátvételt.

Feladatátvétel a másodlagos helyre

Először az alábbi lépésekkel végezze el az Azure SQL Database feladatátvételét az elsődleges kiszolgálóról a másodlagos kiszolgálóra:

Váltson az Azure SQL Database feladatátvételi csoportjának böngészőlapjára – például failovergroup-mjg022624.
Válassza a Feladatátvételi>igen lehetőséget.
Várjon, amíg befejeződik.

A következő lépésekkel feladatátvételt végezhet a WebSphere-fürtön a helyreállítási tervvel:

Az Azure Portal tetején található keresőmezőbe írja be a Recovery Services-tárolókat , majd válassza ki a Recovery Services-tárolókat a keresési eredmények között.
Válassza ki a Recovery Services-tároló nevét – például recovery-service-vault-westus-mjg022624.
A Kezelés területen válassza a Helyreállítási tervek (Site Recovery) lehetőséget. Válassza ki a létrehozott helyreállítási tervet – például recovery-plan-mjg022624.
Válassza a Feladatátvétel lehetőséget. Válassza ki, hogy megértem-e a kockázatot. Feladatátvételi teszt kihagyása. Hagyja meg a többi mező alapértelmezett értékeit, és válassza az OK gombot.

Feljegyzés

A feladatátvételi teszt és a feladatátvételi teszt futtatásával ellenőrizheti, hogy minden a várt módon működik-e a feladatátvétel tesztelése előtt. További információ : Oktatóanyag: Vészhelyreállítási gyakorlat futtatása Azure-beli virtuális gépekhez. Ez az oktatóanyag közvetlenül teszteli a feladatátvételt a gyakorlat egyszerűsítése érdekében.
Figyelje a feladatátvételt az értesítésekben, amíg be nem fejeződik. Az oktatóanyagban szereplő gyakorlat körülbelül 10 percet vesz igénybe.
Ha szeretné, megtekintheti a feladatátvételi feladat részleteit, ha kiválasztja a feladatátvételi eseményt – például a "recovery-plan-mjg022624" feladatátvétele folyamatban van... - az értesítésekből.

Ezután az alábbi lépésekkel engedélyezheti a WebSphere integrált megoldáskonzolhoz és a másodlagos régióban található mintaalkalmazáshoz való külső hozzáférést:

Az Azure Portal tetején található keresőmezőbe írja be az Erőforráscsoportokat , majd válassza ki az Erőforráscsoportokat a keresési eredmények között.
Válassza ki a másodlagos régió erőforráscsoportjának nevét – például was-cluster-westus-mjg022624. Elemek rendezése típus szerint az Erőforráscsoport lapon.
Válassza a Hálózati adapter előtaggal lehetőséget dmgr. Válassza ki az IP-konfigurációk ipconfig1 elemét>. Válassza a Nyilvános IP-cím társítása lehetőséget. Nyilvános IP-cím esetén válassza ki az előtaggal dmgrellátott nyilvános IP-címet. Ez a korábban létrehozott cím. Ebben a cikkben a cím neve dmgr-public-ip-westus-mjg022624. Válassza a Mentés lehetőséget, majd várja meg, amíg befejeződik.
Váltson vissza az erőforráscsoportra, és válassza ki a hálózati adapter előtagját ihs. Válassza ki az IP-konfigurációk ipconfig1 elemét>. Válassza a Nyilvános IP-cím társítása lehetőséget. Nyilvános IP-cím esetén válassza ki az előtaggal ihsellátott nyilvános IP-címet. Ez a korábban létrehozott cím. Ebben a cikkben a cím neve ihs-public-ip-westus-mjg022624. Válassza a Mentés lehetőséget, majd várja meg, amíg befejeződik.

Most az alábbi lépésekkel ellenőrizze, hogy a feladatátvétel a várt módon működik-e:

Keresse meg a korábban létrehozott Dmgr nyilvános IP-címéhez tartozó DNS-névcímkét. Nyissa meg a Dmgr WebSphere integrált megoldáskonzol URL-címét egy új böngészőlapon. Ne felejtsd el használni https. Például: https://dmgrmjg022624.westus.cloudapp.azure.com:9043/ibm/console. Frissítse a lapot, amíg meg nem jelenik az üdvözlőlap a bejelentkezéshez.
Jelentkezzen be a konzolra a korábban mentett WebSphere-rendszergazda felhasználónévvel és jelszavával, majd kövesse az alábbi lépéseket:
1. A navigációs panelen válassza a Kiszolgálók minden kiszolgálója> lehetőséget. A Middleware-kiszolgálók panelen 4 kiszolgálónak kell megjelennie, köztük 3 WebSphere-alkalmazáskiszolgáló, amely WebSphere-fürtből MyCluster és 1 IHS-ből álló webkiszolgálóból áll. Frissítse a lapot, amíg az összes kiszolgáló el nem indul.
2. A navigációs panelen válassza az Alkalmazások>alkalmazástípusok>WebSphere vállalati alkalmazásokat. A Nagyvállalati alkalmazások panelen 1 alkalmazásnak kell megjelennie – websphere-cafe listában és elindítva.
3. A fürtkonfiguráció másodlagos régióban való érvényesítéséhez kövesse a Fürt konfigurálása szakasz lépéseit. Látnia kell, hogy a módosítások csomópontokkal és elosztott munkamenetekkel való szinkronizálásának beállításai replikálódnak a feladatátvevő fürtre, ahogyan az alábbi képernyőképeken látható:
Keresse meg a korábban létrehozott IHS nyilvános IP-címéhez tartozó DNS-névcímkét. Nyissa meg a gyökérkörnyezettel /websphere-cafe/kiegészített IHS-konzol URL-címét. Vegye figyelembe, hogy nem szabad használnia https. Ez a példa nem használható https például az IHS-hez http://ihsmjg022624.westus.cloudapp.azure.com/websphere-cafe/. A lapon két korábban létrehozott kávénak kell megjelennie.
Váltson a Traffic Manager-profil böngészőlapjára, majd frissítse a lapot, amíg meg nem jelenik, hogy a végpont monitorozási állapotértéke online állapotúvá válik, és a végpont myPrimaryEndpoint monitorozási állapotértéke romlik.myFailoverEndpoint
Váltson a Böngésző lapra a Traffic Manager-profil DNS-nevével – például http://tmprofile-mjg022624.trafficmanager.net/websphere-cafe/. Frissítse a lapot, és ugyanazokat az adatokat kell látnia, mint az alkalmazás adattáblájában és a megjelenített munkamenettáblában. A megjelenő felhasználói felületnek az alábbi képernyőképhez hasonlónak kell lennie:

Ha nem figyeli meg ezt a viselkedést, annak az lehet az oka, hogy a Traffic Manager időt vesz igénybe a DNS frissítéséhez, hogy a feladatátvételi helyre mutasson. A probléma az is lehet, hogy a böngésző gyorsítótárazza a dns-névfeloldási eredményt, amely a sikertelen helyre mutat. Várjon egy ideig, és frissítse újra a lapot.

A feladatátvétel véglegesítése

A feladatátvétel véglegesítéséhez kövesse az alábbi lépéseket, miután teljesítette a feladatátvételi eredményt:

Az Azure Portal tetején található keresőmezőbe írja be a Recovery Services-tárolókat , majd válassza ki a Recovery Services-tárolókat a keresési eredmények között.
Válassza ki a Recovery Services-tároló nevét – például recovery-service-vault-westus-mjg022624.
A Kezelés területen válassza a Helyreállítási tervek (Site Recovery) lehetőséget. Válassza ki a létrehozott helyreállítási tervet – például recovery-plan-mjg022624.
Válassza a Véglegesítés>OK gombot.
Figyelje a véglegesítést az értesítésekben, amíg befejeződik.
Válassza ki a helyreállítási terv elemeit. A feladatátvétel véglegesítéseként 5 elemet kell látnia.

A replikáció letiltása

A következő lépésekkel tiltsa le a helyreállítási terv elemeinek replikálását, majd törölje a helyreállítási tervet:

A helyreállítási terv elemeinek mindegyik eleméhez kattintson a három pontra (...), majd válassza a Replikáció letiltása lehetőséget.
Ha a rendszer arra kéri, hogy adjon meg egy okot a virtuális gép védelmének letiltására, válasszon egyet, amelyet szeretne – például befejeztem az alkalmazás áttelepítését. Kattintson az OK gombra.
Ismételje meg az 1. lépést, amíg le nem tiltja az összes elem replikációját.
Figyelje a folyamatot az értesítésekben, amíg be nem fejeződik.
Válassza az Áttekintés>törlése lehetőséget. A törlés megerősítéséhez válassza az Igen lehetőséget.

Felkészülés a feladat-visszavételre: a feladatátvételi hely ismételt védelme

A másodlagos régió mostantól a feladatátvételi hely és aktív. Az elsődleges régióban újra kell védenie.

Először a következő lépésekkel távolítsa el a nem használt erőforrásokat, és hogy az Azure Site Recovery szolgáltatás később replikálni fog az elsődleges régióban. Nem törölheti egyszerűen az erőforráscsoportot, mert a site Recovery visszaállítja az erőforrásokat a meglévő erőforráscsoportba.

Az Azure Portal tetején található keresőmezőbe írja be az Erőforráscsoportokat , majd válassza ki az Erőforráscsoportokat a keresési eredmények között.
Válassza ki az elsődleges régió erőforráscsoportjának nevét – például was-cluster-eastus-mjg022624. Elemek rendezése típus szerint az Erőforráscsoport lapon.
A virtuális gépek törléséhez kövesse az alábbi lépéseket:
1. Válassza ki a Típus szűrőt, majd az Érték legördülő listából válassza a Virtuális gép lehetőséget.
2. Válassza az Alkalmazás lehetőséget.
3. Jelölje ki az összes virtuális gépet, válassza a Törlés lehetőséget, majd a törlés megerősítéséhez írja be a törlést .
4. Válassza a Törlés lehetőséget.
5. Figyelje a folyamatot az értesítésekben, amíg be nem fejeződik.
A lemezek törléséhez kövesse az alábbi lépéseket:
1. Válassza a Típus szűrőt, majd válassza a Lemezek lehetőséget az Érték legördülő listából.
2. Válassza az Alkalmazás lehetőséget.
3. Jelölje ki az összes lemezt, válassza a Törlés lehetőséget, majd a törlés megerősítéséhez írja be a törlést .
4. Válassza a Törlés lehetőséget.
5. Figyelje a folyamatot az értesítésekben, és várja meg, amíg befejeződik.
A végpontok törléséhez kövesse az alábbi lépéseket:
1. Válassza ki a Típus szűrőt, és válassza a Privát végpont lehetőséget az Érték legördülő listából.
2. Válassza az Alkalmazás lehetőséget.
3. Jelölje ki az összes privát végpontot, válassza a Törlés lehetőséget, majd a törlés megerősítéséhez írja be a törlést .
4. Válassza a Törlés lehetőséget.
5. Figyelje a folyamatot az értesítésekben, amíg be nem fejeződik. Hagyja figyelmen kívül ezt a lépést, ha a Privát végpont típus nem szerepel a listában.
A hálózati adapterek törléséhez kövesse az alábbi lépéseket:
1. Válassza ki a Típus szűrőt > az Érték legördülő listából válassza a Hálózati adapter lehetőséget.
2. Válassza az Alkalmazás lehetőséget.
3. Jelölje ki az összes hálózati adaptert, válassza a Törlés lehetőséget, majd a törlés megerősítéséhez írja be a törlést .
4. Válassza a Törlés lehetőséget. Figyelje a folyamatot az értesítésekben, amíg be nem fejeződik.
A tárfiókok törléséhez kövesse az alábbi lépéseket:
1. Válassza ki a Típus szűrőt>, és válassza a Tárfiók lehetőséget az Érték legördülő listából.
2. Válassza az Alkalmazás lehetőséget.
3. Jelölje ki az összes tárfiókot, válassza a Törlés lehetőséget, majd a törlés megerősítéséhez írja be a törlést .
4. Válassza a Törlés lehetőséget. Figyelje a folyamatot az értesítésekben, amíg be nem fejeződik.

Ezután kövesse ugyanazokat a lépéseket a fürt vészhelyreállításának beállítása az Azure Site Recovery szakasz elsődleges régióhoz való használatával, kivéve az alábbi különbségeket:

A Recovery Services-tároló létrehozása szakaszhoz kövesse az alábbi lépéseket:
1. Válassza ki az elsődleges régióban üzembe helyezett erőforráscsoportot – például was-cluster-eastus-mjg022624.
2. Adjon meg egy másik nevet a szolgáltatástartónak – például recovery-service-vault-eastus-mjg022624.
3. Régió esetén válassza az USA keleti régióját.
A replikáció engedélyezéséhez kövesse az alábbi lépéseket:
1. A Forrás régióban válassza az USA nyugati régiója lehetőséget.
2. A replikációs beállításokhoz kövesse az alábbi lépéseket:
  1. A Cél erőforráscsoport esetében válassza ki az elsődleges régióban üzembe helyezett meglévő erőforráscsoportot – példáulwas-cluster-eastus-mjg022624.
  2. Feladatátvételi virtuális hálózat esetén válassza ki a meglévő virtuális hálózatot az elsődleges régióban.
Helyreállítási terv létrehozása esetén a Forrás területen válassza az USA nyugati régiója, a Cél területen pedig az USA keleti régiója lehetőséget.
Hagyja ki a másodlagos régió további hálózati konfigurációja című szakasz lépéseit, mert korábban létrehozta és konfigurálta ezeket az erőforrásokat.

Feljegyzés

Előfordulhat, hogy az Azure Site Recovery támogatja a virtuális gépek ismételt védelmét, ha a cél virtuális gép létezik. További információkért tekintse meg az Oktatóanyag virtuális gépek védelmének újravédésére vonatkozó szakaszát : Azure-beli virtuális gépek feladatátvétele egy másodlagos régióba. A WebSphere-hez használt megközelítés miatt ez a funkció nem működik. Ennek az az oka, hogy a rendszer csak a forráslemez és a céllemez közötti módosításokat szinkronizálja a WebSphere-fürthöz az ellenőrzési eredmény alapján. A virtuális gépek újravédelmi funkciójának lecseréléséhez ez az oktatóanyag új replikációt hoz létre a másodlagos helyről az elsődleges helyre a feladatátvétel után. A rendszer a teljes lemezt átmásolja a feladatátvételi régióból az elsődleges régióba. További információkért tekintse meg a Mi történik az újravédelem során? című szakaszt, amely az Azure-beli virtuális gépek elsődleges régióba történő ismételt védelmét ismerteti.

Feladat visszavétele az elsődleges helyre

A Feladatátvétel a másodlagos helyre szakasz ugyanazokat a lépéseket követve hajthat végre feladat-visszavételt az elsődleges helyre, beleértve az adatbázis-kiszolgálót és a fürtöt is, kivéve az alábbi különbségeket:

Válassza ki az elsődleges régióban üzembe helyezett helyreállítási tárat – például recovery-service-vault-eastus-mjg022624.
Válassza ki az elsődleges régióban üzembe helyezett erőforráscsoportot – például was-cluster-eastus-mjg022624.
Miután engedélyezte a WebSphere integrált megoldáskonzolhoz és a mintaalkalmazáshoz való külső hozzáférést az elsődleges régióban, nyissa meg újra a WebSphere integrált megoldáskonzol böngészőlapjait és a korábban megnyitott elsődleges fürt mintaalkalmazását. Ellenőrizze, hogy a várt módon működnek-e. Attól függően, hogy mennyi ideig tartott a feladat-visszavétel, előfordulhat, hogy nem jelennek meg a munkamenet-adatok a mintaalkalmazás felhasználói felületén az Új kávé szakaszban, ha az egy órával korábban lejárt.
A feladatátvétel véglegesítése szakaszban válassza ki az elsődleges helyen üzembe helyezett Recovery Services-tárolót – példáulrecovery-service-vault-eastus-mjg022624.
A Traffic Manager-profilban látnia kell, hogy a végpont myPrimaryEndpoint online állapotúvá válik, a végpont myFailoverEndpoint pedig romlik.
A Feladat-visszavétel előkészítése: a feladatátvételi hely szakasz ismételt védelméhez kövesse az alábbi lépéseket:
1. Az elsődleges régió a feladatátvételi hely, amely aktív, ezért a másodlagos régióban kell újból védenie.
2. Távolítsa el a másodlagos régióban üzembe helyezett erőforrásokat – például a benne üzembe helyezett was-cluster-westus-mjg022624erőforrásokat.
3. Kövesse ugyanazokat a lépéseket a fürt vészhelyreállításának beállítása az Azure Site Recovery szakasz használatával a másodlagos régió elsődleges régiójának védelméhez, kivéve a következő módosításokat:
  1. Hagyja ki a Helyreállítási tár létrehozása szakasz lépéseit, recovery-service-vault-westus-mjg022624mert korábban már létrehozott egyet – például.
  2. A replikációs replikációs>beállítások>feladatátvételi virtuális hálózatának engedélyezéséhez válassza ki a másodlagos régióban meglévő virtuális hálózatot.
  3. Hagyja ki a másodlagos régió További hálózati konfigurációja szakasz lépéseit, mert ezeket az erőforrásokat korábban már létrehozta és konfigurálta.

Az erőforrások eltávolítása

Ha nem fogja továbbra is használni a WebSphere-fürtöket és más összetevőket, az alábbi lépésekkel törölheti az erőforráscsoportokat az oktatóanyagban használt erőforrások törléséhez:

Adja meg például az Azure SQL Database-kiszolgálók myResourceGroup erőforráscsoportjának nevét az Azure Portal tetején található keresőmezőbe, és válassza ki a találatok közül a megfelelő erőforráscsoportot.
Válassza az Erőforráscsoport törlése elemet.
A törlés megerősítéséhez írja be az erőforráscsoport nevét az Enter erőforráscsoportnév mezőbe.
Válassza a Törlés lehetőséget.
Ismételje meg az 1–4. lépést a Traffic Manager erőforráscsoportja esetében – például myResourceGroupTM1.
Az Azure Portal tetején található keresőmezőbe írja be a Recovery Services-tárolókat , majd válassza ki a Recovery Services-tárolókat a keresési eredmények között.
Válassza ki a Recovery Services-tároló nevét – például recovery-service-vault-westus-mjg022624.
A Kezelés területen válassza a Helyreállítási tervek (Site Recovery) lehetőséget. Válassza ki a létrehozott helyreállítási tervet – például recovery-plan-mjg022624.
A replikált elemek zárolásának eltávolításához kövesse a Replikáció letiltása szakasz lépéseit.
Ismételje meg az 1–4. lépést az elsődleges WebSphere-fürt erőforráscsoportja esetében – például was-cluster-westus-mjg022624.
Ismételje meg az 1–4. lépést a másodlagos WebSphere-fürt erőforráscsoportja esetében – például was-cluster-eastus-mjg022624.

Következő lépések

Ebben az oktatóanyagban egy olyan HA/DR-megoldást állít be, amely egy aktív-passzív alkalmazásinfrastruktúraszintből és egy aktív-passzív adatbázisszintből áll, és amelyben mindkét szint két földrajzilag különböző helyet foglal magában. Az első helyen az alkalmazásinfrastruktúraszint és az adatbázisszint is aktív. A második helyen a másodlagos tartomány az Azure Site Recovery szolgáltatással lesz visszaállítva, a másodlagos adatbázis pedig készenléti állapotban van.

Folytassa az alábbi hivatkozásokkal a HA/DR-megoldások készítésének és a WebSphere Azure-on való futtatásának további lehetőségeihez:

Az Azure megbízhatósági dokumentációja

Megoldások létrehozása magas rendelkezésre álláshoz

Automatikus feladatátvétel az Azure Traffic Managerrel

További információ a WebSphere-ről az Azure-ban

Megosztás a következőn keresztül: