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:
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.
Áttekintés
Ha másodlagos adatbázisreplikát használnak, csak vészhelyreállításhoz, és nem fut rajta számítási feladat, vagy az alkalmazások csatlakoznak hozzá, a licencelési költségeket úgy takaríthatja meg, hogy az adatbázist készenléti replikaként. Amikor egy másodlagos adatbázis készenléti üzemmódban van kijelölve, a Microsoft a feladatátvételi jogosultságok alapján díjmentesen biztosítja Önnek az elsődleges adatbázishoz licencelt vCores számát a terméklicenc-feltételekszerint. Továbbra is a másodlagos adatbázis által használt számításért és tárolásért kell fizetnie.
Ha új aktív georeplikációs replikációt konfigurál, kijelölhet egy replikát készenléti állapotba, vagy átalakíthat egy meglévő replikát készenléti állapotba.
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 átkapcsolás során a tartalék 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 tartalék másodlagos lesz, és megszűnnek a virtuális mag licencelési költségei.
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 a használatalapú fizetéses modellt használó ügyfelek és a Azure Hybrid Benefit modellt használó ügyfelek között eltérően fordítható le. Használatalapú fizetésű ügyfelek esetében a virtuális magok kedvezményként jelennek meg a számlájukon. 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:
| Funkcionalitás | Leírás |
|---|---|
| Korlátozott olvasási terhelések | 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 | Az összes tervezett üzemzavar-átvételi forgatókönyvet, mint például a helyreállítási gyakorlatokat, az adatbázisok különböző régiókba való áthelyezését, és az elsődleges helyre való visszaállításukat a készenléti példány támogatja. 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 tartalék replika, és nem használható olvasási feladatokra. |
| Nem tervezett átállás | 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. Az áramkimaradás elhárítása és az eredeti elsődleges rendszer újracsatlakozása után ez lesz az új másodlagos készenléti replika, és nem szabad olvasá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. |
| Megfigyelés | A készenléti replika minden olyan monitorozási műveletet támogat, amelyet az olvasható másodlagos replika is támogat. |
A készenléti adatbázis replikája csak vészhelyreállításhoz használható. 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ámogatása biztosított | Hardver |
|---|---|---|---|---|
| Önálló adatbázis | Előkészítve | Általános cél | Igen | Standard sorozat (Gen5), FSv2 sorozat, DC-Series |
| Önálló adatbázis | Előkészítve | Üzleti szempontból kritikus | Igen | Standard széria (Gen5), DC-Series |
| Önálló adatbázis | Előkészítve | Hiperszintű skálázás | n/a | n/a |
| Önálló adatbázis | Kiszolgáló nélküli | Összes | Nem | n/a |
| Rugalmas erőforrás-készlet | Összes | Összes | Nem | n/a |
A készenléti adatbázis használata a következő korlátozásokkal rendelkezik:
- 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. Csak a vCore vásárlási modell használatával engedélyezhet standby replikát az adatbázisokhoz.
- A rugalmas skálázási szolgáltatási szint nem támogatott. Csak az általános célú és az üzleti szempontból kritikus szolgáltatási szinten 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
- Egy 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 vCore Azure SQL Database az Általános célú vagy Üzleti kritikus szolgáltatási szinten, amely támogatott hardveren fut. Kezdésként tekintse át a gyors útmutatót.
Új replika konfigurálása készenléti állapothoz
Ha új aktív georeplikációs kapcsolatot konfigurál az Azure Portal, a PowerShell, az Azure CLI vagy a REST API 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ását az Azure portálon.
Válassza a Replikák lehetőséget az erőforrás menüben az Adatkezelés alatt, majd válassza a + Replika létrehozása gombot az SQL Database – Geo Replica oldal megnyitásához.
Az SQL Database létrehozása – Georeplika lapon válassza a Készenléti másolat lehetőséget a Replikatípusreplikakonfigurációban. 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 Áttekintés + létrehozás használatával végezze el az adatbázis és a kiszolgáló adatainak végleges ellenőrzését.
A Create használatával erősítse meg a beállításokat, és hozza létre az új készenléti adatbázis-replikát.
Megjegyzés
Az adatbázisokat készenléti állapotra is kijelölheti, ha feladatátvételi csoportot hoz létre, vagy adatbázisokat adhat hozzá egy meglévő feladatátvételi csoporthoz az Azure Portalon.
Meglévő replika konvertálása
Az Azure Portalon vagy a replikációs hivatkozások – REST API-parancs frissítésével egy meglévő replikát normál georeplikából készenléti replikává, illetve készenléti replikát normál georeplikává alakíthat át.
Meglévő replika azure portalon való konvertálásához kövesse az alábbi lépéseket:
- Nyissa meg az SQL-adatbázis-erőforrást az Azure Portal.
- Válassza Adatkezelésiterületen replikákat.
- Válassza ki a replika melletti három pontot (...), utána a következőket:
- Ha egy normál replikát készenléti replikává szeretne alakítani, válassza a Konvertálás készenlétibe. Jelölje be a jelölőnégyzetet megerősítem... a Konvertálás készenléti replikává előugró ablakban, majd válassza az Igen lehetőséget a módosítás mentéséhez és a replika konvertálásához.
- Ha egy készenléti replikát normál georeplikává szeretne alakítani, válassza a Konvertálás Geo. Jelölje be a jelölőnégyzetet megerősítem... a Konvertálás georeplikává előugró ablakban, majd válassza az Igen lehetőséget a módosítások mentéséhez és a replika konvertálásához.
Ha egy meglévő replikát a REST API Replikációs hivatkozások – frissítése paranccsal szeretne átalakítani, akkor a linkType jelölje meg STANDBY-ként egy készenléti replikához, vagy a GEO használatával alakítson át egy meglévő készenléti replikát normál georeplikává.
Licencelési jogosultságok megtekintése
Egy meglévő adatbázis licencelési jogosultságait az Azure Portal, a PowerShell, az Azure CLI vagy a REST API 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:
Lépjen be az Azure portálontalálható SQL-adatbázisába.
Az Áttekintés lapon ellenőrizze a Essentialsalatt a Replikatípus területen. A
Standbyértéke azt jelzi, hogy az adatbázis egy készenléti replika, és az adatbázis SQL-licencelési költségei nem kerülnek felszámításra:
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, az Azure CLI vagy a REST API 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 SQL-adatbázisát az Azure Portalon.
- Válassza a Replikák lehetőséget az Adatkezelésalatt.
- Válassza a három pontot (...) a Készenléti replika mellett, 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 a 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íjkalkulátort, és válassza Készenléti replika a **Vészhelyreállítás legördülő listájából.
Hány virtuális mag lesz licencmentes a készenléti replikához?
Ugyanannyi virtuális mag, mint amennyit az elsődleges adatbázis használ. 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 rendelkezik aktív Szoftvergaranciával a tartalék replika használatához?
Nem. 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?
Igen, az Azure portálon, a Replikák ablakban. Jelölje ki a három pontot (...), majd válassza a replika konvertálásának lehetőséget.
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, használhatja a Set-AzSqlDatabase PowerShellt, vagy az sql db frissítési Azure CLI-parancsot a készenléti replika
BasePrice(Azure Hybrid Benefit) licenctípusának frissítéséhez, 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 az átállás 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 készenléti tartalék lesz, és már nem generál virtuális mag licencelési költségeket. Mivel azonban az instance teljes órára van kiszámlázva, előfordulhat, hogy az új másodlagos példány 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 felskálázás során ajánlott először a másodlagos, majd az elsődleges skálát növelni. 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 lenne, ha az elsődleges vagy másodlagos rendszert kisebb vCore méretre csökkenteném?
Ajánlott skálacsökkentéskor először az elsődlegest, majd a másodlagost csökkenteni. 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 foglalási előnyöket a készenléti replika számára?
Igen. A foglalás díjszabása teljes mértékben kompatibilis a készenléti replikával.
Kijelölhetek egy replikát készenléti állapotba, amikor új feladatátvevő csoportot hozok létre, vagy adatbázisokat adok hozzá?
Igen, de csak akkor, ha új feladatátvételi csoportot hoz létre, vagy adatbázisokat ad hozzá egy meglévő feladatátvevő csoporthoz az Azure Portalon. A PowerShell és az Azure CLI jelenleg nem érhető el.