Vészhelyreállítás beállítása többrétegű SharePoint-alkalmazáshoz vészhelyreállításhoz az Azure Site Recovery használatával

Ez a cikk részletesen ismerteti, hogyan védheti meg a SharePoint-alkalmazásokat az Azure Site Recovery használatával.

Áttekintés

A Microsoft SharePoint egy hatékony alkalmazás, amely segíthet egy csoportnak vagy részlegnek az információk rendszerezésében, együttműködésében és megosztásában. A SharePoint intranetes portálokat, dokumentum- és fájlkezelést, együttműködést, közösségi hálózatokat, extraneteket, webhelyeket, vállalati keresést és üzleti intelligenciát biztosít. Emellett rendszerintegrációs, folyamatintegrációs és munkafolyamat-automatizálási képességekkel is rendelkezik. A szervezetek általában az állásidőre és az adatvesztésre érzékeny 1. rétegbeli alkalmazásként tekintenek rá.

A Microsoft SharePoint jelenleg nem biztosít beépített vészhelyreállítási képességeket. A vészhelyzet típusától és méretétől függetlenül a helyreállítás magában foglalja egy készenléti adatközpont használatát, amelybe helyreállíthatja a farmot. Készenléti adatközpontokra van szükség olyan helyzetekben, amikor a helyi redundáns rendszerek és biztonsági másolatok nem állíthatók helyre az elsődleges adatközpont kimaradásából.

Egy jó vészhelyreállítási megoldásnak lehetővé kell tennie a helyreállítási tervek modellezését az összetett alkalmazásarchitektúrák, például a SharePoint köré. Képesnek kell lennie arra is, hogy testre szabott lépéseket adjon hozzá a különböző szintek közötti alkalmazásleképezések kezeléséhez, és így egy kattintásos feladatátvételt biztosítson egy alacsonyabb RTO-val katasztrófa esetén.

Ez a cikk részletesen ismerteti, hogyan védheti meg a SharePoint-alkalmazásokat az Azure Site Recovery használatával. Ez a cikk bemutatja a háromrétegű SharePoint-alkalmazások Azure-ba történő replikálásának ajánlott eljárásait, a vészhelyreállítási próbák végrehajtásának módját, valamint az alkalmazás Azure-ba történő feladatátvételét.

Előfeltételek

Mielőtt hozzákezd, győződjön meg arról, hogy érti a következőket:

1. Virtuális gép replikálása az Azure-ba
2. Helyreállítási hálózat tervezése
3. Feladatátvételi teszt végrehajtása az Azure-ba
4. Feladatátvétel végrehajtása az Azure-ba
5. Tartományvezérlő replikálása
6. SQL Server replikálás

SharePoint-architektúra

A SharePoint egy vagy több kiszolgálón helyezhető üzembe rétegzett topológiák és kiszolgálói szerepkörök használatával egy adott céloknak és célkitűzéseknek megfelelő farmterv implementálásához. Egy tipikus nagy igényű, nagy igényű SharePoint-kiszolgálófarm, amely számos egyidejű felhasználót támogat, és számos tartalomelem használja a szolgáltatáscsoportozást a méretezhetőségi stratégia részeként. Ez a megközelítés magában foglalja a szolgáltatások dedikált kiszolgálókon való futtatását, a szolgáltatások csoportosítását, majd a kiszolgálók csoportként történő horizontális felskálázását. Az alábbi topológia egy háromrétegű SharePoint-kiszolgálófarm szolgáltatás- és kiszolgálócsoportozását mutatja be. A Különböző SharePoint-topológiákkal kapcsolatos részletes útmutatásért tekintse meg a SharePoint dokumentációját és termékvonal-architektúráit. A SharePoint 2013 telepítésével kapcsolatos további részleteket ebben a dokumentumban talál.

Site Recovery támogatása

A Site Recovery alkalmazás-agnosztikus, és a SharePoint bármely támogatott gépen futó verziójával együtt kell működnie. Ebben a cikkben a Windows Server 2012 R2 Enterprise rendszerű VMware virtuális gépeket használtuk. A SharePoint 2013 Enterprise kiadást és az SQL Server 2014 Enterprise kiadást használták.

Forrás és cél

Szem előtt tartandó dolgok

Ha az alkalmazás bármely rétegeként megosztott lemezalapú fürtöt használ, akkor a Site Recovery-replikációval nem replikálhatja ezeket a virtuális gépeket. Használhatja az alkalmazás által biztosított natív replikációt, majd helyreállítási terv használatával az összes szint feladatátvételét.

Virtuális gépek replikálása

Kövesse ezt az útmutatót a virtuális gép Azure-ba való replikálásának megkezdéséhez.

• Miután a replikáció befejeződött, győződjön meg arról, hogy az egyes szintek mindegyik virtuális gépére lép, és ugyanazt a rendelkezésre állási csoportot választja ki a replikált elem>beállításainak számítási és hálózati tulajdonságai>>között. Ha például a webes réteg 3 virtuális géppel rendelkezik, győződjön meg arról, hogy mind a 3 virtuális gép ugyanahhoz a rendelkezésre állási csoporthoz van konfigurálva az Azure-ban.

  

• Az Active Directory és a DNS védelméről az Active Directory és a DNS-dokumentum védelme című témakörben talál útmutatást.

• Az SQL Serveren futó adatbázisszint védelmére vonatkozó útmutatásért tekintse meg az SQL Server-dokumentum védelmét ismertető témakört.

Hálózatkezelési konfiguráció

Hálózati tulajdonságok

• Az alkalmazás- és webes szintű virtuális gépek esetében konfigurálja a hálózati beállításokat az Azure Portalon, hogy a virtuális gépek a feladatátvétel után a megfelelő DR-hálózathoz csatlakozjanak.

  

• Ha statikus IP-címet használ, adja meg azt az IP-címet, amelyet a virtuális gép a Cél IP-cím mezőben szeretne felvenni

  

DNS és forgalom útválasztása

Internetes webhelyek esetén hozzon létre egy "Prioritás" típusú Traffic Manager-profilt az Azure-előfizetésben. Ezután konfigurálja a DNS- és Traffic Manager-profilt a következő módon.

A Traffic Manager-profilban hozza létre az elsődleges és a helyreállítási végpontokat. Használja a külső végpontot a helyszíni végponthoz és az Azure-végpont nyilvános IP-címéhez. Győződjön meg arról, hogy a prioritás magasabb a helyszíni végpontra.

A SharePoint webes rétegében egy adott porton (például 800) üzemeltethet tesztlapot annak érdekében, hogy a Traffic Manager automatikusan észlelje a feladatátvétel utáni rendelkezésre állást. Ez egy megkerülő megoldás arra az esetre, ha egyik SharePoint-webhelyen sem engedélyezhető a névtelen hitelesítés.

Konfigurálja a Traffic Manager-profilt a következő beállításokkal:

• Útválasztási módszer – "Prioritás"
• DNS élettartam (TTL) – "30 másodperc"
• Végpontfigyelő beállításai – Ha engedélyezi a névtelen hitelesítést, megadhat egy adott webhelyvégpontot. Vagy használhat tesztlapot egy adott porton (például 800).

Helyreállítási terv létrehozása

A helyreállítási terv lehetővé teszi a többrétegű alkalmazások különböző szintjei feladatátvételének szekvenálását, így fenntartva az alkalmazáskonzisztenciát. Kövesse a megadott lépéseket egy többrétegű webalkalmazás helyreállítási tervének létrehozásakor. További információ a helyreállítási terv létrehozásáról.

Virtuális gépek hozzáadása feladatátvételi csoportokhoz

1. Hozzon létre egy helyreállítási tervet az alkalmazás- és webes szintű virtuális gépek hozzáadásával.

2. Kattintson a Testreszabás gombra a virtuális gépek csoportosításához. Alapértelmezés szerint minden virtuális gép az 1. csoport része.

   

3. Hozzon létre egy másik csoportot (2. csoport), és helyezze át a webes szintű virtuális gépeket az új csoportba. Az alkalmazásszintű virtuális gépeknek az 1. csoportnak kell lenniük, a webes szintű virtuális gépeknek pedig a 2. csoportnak kell lenniük. Ez annak biztosítása, hogy az alkalmazásszintű virtuális gépek először elinduljanak, majd a webes szintű virtuális gépek.

Szkriptek hozzáadása a helyreállítási tervhez

A leggyakrabban használt Azure Site Recovery-szkripteket az Automation-fiókban a "Üzembe helyezés az Azure-ban" gombra kattintva helyezheti üzembe. Ha bármilyen közzétett szkriptet használ, győződjön meg arról, hogy a szkript útmutatását követi.

1. Adjon hozzá egy művelet előtti szkriptet az 1. csoporthoz a feladatátvételi SQL Rendelkezésre állási csoporthoz. Használja a ASR-SQL-FailoverAG mintaszkriptekben közzétett szkriptet. Győződjön meg arról, hogy követi a szkript útmutatását, és megfelelően hajtja végre a szükséges módosításokat a szkriptben.

   

   

2. Adjon hozzá egy művelet utáni szkriptet, amely terheléselosztót csatol a webes réteg feladatátvevő virtuális gépeihez (2. csoport). Használja a ASR-AddSingleLoadBalancer mintaszkriptekben közzétett szkriptet. Győződjön meg arról, hogy követi a szkript útmutatását, és megfelelően hajtja végre a szükséges módosításokat a szkriptben.

   

   

3. Adjon hozzá egy manuális lépést a DNS-rekordok frissítéséhez, hogy az az Új Azure-farmra mutasson.

   • Az internetkapcsolattal rendelkező webhelyek esetében a feladatátvétel után nincs szükség DNS-frissítésekre. A Traffic Manager konfigurálásához kövesse a Hálózatkezelési útmutató szakaszban leírt lépéseket. Ha a Traffic Manager-profil az előző szakaszban leírtak szerint lett beállítva, adjon hozzá egy szkriptet a próbaport (a példában 800) megnyitásához az Azure-beli virtuális gépen.

   • Belső helyek esetén adjon hozzá egy manuális lépést a DNS-rekord frissítéséhez, hogy az az új webes szintű virtuális gép terheléselosztóJÁNAK IP-címére mutasson.

4. Adjon hozzá egy manuális lépést a keresési alkalmazás biztonsági mentésből való visszaállításához vagy egy új keresési szolgáltatás elindításához.

5. Search szolgáltatás alkalmazás biztonsági másolatból való visszaállításához kövesse az alábbi lépéseket:

   • Ez a módszer feltételezi, hogy a keresési szolgáltatásalkalmazás biztonsági mentése a katasztrofális esemény előtt történt, és hogy a biztonsági mentés elérhető a dr. helyen.
   • Ez könnyen megvalósítható a biztonsági mentés ütemezésével (például naponta egyszer), és egy másolási eljárással a biztonsági mentést a dr. helyen helyezheti el. A másolási eljárások lehetnek parancsfájlalapú programok, például az AzCopy (Azure Copy) vagy az elosztott fájlrendszerbeli szolgáltatások replikációjának beállítása.
   • Most, hogy a SharePoint-farm fut, navigáljon a központi felügyelet, a "Biztonsági mentés és visszaállítás" területen, és válassza a Visszaállítás lehetőséget. A visszaállítás kikérdezi a megadott biztonsági mentési helyet (előfordulhat, hogy frissítenie kell az értéket). Válassza ki a visszaállítani kívánt keresési szolgáltatásalkalmazás biztonsági mentését.
   • A keresés visszaállítva. Ne feledje, hogy a visszaállítás ugyanazt a topológiát (ugyanannyi kiszolgálót) és az ezekhez a kiszolgálókhoz rendelt merevlemez-betűket fogja megtalálni. További információ: "Search szolgáltatás alkalmazás visszaállítása a SharePoint 2013-ban" című dokumentum.

6. Egy új Search szolgáltatás alkalmazással való kezdéshez kövesse az alábbi lépéseket:

   • Ez a módszer feltételezi, hogy a keresésfelügyeleti adatbázis biztonsági másolata elérhető a dr. helyen.
   • Mivel a többi keresési szolgáltatásalkalmazás-adatbázis nincs replikálva, újra létre kell őket hozni. Ehhez lépjen a Központi felügyelet lapra, és törölje a keresési szolgáltatásalkalmazást. A keresési indexet futtató kiszolgálókon törölje az indexfájlokat.
   • Hozza létre újra a keresési szolgáltatásalkalmazást, és ezzel hozza létre újra az adatbázisokat. Javasoljuk, hogy rendelkezzen egy előkészített szkripttel, amely újra létrehozza ezt a szolgáltatásalkalmazást, mivel nem lehet minden műveletet végrehajtani a grafikus felhasználói felületen keresztül. Az indexmeghajtó helyének beállítása és a keresési topológia konfigurálása például csak SharePoint PowerShell-parancsmagok használatával lehetséges. Használja a Windows PowerShell Restore-SPEnterpriseSearchServiceApplication parancsmagot, és adja meg a naplóba szállított és replikált keresési adminisztrációs adatbázist, Search_Service__DB. Ez a parancsmag megadja a keresési konfigurációt, sémát, felügyelt tulajdonságokat, szabályokat és forrásokat, és létrehozza a többi összetevő alapértelmezett készletét.
   • A keresési szolgáltatásalkalmazás újbóli létrehozása után minden tartalomforráshoz teljes bejárást kell indítania a keresési szolgáltatás visszaállításához. Elveszíti a helyszíni farm elemzési adatait, például a keresési javaslatokat.

7. Az összes lépés elvégzése után mentse a helyreállítási tervet, és a végső helyreállítási terv a következőképpen néz ki:

   

Feladatátvételi teszt végrehajtása

A feladatátvételi teszt elvégzéséhez kövesse ezt az útmutatót .

1. Nyissa meg az Azure Portalt, és válassza ki a Helyreállítási tárat.
2. Válassza ki a SharePoint-alkalmazáshoz létrehozott helyreállítási tervet.
3. Kattintson a Feladatátvétel tesztelése elemre.
4. Válassza ki a helyreállítási pontot és az Azure-beli virtuális hálózatot a feladatátvételi folyamat elindításához.
5. A másodlagos környezet üzembehelyeztetése után elvégezheti az érvényesítést.
6. Az érvényesítés befejezése után kattintson a helyreállítási terv "Feladatátvételi teszt" gombjára, és a teszt feladatátvételi környezete törlődik.

Az AD- és DNS-feladatátvételi teszt elvégzésével kapcsolatos útmutatásért tekintse meg az AD- és DNS-dokumentum feladatátvételi szempontjait.

Az SQL Always ON rendelkezésre állási csoportok feladatátvételi tesztjével kapcsolatos útmutatásért tekintse meg az Alkalmazás-vészhelyreállítás végrehajtása az Azure Site Recoveryvel és a feladatátvételi teszt dokumentumával című témakört.

Feladatátvétel végrehajtása

A feladatátvételhez kövesse ezt az útmutatót .

1. Nyissa meg az Azure Portalt, és válassza ki a Recovery Services-tárolót.
2. Kattintson a SharePoint-alkalmazáshoz létrehozott helyreállítási tervre.
3. Kattintson a Feladatátvétel gombra.
4. Válassza ki a helyreállítási pontot a feladatátvételi folyamat elindításához.

Következő lépések

További információ a Site Recovery használatával más alkalmazások replikálásáról.