Jegyzet
Az oldalhoz való hozzáférés engedélyezést igényel. Próbálhatod be jelentkezni vagy könyvtárat váltani.
Az oldalhoz való hozzáférés engedélyezést igényel. Megpróbálhatod a könyvtár váltását.
A következőkre vonatkozik:
SQL Server az Azure-beli virtuális gépeken
Ez a cikk összehasonlítja és összeveti a magas rendelkezésre álláshoz és vészhelyreállításhoz (HADR) használható azure-beli és hibrid üzletmenet-folytonossági megoldásokat az Azure-beli virtuális gépeken futó SQL Serverrel.
Az üzletmenet folytonossága azt jelenti, hogy vészhelyzet esetén folytatja a 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.
Megjegyzés:
A feladatátvevő fürtpéldány és a rendelkezésre állási csoport megoldását az Azure-beli virtuális gépeken futó SQL Serverre is át lehet emelni és áthelyezni az Azure Migrate használatával.
Áttekintés
Az Azure-beli virtuális gépeken futó SQL Server a következő típusú megoldásokat támogatja:
- Csak Azure-beli: A teljes HADR-rendszer az Azure-ban fut.
- Hibrid: 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. Önnek kell gondoskodnia arról, hogy adatbázisrendszerei olyan HADR-képességekkel rendelkezzenek, amelyek megfelelnek a helyreállítási időkorlát (RTO), a helyreállítási pont célkitűzése (RPO) és a szolgáltatásiszint-szerződés (SLA) üzleti követelményeinek.
Az Azure által biztosított beépített magas rendelkezésre állási mechanizmusok, például a felhőszolgáltatások szolgáltatásjavítása és a virtuális gépek hibahelyreállításának észlelése nem garantálják, hogy megfelelhet az SLA-nak, az RTO-nak vagy az RPO-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.
Üzletmenet-folytonossági funkciók
Az alábbi táblázat a magas rendelkezésre álláshoz (HA), vészhelyreállításhoz (DR) vagy mindkettőhöz (HA/DR) használható azure-beli és hibrid SQL Server-funkciókat sorolja fel:
Ezek az SQL Server-funkciók az üzletmenet-folytonosság érdekében mind az Azure-beli, mind a hibrid konfigurációban támogatottak. Néhány lehetőség ideális mind a magas rendelkezésre állás, mind a vészhelyreállítás (HA/DR) biztosítására, míg más lehetőségeket kifejezetten vészhelyreállításra (DR) használnak.
| AZ SQL Server szolgáltatásai | HA/DR opció | Részletek |
|---|---|---|
| Always On rendelkezésre állási csoportok | Magas rendelkezésre állás és katasztrófa utáni helyreállítás | Adatbázisszintű védelmet biztosít, növeli a magas rendelkezésre állást és a vészhelyreállítást replikák hozzáadásával különböző rendelkezésre állási zónákban és/vagy régiókban. |
| "Always On" feladatátvevő fürtpéldányok (FCI-k) | Magas szintű rendelkezésre állás | Megosztott tárterület használatával biztosít védelmet a példány szintjén. A rendelkezésre állási csoportokkal kombinálva növelheti a védelmet az adatbázis és a példány szintjén is. |
| Napló szállítása | Katasztrófa utáni helyreállítás | A vészhelyreállítás adatbázisszintű védelme magában foglalja a tranzakciónaplók biztonsági mentésének elsődleges kiszolgálóról való küldését és egy másodlagos kiszolgálóra való visszaállítását. Azure-fájlmegosztásra van szükség. |
| SQL Server biztonsági mentése és visszaállítása az Azure Blob Storage használatával | Katasztrófa utáni helyreállítás | Az Azure Blob Storage-ban tárolt éles adatbázis biztonsági másolatai vészhelyreállítás elleni védelem céljából. |
| Azure Site Recovery | Katasztrófa utáni helyreállítás | Vészhelyreállítási megoldás, amely virtuális gépeket replikál egy elsődleges helyről egy másodlagos helyre. |
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. Bár a technológiák azonosak, lehetnek különbségek az Azure-ban vagy hibrid kialakításban való beállításban.
Rendelkezésre állási csoportok (HADR)
Az SQL Server adatbázisszintű védelme az Always On rendelkezésre állási csoportokkal magas rendelkezésre állású és vészhelyreállítási (HADR) megoldásként végezhető el. Az ugyanabban a régióban lévő Azure-beli virtuális gépeken futó replikák magas rendelkezésre állást biztosítanak. Tartományvezérlő virtuális gépre van szükség, mivel a Windows feladatátvételi fürtszolgáltatásához Active Directory-tartomány szükséges.
Első lépésként tekintse át a Rendelkezésre állási csoport oktatóanyagát.
A nagyobb redundancia, a rendelkezésre állás és a vészhelyreállítás elleni védelem érdekében az Azure-beli virtuális gépek különböző rendelkezésre állási zónákba helyezhetők üzembe a Rendelkezésre állási csoport áttekintésében leírtak szerint. Az Azure-beli virtuális gépeken több adatközpontban futó rendelkezésre állási replikák bővítése további vészhelyreállítási lefedettséget biztosít. 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ó külön virtuális hálózattal rendelkezik, 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.
Hibrid konfiguráció esetén egyes rendelkezésre állási replikák Azure-beli virtuális gépeken futnak, más replikák pedig helyszíniek a helyek közötti vészhelyreállításhoz. A gyártási hely lehet helyszíni vagy egy Azure-adatközpontban.
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 a Rendelkezésre állási csoport oktatóanyagát.
Feladatátvevő fürtpéldányok (HA)
Az Azure-beli virtuális gépeken futó SQL Server támogatja a feladatátvevő fürtpéldányokat (FCI), és ez a megoldás magas rendelkezésre állást biztosít a példány szintjén. A további védelem érdekében az adatbázis és a példány szintjén is létrehozhat redundanciát úgy, hogy rendelkezésre állási csoportokat hoz létre a hibatűrő fürtpéldányokon. Az FCI szolgáltatáshoz megosztott tárolás szükséges, és öt megoldás működik az SQL Serverrel azure-beli virtuális gépeken:
Megosztott Azure-lemezek használata Windows Server 2019-hez és újabb verziókhoz. 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 a csatolt lemezre az SCSI Állandó foglalások (SCSI PR) révén, a fürtözött alkalmazás által választott foglalás szerint olvashatnak vagy írhatnak. 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.
Közvetlen tárolóhelyek (S2D) használata a Windows Server 2016 és újabb verziók szoftveralapú virtuális SAN-jának biztosításához.
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.
Partner megoldás által támogatott tárolás használata klaszterezéshez. Az SIOS DataKeeper egy konkrét példájáért tekintse meg a blogbejegyzést, mely a failover clustering és SIOS DataKeeper alkalmazását mutatja be.
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.
Naplófájl továbbítása (DR)
Egy másik vészhelyreállítási megoldás az Azure-ban a naplószállítás, amely automatikusan küld tranzakciónapló-biztonsági mentéseket egy elsődleges adatbázisból egy elsődleges kiszolgálón egy vagy több másodlagos adatbázisba egy külön másodlagos kiszolgálón. A naplók szállításának konfigurációja egy Azure-fájlmegosztás használatával tárolja a tranzakciónapló biztonsági másolatait.
Ha hibrid környezetben kell konfigurálnia a naplószállítást, akkor az egyik kiszolgáló egy Azure-beli virtuális gépen található, a másik pedig a helyszínen található 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 (DR)
Az éles adatbázisok biztonsági mentése szükséges a katasztrófa utáni helyreállításhoz. Az Azure-ban közvetlenül biztonsági másolatot készíthet az adatbázisokról egy másik adatközpontban található Blob Storage-ba vészhelyreállítás céljából.
Hibrid megoldás esetén a helyszíni éles adatbázisok közvetlenül az Azure Blob Storage-ba menthetők 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.
Replikálás az Azure Site Recoveryvel (DR)
Az Azure Site Recovery vészhelyreállítási megoldásként használható az Azure-ban és hibrid konfigurációban is.
Az Azure-ban az egyik Azure-adatközpontban lévő éles SQL Server-példány közvetlenül replikálódik egy másik Azure-adatközpontban lévő Azure Storage-ba vészhelyreállítás céljából.
Hibrid környezetek esetén a helyszíni éles SQL Server-példányokat a rendszer közvetlenül az Azure Storage-ba replikálja 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 a helyszínen, egy ingyenes passzív szervert a HA-hoz, egy ingyenes passzív szervert a helyszíni DR-hez, és egy ingyenes passzív szervert 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 Beállítások területen a Konfigurálás lehetőséget, majd az SQL Server-licenc alatt válassza a HA/DR lehetőséget. Ezután kattintson az Alkalmaz gombra 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, nemvirtualizá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ó: A 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ódot állítsa be úgy, hogy szinkron véglegesítés 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 alkalmazkodni a felhőkörnyezethez.
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 az adatfájlt és a naplófájlt külön lemezeken tárolja, a vészhelyzet utáni helyreállított lemezek az adatfájl naprakészebb példányát tartalmazhatják, mint a naplófájlt, ami megszakítja az SQL Serverben a write-ahead naplót és a tranzakciók ACID tulajdonságait (atomiság, konzisztencia, izoláció é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.