Az SQL Server vészhelyreállításának beállítása

Ez a cikk azt ismerteti, hogyan védheti meg az SQL Server háttérrendszerét. Ezt az SQL Server üzletmenet-folytonossági és vészhelyreállítási (BCDR) technológiáinak és az Azure Site Recoverynek a kombinációjával teheti meg.

Mielőtt hozzákezd, győződjön meg arról, hogy ismeri az SQL Server vészhelyreállítási képességeit. Ezek a lehetőségek többek között a következők:

• Feladatátvételi fürtszolgáltatás
• AlwaysOn rendelkezésreállási csoportok
• Adatbázis-tükrözés
• Naplóküldés
• Aktív georeplikáció
• Automatikus feladatátvételi csoportok

BCDR-technológiák kombinálása a Site Recoveryvel

Az SQL Server-példányok helyreállításához választott BCDR-technológiának a helyreállítási időkorláton (RTO) és a helyreállításipont-célkitűzésen (RPO) alapuló igényeken kell alapulnia az alábbi táblázatban leírtak szerint. Kombinálja a Site Recoveryt a választott technológia feladatátvételi műveletével a teljes alkalmazás helyreállításának vezényléséhez.

Üzemelő példány típusa	BCDR technológia	Az SQL Server várt RTO-jának használata	Az SQL Server várt RPO-jának használata
SQL Server szolgáltatásként nyújtott Azure-infrastruktúrán (IaaS) virtuális gépen (VM) vagy a helyszínen.	Always On rendelkezésre állási csoport	A másodlagos replika elsődlegesként való létrehozásához szükséges idő.	Mivel a másodlagos replikára történő replikáció aszinkron, adatvesztés történik.
SQL Server egy Azure IaaS virtuális gépen vagy a helyszínen.	Feladatátvételi fürtszolgáltatás (Always On FCI)	A csomópontok közötti feladatátvételhez szükséges idő.	Mivel az Always On FCI megosztott tárterületet használ, a feladatátvételkor a tárpéldány nézete is elérhető.
SQL Server egy Azure IaaS virtuális gépen vagy a helyszínen.	Adatbázis-tükrözés (nagy teljesítményű mód)	A tükörkiszolgálót meleg készenléti kiszolgálóként használó szolgáltatás kényszerítéséhez szükséges idő.	A replikáció aszinkron. Előfordulhat, hogy a tükrözött adatbázis és az elsődleges adatbázis között késés jelentkezik. A késés általában kicsi. Azonban nagy méretűvé válhat, ha az egyszerű vagy tükrözött kiszolgáló rendszere nagy terhelés alatt áll. A naplószállítás az adatbázis-tükrözés kiegészítése lehet. Ez az aszinkron adatbázis-tükrözés kedvező alternatívája.
AZ SQL mint szolgáltatásként nyújtott platform (PaaS) az Azure-ban. Ez az üzembe helyezési típus önálló adatbázisokat és rugalmas készleteket tartalmaz.	Aktív georeplikáció	30 másodperccel a feladatátvétel aktiválása után. Ha a feladatátvétel aktiválva van az egyik másodlagos adatbázishoz, a rendszer automatikusan összekapcsolja az összes többi másodfokot az új elsődleges adatbázissal.	5 másodperces RPO. Az aktív georeplikációs szolgáltatás az SQL Server Always On technológiáját használja. A pillanatkép-elkülönítés használatával aszinkron módon replikálja az elsődleges adatbázisban lekötött tranzakciókat egy másodlagos adatbázisba. A másodlagos adatok garantáltan soha nem rendelkeznek részleges tranzakciókkal.
Az AZURE-ban aktív georeplikációval konfigurált SQL PaaS-ként. Ez az üzembe helyezési típus felügyelt példányokat, rugalmas készleteket és önálló adatbázisokat tartalmaz.	Automatikus feladatátvételi csoportok	Egyórás RTO.	5 másodperces RPO. Az automatikus feladatátvételi csoportok az aktív georeplikációs folyamaton felül biztosítják a csoport szemantikáját. De ugyanazt az aszinkron replikációs mechanizmust használják.
SQL Server egy Azure IaaS virtuális gépen vagy a helyszínen.	Replikáció az Azure Site Recoveryvel	Az RTO általában kevesebb, mint 15 perc. További információért olvassa el a Site Recovery által biztosított RTO SLA-t.	Az alkalmazáskonzisztenciához egy óra, az összeomlási konzisztencia pedig öt perc. Ha alacsonyabb RPO-t keres, használjon más BCDR-technológiákat.

Feljegyzés

Néhány fontos szempont, amikor segít megvédeni az SQL-számítási feladatokat a Site Recoveryvel:

• A Site Recovery alkalmazásgnosztikus. A Site Recovery segíthet megvédeni az SQL Server bármely olyan verzióját, amely támogatott operációs rendszeren van üzembe helyezve. További információkért tekintse meg a replikált gépek helyreállításának támogatási mátrixát.
• A Site Recoveryt bármely Azure-, Hyper-V-, VMware- vagy fizikai infrastruktúrában történő üzembe helyezéshez használhatja. Kövesse a cikk végén található útmutatást, amely bemutatja, hogyan védheti meg az SQL Server-fürtöt a Site Recoveryvel.
• Győződjön meg arról, hogy a gépen megfigyelt adatváltozási sebesség a Site Recovery korlátain belül van. A változási arányt másodpercenkénti írási bájtokban méri a rendszer. Windows rendszerű gépek esetén ezt a változási arányt a Feladatkezelő Teljesítmény lapján tekintheti meg. Figyelje meg az egyes lemezek írási sebességét.
• A Site Recovery támogatja a feladatátvevő fürtpéldányok replikálását Tárolóhelyek Direct rendszeren. További információ: Tárolóhelyek közvetlen replikáció engedélyezése.

Az SQL-számítási feladat Azure-ba való migrálásakor ajánlott az SQL Server teljesítményére vonatkozó irányelveket alkalmazni az Azure-beli virtuális gépeken.

Alkalmazás vészhelyreállítása

A Site Recovery a helyreállítási tervek segítségével vezényli a feladatátvételi tesztet és a teljes alkalmazás feladatátvételét.

Vannak előfeltételek annak biztosításához, hogy a helyreállítási terv az igényeinek megfelelően teljesen testre legyen szabva. Minden SQL Server-telepítéshez általában Active Directory-telepítésre van szükség. Az alkalmazásszinthez kapcsolatra is szükség van.

1. lépés: Az Active Directory beállítása

Állítsa be az Active Directoryt a másodlagos helyreállítási helyen, hogy az SQL Server megfelelően fusson.

• Kisvállalat: Néhány alkalmazással és egyetlen tartományvezérlővel rendelkezik a helyszíni helyhez. Ha a teljes hely feladatátvételét szeretné elvégezni, használja a Site Recovery replikációt. Ez a szolgáltatás replikálja a tartományvezérlőt a másodlagos adatközpontba vagy az Azure-ba.
• Közepes és nagyvállalati: Előfordulhat, hogy további tartományvezérlőket kell beállítania.
  • Ha nagy számú alkalmazással rendelkezik, rendelkezik Active Directory-erdővel, és alkalmazás vagy számítási feladat alapján szeretne feladatátvételt végezni, állítson be egy másik tartományvezérlőt a másodlagos adatközpontban vagy az Azure-ban.
  • Ha Always On rendelkezésre állási csoportokat használ egy távoli helyre való helyreállításhoz, állítson be egy másik tartományvezérlőt a másodlagos helyen vagy az Azure-ban. A rendszer ezt a tartományvezérlőt használja a helyreállított SQL Server-példányhoz.

A cikkben szereplő utasítások feltételezik, hogy egy tartományvezérlő elérhető a másodlagos helyen. További információkért tekintse meg azOkat az eljárásokat , amelyek segítenek az Active Directory és a Site Recovery védelmében.

2. lépés: Kapcsolat biztosítása más rétegekkel

Miután az adatbázisszint a cél Azure-régióban fut, győződjön meg arról, hogy rendelkezik kapcsolattal az alkalmazással és a webes rétegekkel. Végezze el előre a szükséges lépéseket a kapcsolat ellenőrzéséhez feladatátvételi teszttel.

Ha szeretné megtudni, hogyan tervezhet alkalmazásokat kapcsolati szempontok alapján, tekintse meg az alábbi példákat:

• Alkalmazás tervezése felhőbeli vészhelyreállításhoz
• Rugalmas készlet vészhelyreállítási stratégiái

3. lépés: Együttműködés az Always On-nal, az aktív georeplikációval és az automatikus feladatátvételi csoportokkal

Az Always On BCDR technológiák, az aktív georeplikálás és az automatikus feladatátvételi csoportok az SQL Server másodlagos replikáival rendelkeznek, amelyek a cél Azure-régióban futnak. Az alkalmazás feladatátvételének első lépése a replika elsődlegesként való megadása. Ez a lépés feltételezi, hogy már rendelkezik tartományvezérlővel a másodlagos helyen. Előfordulhat, hogy a lépés nem szükséges, ha automatikus feladatátvételt hajt végre. A webes és alkalmazásszintek feladatátvétele csak az adatbázis feladatátvétele után történik.

Feljegyzés

Ha segített megvédeni az SQL-gépeket a Site Recoveryvel, csak létre kell hoznia ezeknek a gépeknek egy helyreállítási csoportját, és fel kell vennie a feladatátvételt a helyreállítási tervbe.

Helyreállítási terv létrehozása alkalmazás- és webes szintű virtuális gépekkel. Az alábbi lépések bemutatják, hogyan adhat hozzá feladatátvételt az adatbázisszinthez:

1. Importálja a szkripteket az SQL Rendelkezésre állási csoport feladatátvételéhez egy Resource Manager-alapú virtuális gépen és egy klasszikus virtuális gépen. Importálja a szkripteket az Azure Automation-fiókjába.

   

2. Adja hozzá az ASR-SQL-FailoverAG szkriptet a helyreállítási terv első csoportjának előzetes műveleteként.

3. Automation-változó létrehozásához kövesse a szkriptben elérhető utasításokat. Ez a változó adja meg a rendelkezésre állási csoportok nevét.

4. lépés: Feladatátvételi teszt végrehajtása

Egyes BCDR-technológiák, például az SQL Always On nem támogatják natív módon a feladatátvételi teszteket. Az alábbi megközelítést csak ilyen technológiák használatakor javasoljuk.

1. Állítsa be az Azure Backupot azon a virtuális gépen, amely a rendelkezésre állási csoport replikáját üzemelteti az Azure-ban.

2. A helyreállítási terv feladatátvételi tesztjének aktiválása előtt állítsa helyre a virtuális gépet az előző lépésben készített biztonsági másolatból.

   

3. Kényszerítsen egy kvórumot a virtuális gépen, amely a biztonsági másolatból lett visszaállítva.

4. Frissítse a figyelő IP-címét úgy, hogy a teszt feladatátvevő hálózatában elérhető cím legyen.

   

5. A figyelő online állapotba hozása.

   

6. Győződjön meg arról, hogy a feladatátvevő hálózat terheléselosztója egy IP-címmel rendelkezik az egyes rendelkezésreállási csoportok figyelőinek megfelelő előtér-IP-címkészletből, valamint a háttérkészletben lévő SQL Server virtuális géppel.

   

   

7. A későbbi helyreállítási csoportokban adja hozzá az alkalmazásszint feladatátvételét, majd a helyreállítási terv webes rétegét.

8. Tesztelje a helyreállítási terv feladatátvételét az alkalmazás végpontok közötti feladatátvételének teszteléséhez.

Feladatátvétel lépései

Miután hozzáadta a szkriptet a 3. lépésben, és érvényesítette a 4. lépésben, elvégezheti a 3. lépésben létrehozott helyreállítási terv feladatátvételét.

Az alkalmazás- és webes szintek feladatátvételi lépéseinek azonosnak kell lenniük a feladatátvételi és feladatátvételi helyreállítási tervekben is.

Sql Server-fürt védelme

Az SQL Server Standard kiadást vagy az SQL Server 2008 R2-t futtató fürtök esetében javasoljuk, hogy az SQL Server védelméhez használja a Site Recovery replikációt.

Azure-ból Azure-ba és helyszíniről Azure-ba

A Site Recovery nem nyújt vendégfürt-támogatást egy Azure-régióba történő replikáláskor. Az SQL Server Standard kiadás szintén nem biztosít alacsony költségű vészhelyreállítási megoldást. Ebben a forgatókönyvben azt javasoljuk, hogy védje az SQL Server-fürtöt egy önálló SQL Server-példányhoz az elsődleges helyen, és állítsa helyre a másodlagos helyen.

1. Konfiguráljon egy másik különálló SQL Server-példányt az elsődleges Azure-régióban vagy a helyszíni helyen.

2. Konfigurálja úgy a példányt, hogy tükörként szolgáljon a védeni kívánt adatbázisokhoz. A tükrözést magas biztonsági módban konfigurálhatja.

3. Konfigurálja a Site Recoveryt az Azure, Hyper-V vagy VMware virtuális gépek és fizikai kiszolgálók elsődleges helyén.

4. A Site Recovery-replikációval replikálhatja az új SQL Server-példányt a másodlagos helyre. Mivel ez egy magas biztonsági szintű tükörpéldány, a rendszer szinkronizálja az elsődleges fürttel, de a Site Recovery replikációjával replikálja.

   

Feladat-visszavételi szempontok

Az SQL Server Standard fürtök esetében a nem tervezett feladatátvétel utáni feladat-visszavételhez SQL Server-biztonsági mentésre és visszaállításra van szükség. Ez a művelet a tükörpéldánytól az eredeti fürtig, a tükör ismételt létrehozásával történik.

Gyakori kérdések

Hogyan történik az SQL Server licencelése a Site Recovery használatakor?

Az SQL Server Site Recovery-replikációjára a Szoftvergarancia vészhelyreállítási előnyei vonatkoznak. Ez a lefedettség az összes Site Recovery-forgatókönyvre vonatkozik: a helyszíni azure-beli vészhelyreállításra és a régiók közötti Azure IaaS-vészhelyreállításra. További információért tekintse meg az Azure Site Recovery díjszabását .

Támogatja a Site Recovery az SQL Server-verziómat?

A Site Recovery alkalmazásgnosztikus. A Site Recovery segíthet megvédeni az SQL Server bármely olyan verzióját, amely támogatott operációs rendszeren van üzembe helyezve. További információkért tekintse meg a replikált gépek helyreállításának támogatási mátrixát.

Működik az ASR az SQL-tranzakciós replikációval?

Mivel az ASR fájlszintű másolást használ, az SQL nem tudja garantálni, hogy a társított SQL-replikációs topológia kiszolgálói szinkronban vannak az ASR-feladatátvétel időpontjában. Ez okozhatja, hogy a naplóolvasó és/vagy a terjesztési ügynökök meghiúsulnak az LSN-eltérés miatt, ami megszakíthatja a replikációt. Ha feladatátvételt végzett a közzétevő, a terjesztő vagy az előfizető egy replikációs topológiában, újra kell építenie a replikációt. Javasoljuk, hogy újraincializálja az ELŐFIZETÉSt az SQL Serverre.

Következő lépések

• További információ a Site Recovery architektúrájáról.
• Az Azure-beli SQL Server esetében további információ a másodlagos Azure-régióban történő helyreállítás magas rendelkezésre állású megoldásairól.
• Az SQL Database esetében további információ a másodlagos Azure-régióban történő helyreállítás üzletmenet-folytonosságáról és magas rendelkezésre állási lehetőségeiről.
• A helyszíni SQL Server-gépek esetében további információ az Azure-beli virtuális gépek magas rendelkezésre állási lehetőségeiről .