Licencmentes készenléti replika konfigurálása (előzetes verzió) az Azure SQL Database-hez

A következőre vonatkozik: Azure SQL Database

• Azure SQL Database
• Felügyelt Azure SQL-példány

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.

Azure Portalra

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:

1. Nyissa meg az SQL-adatbázis-erőforrást az Azure Portalon.

2. 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.

   

3. 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.

   

4. 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.

5. 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.

PowerShell

Ha új aktív georeplikációs kapcsolatot szeretne létrehozni, és másodlagos adatbázist szeretne készenléti állapotba állítani a PowerShell-lel, használja a New-AzSqlDatabaseSecondaryt , és adja meg SecondaryTypeStandbypéldául a következő példaszkriptet:

$StandbyReplica = @{
   ResourceGroupName = "<PrimaryResourceGroup>"
   ServerName = "<PrimaryServerName>"
   DatabaseName = "<PrimaryDatabaseName>"
   PartnerResourceGroup = "<SecondaryResourceGroup>"
   PartnerServerName = "<SecondaryServerName>"
   PartnerDatabaseName = "<SecondaryDatabaseName>"
   SecondaryType = Standby
}

New-AzSqlDatabaseSecondary @StandByReplica

Azure CLI

Ha új aktív georeplikációs kapcsolatot szeretne létrehozni, és másodlagos adatbázist szeretne készenléti állapotba állítani az Azure CLI-vel, használja az sql db replika létrehozását és megadását secondary-typeStandby, például a következő példaszkriptet:

az sql db replica create --resource-group  <PrimaryResourceGroup> --server <PrimaryServerName> \
   --name <PrimaryDatabaseName> --partner-resource-group <SecondaryResourceGroup> \
   --partner-server <SecondaryServerName> --secondary-type Standby 

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.

Azure Portalra

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:

1. Nyissa meg az SQL-adatbázist az Azure Portalon.

2. 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:

   

PowerShell

Meglévő adatbázisok licencelési jogosultságainak a PowerShell-lel való ellenőrzéséhez használja a Get-AzSqlDatabaseReplicationLinket.

A szerepkör értéke NonReadableSecondaryazt jelzi, hogy az adatbázis készenléti replika, és nem számítunk fel SQL-licencelési költségeket az adatbázisért.

Azure CLI

Ha egy meglévő adatbázis licencelési jogosultságait szeretné ellenőrizni az Azure CLI-vel, használja az sql db replikalista-hivatkozásait.

A szerepkör értéke NonReadableSecondaryazt jelzi, hogy az adatbázis készenléti replika, és nem számítunk fel SQL-licencelési költségeket az adatbázisé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.

Azure Portalra

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:

1. Nyissa meg az SQL-adatbázist az Azure Portalon.
2. Válassza a Replikák lehetőséget az Adatkezelés területen.
3. 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.

PowerShell

Ha készenléti replikát szeretne eltávolítani a PowerShell használatával, a Remove-AzSqlDatabaseSecondary használatával fejezheti be a replikációt, hogy az adatbázis önállóvá váljon ahelyett, hogy készenlétre lett jelölve, és megkezdheti a licencelési költségek felmerülését.

Azure CLI

Ha el szeretne távolítani egy készenléti replikát az Azure CLI-vel, használja az sql db replika törlési hivatkozását a befejezett replikációhoz, hogy az adatbázis önállóvá váljon ahelyett, hogy készenlétre lett jelölve, és megkezdheti a licencelési költségek felmerülését.

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.