Üzletmenet-folytonosság és HADR az Azure-beli virtuális gépeken futó SQL Serverhez
A következőre vonatkozik:
SQL Server azure-beli virtuális gépen
Az üzletmenet folytonossága azt jelenti, hogy vészhelyzet esetén folytatja vállalkozását, tervezi a helyreállítást, és biztosítja az adatok magas rendelkezésre állását. Az Azure-beli virtuális gépeken futó SQL Server segíthet csökkenteni a magas rendelkezésre állású és vészhelyreállítási (HADR) adatbázis-megoldások költségeit.
A legtöbb SQL Server HADR-megoldás csak Azure-beli és hibrid megoldásokként támogatott virtuális gépeken. Egy csak Azure-beli megoldásban a teljes HADR-rendszer az Azure-ban fut. Hibrid konfiguráció esetén a megoldás egy része az Azure-ban, a másik része pedig a helyszínen fut a szervezetben. Az Azure-környezet rugalmassága lehetővé teszi, hogy részben vagy teljesen az Azure-ba költözjön, hogy megfeleljen az SQL Server-adatbázisrendszerek költségvetésére és HADR-követelményeinek.
Ez a cikk az Azure-beli virtuális gépeken futó SQL Serverhez elérhető üzletmenet-folytonossági megoldásokat hasonlítja össze és hasonlítja össze.
Áttekintés
Önön múlik, hogy az adatbázisrendszer rendelkezik-e a szolgáltatásiszint-szerződés (SLA) által igényelt HADR-képességekkel. Az a tény, hogy az Azure magas rendelkezésre állású mechanizmusokat biztosít, például a felhőszolgáltatások szolgáltatásjavítását és a virtuális gépek hibahelyreállításának észlelését, önmagában nem garantálja, hogy megfelelhet az SLA-nak. Bár ezek a mechanizmusok segítenek megvédeni a virtuális gép magas rendelkezésre állását, nem védik a virtuális gépen futó SQL Server rendelkezésre állását.
Előfordulhat, hogy az SQL Server-példány meghibásodik, amíg a virtuális gép online és kifogástalan állapotban van. Még az Azure által biztosított magas rendelkezésre állási mechanizmusok is lehetővé teszik a virtuális gépek leállását olyan események miatt, mint a szoftver- vagy hardverhibák utáni helyreállítás és az operációs rendszer frissítése.
A georedundáns tárolás (GRS) az Azure-ban georeplikálás nevű szolgáltatással implementálható. Előfordulhat, hogy a GRS nem megfelelő vészhelyreállítási megoldás az adatbázisokhoz. Mivel a georeplikálás aszinkron módon küld adatokat, a legutóbbi frissítések vészesen elveszhetnek. A georeplikációs korlátozásokról további információt a Georeplikációs támogatás szakaszban talál.
Megjegyzés:
Mostantól a feladatátvevő fürtpéldány és a rendelkezésre állási csoport megoldását is át lehet emelni és áthelyezni az Azure-beli virtuális gépeken futó SQL Serverre az Azure Migrate használatával.
Üzembehelyezési architektúrák
Azure-támogatás ezeket az SQL Server-technológiákat az üzletmenet-folytonosság érdekében:
- Always On rendelkezésre állási csoportok
- Always On feladatátvevő fürtpéldányok (FCI-k)
- Naplók szállításának naplója
- SQL Server biztonsági mentése és visszaállítása az Azure Blob Storage használatával
- Adatbázis-tükrözés – Elavult az SQL Server 2016-ban
- Azure Site Recovery
A technológiákat kombinálva olyan SQL Server-megoldást implementálhat, amely magas rendelkezésre állási és vészhelyreállítási képességekkel is rendelkezik. A használt technológiától függően a hibrid üzembe helyezéshez vpn-alagútra lehet szükség az Azure-beli virtuális hálózattal. Az alábbi szakaszok néhány példa üzembehelyezési architektúrát mutatnak be.
Csak Azure: Magas rendelkezésre állású megoldások
Az SQL Serverhez az Always On rendelkezésre állási csoportokkal adatbázisszinten is rendelkezhet magas rendelkezésre állású megoldással. Az Always On feladatátvevő fürtpéldányokkal magas rendelkezésre állású megoldást is létrehozhat példányszinten. További védelem érdekében redundanciát hozhat létre mindkét szinten, ha rendelkezésre állási csoportokat hoz létre feladatátvevő fürtpéldányokon.
| Technológia | Példaarchitektúrák |
|---|---|
| Rendelkezésre állási csoportok | Az ugyanabban a régióban lévő Azure-beli virtuális gépeken futó rendelkezésre állási replikák magas rendelkezésre állást biztosítanak. Konfigurálnia kell egy tartományvezérlő virtuális gépet, mert a Windows feladatátvételi fürtözéséhez Active Directory-tartományra van szükség. A nagyobb redundancia és rendelkezésre állás érdekében az Azure-beli virtuális gépek különböző rendelkezésre állási zónákban helyezhetők üzembe a rendelkezésre állási csoport áttekintésében dokumentált módon.  Első lépésként tekintse át a rendelkezésre állási csoport oktatóanyagát. |
| Feladatátvevő fürtpéldányok | A feladatátvevő fürtpéldányok sql serveres virtuális gépeken támogatottak. Mivel az FCI szolgáltatáshoz megosztott tárolás szükséges, öt megoldás fog működni az SQL Serverrel azure-beli virtuális gépeken: – Megosztott Azure-lemezek használata Windows Server 2019-hez. A megosztott felügyelt lemezek olyan Azure-termékek, amelyek lehetővé teszik egy felügyelt lemez egyidejű csatlakoztatását több virtuális géphez. A fürt virtuális gépei az SCSI Állandó foglalások (SCSI PR) használatával a fürtözött alkalmazás által kiválasztott foglalás alapján olvashatnak vagy írhatnak a csatolt lemezre. Az SCSI PR egy iparági szabványnak megfelelő tárolási megoldás, amelyet a helyszíni tárolóhálózaton (SAN) futó alkalmazások használnak. Az SCSI PR felügyelt lemezen való engedélyezésével ezeket az alkalmazásokat ugyanúgy migrálhatja az Azure-ba. – A Tárolóhelyek Direct (S2D) használatával szoftveralapú virtuális SAN-t biztosíthat Windows Server 2016-hoz és újabb verziókhoz. – Prémium szintű fájlmegosztás használata Windows Server 2012-hez és újabb verziókhoz. A prémium szintű fájlmegosztások SSD-alapúak, folyamatosan alacsony késéssel rendelkeznek, és teljes mértékben támogatottak az FCI-vel való használathoz. – Partnermegoldás által támogatott tároló használata fürtözéshez. Az SIOS DataKeepert használó konkrét példáért tekintse meg a feladatátvételi fürtszolgáltatás és az SIOS DataKeeper blogbejegyzését. – Megosztott blokktároló használata távoli iSCSI-célhoz az Azure ExpressRoute-on keresztül. A NetApp Private Storage (NPS) például egy iSCSI-tárolót tesz elérhetővé az ExpressRoute és az Equinix használatával az Azure-beli virtuális gépek számára. A Microsoft-partnerek megosztott tárolási és adatreplikációs megoldásaiért forduljon a szállítóhoz a feladatátvételi adatokhoz való hozzáféréssel kapcsolatos problémákért. Első lépésként készítse elő a virtuális gépet az FCI-hez |
Csak Azure: Vészhelyreállítási megoldások
Vészhelyreállítási megoldással rendelkezhet az Azure-beli SQL Server-adatbázisokhoz rendelkezésre állási csoportok, adatbázistükrözés vagy biztonsági mentés és visszaállítás tárblobokkal.
| Technológia | Példaarchitektúrák |
|---|---|
| Rendelkezésre állási csoportok | Az Azure-beli virtuális gépek több adatközpontjában futó rendelkezésre állási replikák vészhelyreállítás céljából. Ez a régiók közötti megoldás segít a teljes webhelykimaradás elleni védelemben. Egy régión belül minden replikának ugyanabban a felhőszolgáltatásban és ugyanazon a virtuális hálózaton belül kell lennie. Mivel minden régiónak külön virtuális hálózata lesz, ezek a megoldások hálózat–hálózat kapcsolatot igényelnek. További információ: Hálózat–hálózat kapcsolat konfigurálása az Azure Portal használatával. Részletes útmutatásért lásd : SQL Server Always On rendelkezésre állási csoport konfigurálása különböző Azure-régiókban. |
| Adatbázis-tükrözés | A vészhelyreállításhoz különböző adatközpontokban futó egyszerű és tükröző és kiszolgálók. Ezeket kiszolgálótanúsítványokkal kell üzembe helyeznie.
|
| Biztonsági mentés és visszaállítás az Azure Blob Storage használatával | Az éles adatbázisok biztonsági mentése közvetlenül a Blob Storage-ba egy másik adatközpontban vészhelyreállítás céljából.
További információ: Az SQL Server biztonsági mentése és visszaállítása Azure-beli virtuális gépeken. |
| SQL Server replikálás és feladatátvétel az Azure-ba az Azure Site Recoveryvel | Éles SQL Server-példány egy Azure-adatközpontban, közvetlenül az Azure Storage-ba replikálva egy másik Azure-adatközpontban vészhelyreállítás céljából.
További információ: SQL Server védelme sql serveres vészhelyreállítással és Azure Site Recoveryvel. |
Hibrid it: Vészhelyreállítási megoldások
Az SQL Server-adatbázisok vészhelyreállítási megoldását hibrid informatikai környezetben használhatja rendelkezésre állási csoportok, adatbázis-tükrözés, naplószállítás, valamint biztonsági mentés és visszaállítás használatával az Azure Blob Storage használatával.
| Technológia | Példaarchitektúrák |
|---|---|
| Rendelkezésre állási csoportok | Egyes rendelkezésre állási replikák azure-beli virtuális gépeken és más, helyszínen futó replikák a helyek közötti vészhelyreállításhoz. Az éles hely lehet helyszíni vagy Azure-adatközpont.
Mivel minden rendelkezésre állási replikának ugyanabban a feladatátvevő fürtben kell lennie, a fürtnek mindkét hálózatra (több alhálózati feladatátvevő fürtre) kell kiterjednie. Ehhez a konfigurációhoz VPN-kapcsolat szükséges az Azure és a helyszíni hálózat között. Az adatbázisok sikeres vészhelyreállításához egy replika tartományvezérlőt is telepítenie kell a vészhelyreállítási helyre. Első lépésként tekintse át arendelkezésre állási csoport oktatóanyagát. |
| Adatbázis-tükrözés | Az egyik azure-beli virtuális gépen futó partner, a másik pedig a helyszínen futtatja a helyek közötti vészhelyreállítást kiszolgálótanúsítványok használatával. A partnereknek nem kell ugyanabban az Active Directory-tartományban lenniük, és nincs szükség VPN-kapcsolatra.
Egy másik adatbázis-tükrözési forgatókönyvben az egyik partner egy Azure-beli virtuális gépen fut, a másik pedig ugyanazon az Active Directory-tartományban fut a helyszínen a helyek közötti vészhelyreállításhoz. Vpn-kapcsolatra van szükség az Azure-beli virtuális hálózat és a helyszíni hálózat között. Az adatbázisok sikeres vészhelyreállításához egy replika tartományvezérlőt is telepítenie kell a vészhelyreállítási helyre. |
| Naplók szállításának naplója | Az egyik kiszolgáló egy Azure-beli virtuális gépen fut, a másik pedig a helyszínen fut a helyek közötti vészhelyreállításhoz. A naplószállítás a Windows-fájlmegosztástól függ, ezért VPN-kapcsolatra van szükség az Azure-beli virtuális hálózat és a helyszíni hálózat között.
Az adatbázisok sikeres vészhelyreállításához egy replika tartományvezérlőt is telepítenie kell a vészhelyreállítási helyre. |
| Biztonsági mentés és visszaállítás az Azure Blob Storage használatával | A helyszíni éles adatbázisok biztonsági mentése közvetlenül az Azure Blob Storage-ba vészhelyreállítás céljából.
További információ: Az SQL Server biztonsági mentése és visszaállítása az Azure-beli virtuális gépeken. |
| SQL Server replikálás és feladatátvétel az Azure-ba az Azure Site Recoveryvel | A helyszíni éles SQL Server-példány közvetlenül az Azure Storage-ba replikálva vészhelyreállítás céljából.
További információ: SQL Server védelme sql serveres vészhelyreállítással és Azure Site Recoveryvel. |
Ingyenes DR-replika az Azure-ban
Ha rendelkezik szoftvergaranciával, hibrid vészhelyreállítási (DR) csomagokat implementálhat az SQL Serverrel anélkül, hogy további licencelési költségekkel jár a passzív vészhelyreállítási példány. Licenc nélküli, használatalapú licenccel rendelkező DR-replikákra is jogosult, ha az összes replika az Azure-ban van üzemeltetve.
Ha például mindhárom replika az Azure-ban van üzemeltetve, két ingyenes passzív másodpéldányt is használhat:
Konfigurálhat hibrid feladatátvételi környezetet egy licencelt elsődleges helyszíni, egy szabad passzív a HA-hoz, egy szabad passzív a helyszíni DR-hez, és egy ingyenes passzívt az Azure-beli dr-hez:
További információkért tekintse meg a terméklicenc-feltételeket.
Ennek az előnynek az engedélyezéséhez lépjen az SQL Server virtuálisgép-erőforráshoz. Válassza a Konfigurálás lehetőséget a Gépház területen, majd az SQL Server-licenc alatt válassza a HA/DR lehetőséget. Jelölje be a jelölőnégyzetet annak ellenőrzéséhez, hogy ez az SQL Server virtuális gép passzív replikaként lesz-e használva, majd válassza az Alkalmaz lehetőséget a beállítások mentéséhez. Ha mindhárom replika az Azure-ban üzemel, a használatalapú fizetéses ügyfelek is jogosultak a HA/DR licenctípus használatára.
Fontos szempontok az Azure-beli SQL Server HADR-hez
Az Azure-beli virtuális gépek, a tárolás és a hálózatkezelés működési jellemzői eltérnek a helyszíni, nem virtualizált informatikai infrastruktúrától. Egy HADR SQL Server-megoldás azure-beli sikeres implementációjához ismernie kell ezeket a különbségeket, és meg kell terveznie a megoldását, hogy megfeleljen azoknak.
Magas rendelkezésre állású csomópontok egy rendelkezésre állási csoportban
Az Azure rendelkezésre állási csoportjai lehetővé teszik a magas rendelkezésre állású csomópontok különálló tartalék tartományokba való elhelyezését és a tartományok frissítését. Az Azure platform egy frissítési tartományt és egy tartalék tartományt rendel hozzá a rendelkezésre állási csoport minden egyes virtuális gépéhez. Ez az adatközponton belüli konfiguráció biztosítja, hogy egy tervezett vagy nem tervezett karbantartási esemény során legalább egy virtuális gép elérhető legyen, és megfeleljen a 99,95%-os Azure SLA-nak.
Magas rendelkezésre állású beállítás konfigurálásához helyezze az összes részt vevő SQL Server virtuális gépet ugyanabba a rendelkezésre állási csoportba, hogy elkerülje az alkalmazás- vagy adatvesztést egy karbantartási esemény során. Ugyanabban a rendelkezésre állási csoportban csak az ugyanabban a felhőszolgáltatásban lévő csomópontok vehetnek részt. További információk: Virtuális gépek rendelkezésre állásának kezelése.
Magas rendelkezésre állású csomópontok egy rendelkezésre állási zónában
A rendelkezésre állási zónák egyedi fizikai helyek egy Azure-régión belül. Minden zóna egy vagy több, független energiaellátással, hűtéssel és hálózatkezeléssel felszerelt adatközpontból áll. A rendelkezésre állási zónák régión belüli fizikai elkülönítése segít megvédeni az alkalmazásokat és az adatokat az adatközpontok hibáitól azáltal, hogy legalább egy virtuális gép elérhető, és megfelel az Azure SLA 99,99 százalékos értékének.
A magas rendelkezésre állás konfigurálásához helyezze el a részt vevő SQL Server virtuális gépeket a régió rendelkezésre állási zónái között. A rendelkezésre állási zónák közötti hálózatról hálózatra történő átvitelért további díjakat kell fizetni. További információ: Rendelkezésre állási zónák.
Hálózati késés hibrid informatikai környezetben
Telepítse a HADR-megoldást azzal a feltételezéssel, hogy a helyszíni hálózat és az Azure között magas hálózati késések lehetnek. Amikor replikákat helyez üzembe az Azure-ban, a szinkronizálási mód szinkron véglegesítése helyett aszinkron véglegesítést használjon. Amikor adatbázistükrözési kiszolgálókat helyez üzembe a helyszínen és az Azure-ban is, használja a nagy teljesítményű módot a magas biztonsági mód helyett.
Tekintse meg a hadr konfigurációs ajánlott eljárásait a fürt- és HADR-beállításokhoz, amelyek segíthetnek a felhőkörnyezet elhelyezésében.
Georeplikációs támogatás
Az Azure-lemezek georeplikálása nem támogatja ugyanannak az adatbázisnak az adatfájlját és naplófájlját, amely külön lemezeken tárolható. A GRS egymástól függetlenül és aszinkron módon replikálja az egyes lemezek módosításait. Ez a mechanizmus garantálja az írási sorrendet egyetlen lemezen a georeplikált példányon, de nem több lemez georeplikált példányai között. Ha úgy konfigurál egy adatbázist, hogy külön lemezeken tárolja az adatfájlját és a naplófájlját, a vész után helyreállított lemezek az adatfájl naprakészebb másolatát tartalmazhatják, mint a naplófájlt, ami megszakítja az SQL Server írási naplóját és a tranzakciók ACID-tulajdonságait (atomiság, konzisztencia, elkülönítés és tartósság).
Ha nem tudja letiltani a georeplikálást a tárfiókon, tartsa meg az adatbázis összes adatát és naplófájlját ugyanazon a lemezen. Ha az adatbázis mérete miatt több lemezt kell használnia, telepítse a korábban felsorolt vészhelyreállítási megoldások egyikét az adatredundancia biztosítása érdekében.
További lépések
Döntse el, hogy egy rendelkezésre állási csoport vagy egy feladatátvevő fürtpéldány a legjobb üzletmenet-folytonossági megoldás a vállalat számára. Ezután tekintse át a környezet magas rendelkezésre állásra és vészhelyreállításra való konfigurálásának ajánlott eljárásait .