Licencmentes készenléti replika konfigurálása (előzetes verzió) az Azure SQL Database-hez
A következőre vonatkozik: Azure SQL Database
Ez a cikk azt ismerteti, hogyan takaríthatja meg a licencelési költségeket a másodlagos vészhelyreállítási (DR)-adatbázis készenléti állapotba állításával az Azure SQL Database használatakor.
Feljegyzés
A készenléti Azure SQL Database-replikák jelenleg előzetes verzióban érhetők el.
Áttekintés
Ha egy másodlagos adatbázis-replikát csak vészhelyreállításhoz használnak, és nem fut rajta számítási feladat, vagy az alkalmazások csatlakoznak hozzá, az adatbázis készenléti replikaként való kiosztásával csökkentheti a licencelési költségeket. Ha egy másodlagos adatbázis készenlétre van kijelölve, a Microsoft a terméklicencelési feltételekben biztosított feladatátvételi jogosultsági előnyök alapján díjmentesen biztosítja az elsődleges adatbázishoz licencelt virtuális magok számát. Továbbra is a másodlagos adatbázis által használt számításért és tárolásért kell fizetnie.
Az új aktív georeplikációs replikáció konfigurálásakor egy replikát kell kijelölnie a készenléti állapothoz. Ezután igény szerint hozzáadhatja a replikát egy feladatátvételi csoporthoz.
Bár az aktív georeplika négy másodlagos replika hozzáadását támogatja, a készenléti állapothoz csak egy másodlagos adatbázisreplikát jelölhet ki. A feladatátvételi csoportok elsődleges adatbázisonként egy másodlagos adatbázis-replikát támogatnak, és olvashatók vagy készenléti állapotban is lehetnek.
A tervezett vagy nem tervezett feladatátvétel során a készenléti replika lesz az új elsődleges, és rendszeres virtuális mag licencelési költségekkel jár, míg az eredeti elsődleges az új másodlagos készenléti tartalék, és leállítja a virtuális mag licencelési költségeit.
További információkért tekintse meg ezt a videót a Data Exposedből:
Költség juttatás
Ha tartalékként jelöl ki egy adatbázisreplikát, a Microsoft nem számít fel SQL Server-licencköltségeket a készenléti replika által használt virtuális magokért. Mivel azonban az adatbázis számlázása az egész órára történik, előfordulhat, hogy az egész óra licencelési költségeit a rendszer továbbra is felszámítja, ha az állapotváltozás az óra közepén történik.
Az előny eltérően fordítható le a használatalapú fizetéses modellt használó ügyfelek és az Azure Hybrid Benefit modellt használó ügyfelek között. Használatalapú fizetéses ügyfelek esetén a virtuális magok a számlájukon diszkontálva lesznek. A készenléti replikához az Azure Hybrid Benefitet használó ügyfelek esetében a másodlagos replika által használt virtuális magok száma visszakerül a licenckészletbe.
Ha például használatalapú fizetéses ügyfélként 16 virtuális mag van hozzárendelve a másodlagos adatbázishoz, 16 virtuális magra vonatkozó kedvezmény jelenik meg a számlán, ha csak készenléti állapotként jelöli meg a másodlagos adatbázist.
Egy másik példában, ha 16 Azure Hybrid Benefit-licenccel rendelkezik, és egy 16 virtuális maggal rendelkező adatbázist helyez üzembe, miután kijelölte a másodlagos adatbázist készenléti állapotba, a rendszer 16 virtuális magot ad vissza a licenckészletbe, hogy más Azure SQL-üzemelő példányokkal együtt használhassa.
Funkcionális képességek
Az alábbi táblázat egy másodlagos készenléti adatbázis-replika funkcionális képességeit ismerteti:
Funkciók | Leírás |
---|---|
Korlátozott olvasási számítási feladatok | Miután készenléti állapotúként jelölte ki az adatbázist, csak korlátozott számú olvasási számítási feladatot futtathat a másodlagos adatbázisban, például dinamikus felügyeleti nézeteket (DMV-ket), biztonsági másolatokat és adatbázis-konzolparancsokat (DBCC- lekérdezéseket). |
Tervezett feladatátvétel | A készenléti másolat támogatja az összes tervezett üzemzavar-átvételi forgatókönyvet, beleértve a helyreállítási gyakorlatokat, az adatbázisok különböző régiókba történő áthelyezését és az adatbázisok elsődlegesre történő visszahelyezését. Amikor a másodlagos az elsődlegesre vált, olvasási és írási lekérdezéseket képes kiszolgálni. Az új másodlagos (az eredeti elsődleges) lesz a készenléti replika, és nem használható olvasási számítási feladatokhoz. |
Nem tervezett feladatátvétel | A nem tervezett feladatátvétel során, miután a másodlagos átvált az elsődleges szerepkörre, képes olvasási és írási lekérdezéseket kiszolgálni. A kimaradás csökkentése és az eredeti elsődleges újracsatlakozás után ez lesz az új másodlagos készenléti replika, és nem szabad olvasási számítási feladatokhoz használni. |
Biztonsági mentés és visszaállítás | A készenléti replikák és az olvasható másodlagos adatbázis-replikák biztonsági mentési és visszaállítási viselkedése megegyezik. |
Figyelés | A készenléti replika minden olyan monitorozási műveletet támogat, amelyet egy olvasható másodlagos replika is. |
A készenléti adatbázis replikája csak vészhelyreállításhoz használható. A replikához nem lehet éles alkalmazásokat csatlakoztatni. Az alábbi lista azokat a tevékenységeket sorolja fel, amelyek engedélyezettek a készenléti adatbázisban:
- Karbantartási műveletek, például checkDB végrehajtása
- Monitorozási alkalmazások csatlakoztatása
- Vészhelyreállítási próbák futtatása
Korlátozások
Az alábbi táblázat a támogatott és nem támogatott üzemi modelleket sorolja fel:
Üzembehelyezési modell | Számítási szint | Szolgáltatási szint | A készenléti replika támogatott | Hardver |
---|---|---|---|---|
Önálló adatbázis | Kiépítve | Általános célú | Igen | Standard sorozat (Gen5), FSv2 sorozat, DC-sorozat |
Önálló adatbázis | Kiépítve | Üzletileg kritikus | Igen | Standard sorozat (Gen5), DC-sorozat |
Önálló adatbázis | Kiépítve | Rugalmas skálázás | Nem | N.A. |
Önálló adatbázis | Kiszolgáló nélküli | Összes | Nem | N.A. |
Rugalmas készlet | Mind | Mind | Nem | N.A. |
A készenléti adatbázis használata a következő korlátozásokkal rendelkezik:
- Új aktív georeplikációs kapcsolat létrehozásakor csak készenléti adatbázist jelölhet ki. A meglévő aktív-georeplicációs kapcsolatokkal vagy meglévő feladatátvételi csoportokkal rendelkező adatbázisok nem jelölhetők ki készenléti állapotra.
- Csak egy másodlagos adatbázisreplika jelölhető ki készenléti állapotba.
- A kiszolgáló nélküli számítási szint nem támogatott. A készenléti replika nem engedélyezhető, ha az elsődleges vagy másodlagos adatbázis kiszolgáló nélküli számítási szinten van.
- A DTU vásárlási modell nem támogatott. Az adatbázisokhoz csak a virtuálismag-vásárlási modell használatával engedélyezheti a készenléti replikát.
- A rugalmas skálázási szolgáltatási szint nem támogatott. Csak az Általános célú és üzletileg kritikus szolgáltatási szinteken lévő adatbázisok jelölhetők ki készenléti állapotra.
- Feladatátvételi csoport használatakor a készenléti jogosultságok az adatbázis szintjén vannak hozzárendelve, nem a feladatátvételi csoport szintjén, és külön kell hozzárendelni a feladatátvételi csoporton belüli összes adatbázishoz.
- A másodlagos replika készenléti célú tervezése nem támogatott, ha a replika egy másodlagos replika másodlagos replikája (egy ismert folyamat a láncolás).
Előfeltételek
- Azure-előfizetés. Ha nem rendelkezik Azure-előfizetéssel, első lépésként hozzon létre egy ingyenes Azure-fiókot.
- Egy elsődlegesen kiépített virtuális mag azure SQL Database az Általános célú vagy üzletileg kritikus támogatott hardveren futó szolgáltatási szinten. Első lépésként tekintse át a rövid útmutatót .
Készenléti replika konfigurálása
Ha új aktív georeplikációs kapcsolatot konfigurál az Azure Portal, a PowerShell vagy az Azure CLI használatával, kijelölhet egy replikát készenléti állapotba.
Ha új aktív georeplikációs kapcsolatot szeretne létrehozni, és ki szeretné jelölni a másodlagos adatbázist készenléti állapotba az Azure Portalon, kövesse az alábbi lépéseket:
Nyissa meg az SQL-adatbázis-erőforrást az Azure Portalon.
Az erőforrás menüjében válassza a Replikák lehetőséget az Adatkezelés területen, majd a + Replika létrehozása lehetőséget választva nyissa meg az SQL Database – Georeplika létrehozása lapot.
Az SQL Database létrehozása – Georeplika lapon válassza a Replikatípushoz tartozó Készenléti replika lehetőséget a Replika konfigurációja területen. Jelölje be a jelölőnégyzetet annak ellenőrzéséhez, hogy a replikát készenlétre fogja-e használni.
Adjon meg egy új vagy meglévő kiszolgálót az új készenléti adatbázishoz, majd a Review + create használatával végezze el az adatbázis és a kiszolgáló adatainak végső ellenőrzését.
A Létrehozás funkcióval erősítse meg a beállításokat, és hozza létre az új készenléti adatbázis-replikát.
Hozzáadás feladatátvételi csoporthoz (nem kötelező)
Miután létrejött az aktív georeplikációs kapcsolat az új készenléti adatbázis-replikához, felveheti azt egy feladatátvételi csoportba. További információkért tekintse át a feladatátvételi csoportok konfigurálását.
Licencelési jogosultságok megtekintése
Egy meglévő adatbázis licencelési jogosultságait az Azure Portal, a PowerShell és az Azure CLI használatával tekintheti meg.
Ha egy meglévő adatbázis licencelési jogosultságát az Azure Portal használatával szeretné ellenőrizni, kövesse az alábbi lépéseket:
Nyissa meg az SQL-adatbázist az Azure Portalon.
Az Áttekintés lapon ellenőrizze a Replika típusát az Alapvető szolgáltatások területen. Az érték
Standby
azt jelzi, hogy az adatbázis készenléti replika, és nem kell fizetnie az adatbázis SQL-licencelési költségeiért:
Készenléti replika eltávolítása
Miután egy adatbázis készenlétre van jelölve, nem távolíthatja el egyszerűen a készenléti tulajdonságot. A készenléti replika eltávolításához le kell állítania a replikációt az aktív georeplikációs kapcsolat megszüntetéséhez. A replikáció leállása után az adatbázis önállóvá válik, és megkezdi a licencelési költségek felmerülését.
A georeplikálást az Azure Portal, a PowerShell és az Azure CLI használatával állíthatja le.
Ha el szeretne távolítani egy készenléti replikát az Azure Portal georeplikálásának befejezésével, kövesse az alábbi lépéseket:
- Nyissa meg az SQL-adatbázist az Azure Portalon.
- Válassza a Replikák lehetőséget az Adatkezelés területen.
- Válassza ki a készenléti replika három pontját (...), majd az előugró menüben válassza a Replikáció leállítása lehetőséget. Ez leállítja a replikációt, így a másodlagos adatbázis már önálló, nem pedig készenlétre van kijelölve, és licencköltségeket von maga után.
Gyakori kérdések (GYIK)
Mik a díjszabás következményei?
A másodlagos adatbázis-replikák az SQL-licencelésért, a számításért és a tárolásért az adatokért és a biztonsági másolatokért díjat számítanak fel. Ha tartalék adatbázis-replikát jelöl ki, a másodlagos replika által használt virtuális magok licencelési költségeiért nem kell fizetnie, de a számításért és a tárolásért továbbra is fizetnie kell.
Mi a közelítő megtakarítás egy készenléti replikával?
A licencelési költségek nélkül a készenléti replika 35–40 százalékot takaríthat meg egy normál, teljesen olvasható másodlagos replikához képest, bár a megtakarítás régiónként eltérő. A pontos díjszabás érdekében használja az Azure díjszabási kalkulátorát, és állítsa be az SQL Server-licencet az Azure Hybrid Benefitre.
Hány virtuális mag lesz licencmentes a készenléti replikához?
Az elsődleges adatbázis által használt virtuális magok száma. A másodlagos replika konfigurálása az elsődleges adatbázissal azonos számú virtuális maggal az optimális georeplikációs teljesítmény érdekében ajánlott.
Szükség van egy SQL Server-licencre, amely aktív szoftvergaranciával rendelkezik a készenléti replika használatához?
Szám Mivel a készenléti replika nem jár licencelési költségekkel, nincs szükség aktív SQL Server-licencre aktív szoftvergaranciával.
Hogyan használhatom a készenléti replikát?
A készenléti replikák csak vészhelyreállítási (DR) célokra szolgálnak, és nem rendelkezhetnek aktív olvasási számítási feladatokkal. Az egyetlen elfogadható számítási feladat a figyelés, a karbantartás, például a dinamikus felügyeleti nézetek (DMV-k) és a CheckDB futtatása.
Frissíthetem a meglévő olvasható másodlagos replikámat készenléti replikára a költségek csökkentése érdekében?
Szám Csak az új replikák jelölhetők ki készenléti állapotúként. A meglévő replikák frissítése nem támogatott. Létrehozhat azonban egy új készenléti replikát, amely készenlétre van kijelölve, majd a költségek csökkentése érdekében törölheti a meglévő geo-másodlagos replikát.
Engedélyezhetem az Azure Hybrid Benefitet a készenléti replikához?
A replika készenlétre történő tervezése az Azure Hybrid Benefit kedvezményét váltja fel, így nem módosíthatja a replika licencelési modelljét az Azure Portal használatával. Ha azonban azt szeretné, hogy a készenléti replika a feladatátvételkor az Azure Hybrid Benefitet használja, a Set-AzSqlDatabase PowerShell vagy az sql db update Azure CLI parancsával frissítheti a készenléti replika licenctípusát
BasePrice
(Azure Hybrid Benefit), amikor a készenléti replika elsődlegessé válik a feladatátvétel után.Mi történik a készenléti replika állapotával a feladatátvétel során?
A tervezett vagy nem tervezett feladatátvétel során a készenléti replika lesz az új elsődleges, amely rendszeres licencelési költségeket von maga után, míg az eredeti elsődleges az új másodlagos készenléti tartalék lesz, és leállítja a virtuális magok licencelésének költségeit. Mivel azonban a példány teljes órára van kiszámlázva, előfordulhat, hogy az új másodlagos licencelési költségeit az egész órára terheljük, ha az állapotváltozás az óra közepén történik. Ha az eredeti elsődleges (amely a feladatátvétel után készenléti állapotba kerül) az Azure Hybrid Benefitet használta, a készenléti licencelési kedvezmény felülírja az adatbázis által használt Azure Hybrid Benefitet.
Mi történik, ha az elsődleges vagy másodlagos skálázás magasabb virtuális magméretre történik?
A vertikális felskálázás során ajánlott először a másodlagos, majd az elsődleges skálázást felskálázni. Bár a másodlagos replika több virtuális magot fog tartalmazni, mint az elsődleges az átmeneti időszakban, a készenléti replika előnyei továbbra is érvényesek lesznek. Próbálja meg a lehető legkisebbre csökkenteni az átmeneti időszakot.
Mi történik, ha az elsődleges vagy másodlagos skálázást alacsonyabb virtuális magméretre skálázom le?
Leskálázáskor ajánlott először az elsődleges, majd a másodlagos skálázást leskálázni. Bár a másodlagos replika több virtuális magot fog tartalmazni, mint az elsődleges az átmeneti időszakban, a készenléti replika előnyei továbbra is érvényesek lesznek. Próbálja meg a lehető legkisebbre csökkenteni az átmeneti időszakot.
Mi történik, ha eltávolítom az elsődleges és a készenléti replika közötti georeplikációs kapcsolatot?
A georeplikálás eltávolítása után a készenléti adatbázis normál önálló adatbázissá válik, és megkezdi a licencelési költségek felmerülését.
Kaphatok fenntartott kapacitási előnyöket a készenléti replika számára?
Igen. A fenntartott kapacitás díjszabása teljes mértékben kompatibilis a készenléti replikával.
Következő lépések
- Az aktív georeplikációs funkcióval kapcsolatos további információkért tekintse meg az aktív georeplikációs információkat.
- Az üzletmenet-folytonosság áttekintését és forgatókönyveit az üzletmenet-folytonosság áttekintésében tekintheti meg.
- A másodlagos DR-replika készenléti állapotba való kiosztásával csökkentheti a licencelési költségeket.
- A feladatátvételi csoportokról további információt a Feladatátvételi csoportok című témakörben talál.