Írásvédett replikák használata írásvédett lekérdezési számítási feladatok kiszervezéséhez

A következőkre vonatkozik:Azure SQL DatabaseAzure SQL Managed Instance

A magas rendelkezésre állású architektúra részeként a prémium és üzleti szempontból kritikus szolgáltatási szint minden önálló adatbázisa vagy rugalmas készlet-adatbázisa automatikusan ki lesz építve elsődleges írásvédett replikával és egy vagy több másodlagos írásvédett replikával. A másodlagos replikák az elsődleges replikával megegyező számítási mérettel vannak kiépítve. A olvasási felskálázási funkció lehetővé teszi az írásvédett számítási feladatok kiszervezését az írásvédett replikák egyikének számítási kapacitásával, ahelyett, hogy az írásvédett replikán futtatja őket. Így egyes írásvédett számítási feladatok elkülöníthetők az írási-olvasási számítási feladatoktól, és nem befolyásolják a teljesítményüket. A funkció olyan alkalmazásokhoz készült, amelyek logikailag elválasztott írásvédett számítási feladatokat, például elemzéseket tartalmaznak. A prémium és üzleti szempontból kritikus szolgáltatási szinteken az alkalmazások további költségek nélkül nyerhetnek teljesítménybeli előnyöket ezzel a további kapacitással.

A Read Scale-Out funkció a Hyperscale szolgáltatási rétegben is elérhető, ha legalább egy másodlagos replika hozzá van adva. A rugalmas skálázású másodlagos elnevezett replikák biztosítják a független skálázást, a hozzáférés elkülönítését, a számítási feladatok elkülönítését, a különböző olvasási horizontális felskálázási forgatókönyvek támogatását és egyéb előnyöket. Több másodlagos magas rendelkezésre állású (HA) replika használható olvasási terhelések terheléselosztásához, amelyek több erőforrást igényelnek, mint amennyi egy másodlagos HA-replikán elérhető.

Az alapszintű, standard és általános célú szolgáltatási szintek magas rendelkezésre állású architektúrája nem tartalmaz replikákat. A olvasási méretezési funkció ezeknél a szolgáltatási szinteknél nem érhető el. Az Azure SQL Database használatakor azonban georeplikák hasonló funkciókat biztosíthatnak ezekben a szolgáltatási szintekben. A felügyelt Azure SQL-példányok és feladatátvételi csoportok használatakor a feladatátvételi csoport írásvédett figyelője hasonló funkciókat biztosíthat.

Az alábbi ábra a prémium és üzleti szempontból kritikus fontosságú adatbázisok és felügyelt SQL-példányok funkcióját mutatja be.

Az olvasási felskálázási funkció alapértelmezés szerint engedélyezve van az új prémium szintű, üzleti szempontból kritikus és rugalmas skálázású adatbázisokban.

Jegyzet

Az olvasási felskálázás mindig engedélyezve van a felügyelt SQL-példány üzletileg kritikus szolgáltatási szintjén, valamint olyan rugalmas skálázású adatbázisok esetében, amelyek legalább egy másodlagos replikával rendelkeznek.

Ha az SQL-kapcsolati sztring ApplicationIntent=ReadOnlyvan konfigurálva, a rendszer átirányítja az alkalmazást az adatbázis vagy felügyelt példány írásvédett replikájára. A ApplicationIntent tulajdonság használatáról további információt Az alkalmazás szándékának megadásacímű témakörben talál.

Csak Azure SQL Database esetén, ha biztosítani szeretné, hogy az alkalmazás az SQL-kapcsolati sztring ApplicationIntent beállításától függetlenül csatlakozzon az elsődleges replikához, explicit módon le kell tiltania az olvasási felskálázást az adatbázis létrehozásakor vagy a konfiguráció módosításakor. Ha például a Standard vagy az Általános célú szintről prémium vagy üzleti szempontból kritikus szintre frissíti az adatbázist, és meg szeretné győződni arról, hogy az összes kapcsolat továbbra is az elsődleges replikára kerül, tiltsa le az olvasási felskálázást. A letiltás módjáról további információt a Olvasási felskálázás engedélyezése és letiltásacímű témakörben talál.

Jegyzet

A lekérdezéstár és az SQL Profiler funkciói nem támogatottak írásvédett replikákon.

Adatkonzisztencia

Az elsődleges replikán végrehajtott adatmódosítások szinkron vagy aszinkron módon maradnak meg az írásvédett replikákon a replika típusától függően. Az összes replikatípus esetében azonban az írásvédett replikából származó olvasások mindig aszinkronok az elsődleges replika tekintetében. Egy írásvédett replikához csatlakoztatott munkameneten belül az olvasások mindig tranzakciósan konzisztens módon történnek. Mivel az adatpropagálás késése változó, a különböző replikák az elsődlegeshez és egymáshoz képest kissé eltérő időpontban adhatják vissza az adatokat. Ha egy írásvédett replika elérhetetlenné válik, és egy munkamenet újracsatlakozik, előfordulhat, hogy egy olyan másolathoz csatlakozik, amely más időállapotban van, mint az eredeti replika. Hasonlóképpen, ha egy alkalmazás az elsődleges adatbázison írható-olvasható munkamenet használatával módosítja az adatokat, majd azokat azonnal beolvassa egy írásvédett replikán lévő írásvédett munkamenet segítségével, előfordulhat, hogy a legújabb módosítások nem láthatóak azonnal.

Az elsődleges replika és a csak olvasható replikák közötti tipikus adatpropagálási késés a tíz-húsz milliszekundum és az egyjegyű másodperc közötti tartományban ingadozik. Az adatok propagálási késése azonban nincs rögzített felső határban. A replika magas erőforrás-kihasználtsága jelentősen növelheti a késést. Azokat az alkalmazásokat, amelyek garantált adatkonzisztenciát követelnek meg a munkamenetek között, vagy a véglegesített adatok azonnali olvashatóságát követelik meg, az elsődleges replikát kell használniuk.

Jegyzet

Az adatpropagálás késése magában foglalja a naplórekordok másodlagos replikákba való küldéséhez és megőrzéséhez szükséges időt. A naplórekordok adatlapokon való ismételt végrehajtásához (alkalmazásához) szükséges időt is tartalmazza. Az adatkonzisztencia biztosítása érdekében a módosítások csak a tranzakció véglegesítési naplórekordjának alkalmazásával láthatók. Ha a számítási feladat nagyobb tranzakciókat használ, az adatok hatékony propagálási késése nő.

Az adatpropagálás késésének monitorozásáról a Csak olvasási replikafigyelése és hibaelhárítása című témakörben olvashat.

Csatlakozás egy írásvédett másolathoz

Ha engedélyezi az olvasási felskálázást egy adatbázishoz, az ügyfél által biztosított kapcsolati sztringben található ApplicationIntent beállítás határozza meg, hogy a kapcsolat az írási replikához vagy egy írásvédett replikához van-e irányítva. Pontosabban, ha a ApplicationIntent érték ReadWrite (az alapértelmezett érték), a kapcsolat az olvasási-írási replikához lesz irányítva. A viselkedés megegyezik azzal, amikor a ApplicationIntent nincs benne a kapcsolati sztringben. Ha a ApplicationIntent érték ReadOnly, a kapcsolat egy írásvédett replikához lesz irányítva.

A következő kapcsolati karakterlánc például egy írásvédett replikához csatlakoztatja az ügyfelet (szögletes zárójelek elemeinek lecserélésével a környezet megfelelő értékeire, és a szögletes zárójelek elhagyásával):

Server=tcp:<server>.database.windows.net;Database=<mydatabase>;ApplicationIntent=ReadOnly;User ID=<myLogin>;Password=<password>;Trusted_Connection=False; Encrypt=True;

Ha írásvédett replikához szeretne csatlakozni az SQL Server Management Studio (SSMS) használatával, válassza a Beállítások lehetőséget:

Válassza a További kapcsolati paraméterek lehetőséget , majd adja meg ApplicationIntent=ReadOnly, majd válassza a Csatlakozás lehetőséget:

Az alábbi kapcsolati karakterláncok bármelyike az ügyfelet egy írható és olvasható replikához köti (cserélje le a szögletes zárójelek közötti elemeket a környezetének megfelelő értékekre, és távolítsa el a szögletes zárójeleket):

Server=tcp:<server>.database.windows.net;Database=<mydatabase>;ApplicationIntent=ReadWrite;User ID=<myLogin>;Password=<password>;Trusted_Connection=False; Encrypt=True;

Server=tcp:<server>.database.windows.net;Database=<mydatabase>;User ID=<myLogin>;Password=<password>;Trusted_Connection=False; Encrypt=True;

Ellenőrizze, hogy a kapcsolat írásvédett replikával van-e

Az adatbázis környezetében az alábbi lekérdezés futtatásával ellenőrizheti, hogy csak olvasható replikához csatlakozik-e. READ_ONLY értéket ad vissza, amikor írásvédett replikához csatlakozik.

SELECT DATABASEPROPERTYEX(DB_NAME(), 'Updateability');

Jegyzet

A prémium és az üzleti szempontból kritikus szolgáltatási szinteken a csak olvasható replikák közül csak az egyik érhető el bármikor. Hiperskálázás több írásvédett replikát támogat.

Csak olvasható replikák monitorozása és hibaelhárítása

Többféleképpen is monitorozhatja a csak olvasható replikákat, például: DMV-k, bővített események és adatbázis-figyelő (előzetes verzió).

Ha írásvédett replikához csatlakozik, a dinamikus felügyeleti nézetek (DMV-k) tükrözik a replika állapotát, és nyomon követés és hibaelhárítás céljából lekérdezhetők. Az adatbázismotor több nézetet is biztosít a figyelési adatok széles körének közzétételéhez.

A replika monitorozásához és hibaelhárításához gyakran az alábbi nézeteket használják:

Név	Cél
sys.dm_db_resource_stats	Erőforrás-kihasználtsági metrikákat biztosít az elmúlt órához, beleértve a cpu-t, az adat-IO-t és a naplóírási kihasználtságot a szolgáltatás objektív korlátaihoz képest.
sys.dm_os_wait_stats	Összesített várakozási statisztikákat biztosít az adatbázismotor-példányhoz.
sys.dm_database_replica_states	Replika egészségi állapot- és szinkronizálási statisztikákat biztosít. A visszamenőleges napló mérete és annak növekedési sebessége a csak olvasható replikában fellépő adatterjesztési késleltetés mutatói.
sys.dm_os_performance_counters	Adatbázismotor teljesítményszámlálóit biztosítja.
sys.dm_exec_query_stats	Lekérdezésenkénti végrehajtási statisztikákat biztosít, például a végrehajtások számát, a felhasznált processzoridőt stb.
sys.dm_exec_query_plan()	Gyorsítótárazott lekérdezési terveket biztosít.
sys.dm_exec_sql_text()	Lekérdezésszöveget biztosít a gyorsítótárazott lekérdezési tervhez.
sys.dm_exec_query_profiles	Valós idejű lekérdezési folyamatot biztosít a lekérdezések végrehajtása közben.
sys.dm_exec_query_plan_stats()	Az utolsó ismert tényleges végrehajtási tervet tartalmazza, beleértve a lekérdezés futtatókörnyezeti statisztikáit.
sys.dm_io_virtual_file_stats()	Az összes adatbázisfájl tárolási IOPS-, átviteli sebesség- és késési statisztikáit biztosítja.

Jegyzet

A logikai sys.resource_stats adatbázis sys.elastic_pool_resource_stats és master DMV-jei az elsődleges replika erőforrás-kihasználtsági adatait adják vissza.

Csak olvasható replikák figyelése kiterjesztett eseményekkel

Kiterjesztett eseménymunkamenet nem hozható létre, ha írásvédett replikához csatlakozik. Az Azure SQL Database-ben és a felügyelt Azure SQL-példányban azonban az adatbázis-hatókörű kiterjesztett esemény munkamenetek definíciói, amelyeket az elsődleges replikán hoztak létre és módosítottak, írásvédett replikákra replikálnak, beleértve a georeplikákat is, és eseményeket rögzítenek írásvédett replikákon.

Az Azure SQL Database-ben az elsődleges replika munkamenetdefinícióján alapuló, írásvédett replikán futó kiterjesztett esemény munkamenete az elsődleges replika munkamenetétől függetlenül indítható el és állítható le.

A felügyelt Azure SQL-példányban a nyomkövetés írásvédett replikán való elindításához először el kell indítania a nyomkövetést az elsődleges replikán, mielőtt elindíthatja a nyomkövetést az írásvédett replikán. Ha nem először az elsődleges másolaton indítja el a nyomkövetést, a következő hibát kapja, amikor megpróbálja elindítani a nyomkövetést az írásvédett másolaton:

Msg 3906, Level 16, State 2, Line 1 Nem sikerült frissíteni a(z) "master" nevű adatbázist, mert az adatbázis írásvédett.

Miután először az elsődleges replikán, majd az írásvédett replikán elindította a nyomkövetést, leállíthatja a nyomkövetést az elsődleges replikán.

Ha csak olvasható replikán szeretne esemény munkamenetet törölni, kövesse az alábbi lépéseket:

1. Csatlakoztassa az SSMS Objektumkezelőt vagy egy lekérdezési ablakot az írásvédett replikához.
2. Állítsa le a munkamenetet az írásvédett replikán, ehhez válassza a Munkamenet leállítása lehetőséget az Object Explorerben a munkamenet helyi menüjében, vagy hajtsa végre a ALTER EVENT SESSION [session-name-here] ON DATABASE STATE = STOP; parancsot egy lekérdezésablakban.
3. Csatlakoztassa az Object Explorert vagy egy lekérdezési ablakot az elsődleges replikához.
4. Az elsődleges replikán történő munkamenet megszüntetése a munkamenet helyi menüjében a Törlés kiválasztásával, vagy a DROP EVENT SESSION [session-name-here] ON DATABASE; végrehajtásával.

Tranzakcióelkülönítési szint csak olvasható replikákon

Az írásvédett replikák tranzakciói mindig a pillanatképet tranzakcióelkülönítési szintethasználják, függetlenül a munkamenet tranzakcióelkülönítési szintjétől és a lekérdezési tippektől. A pillanatfelvétel-izoláció sorverziók használatával kerüli el azokat az eseteket, ahol az olvasók blokkolhatják az írókat.

Ritka esetekben, ha egy pillanatkép-elkülönítési tranzakció egy másik egyidejű tranzakcióban módosított objektum metaadataihoz fér hozzá, a 3961-as hiba jelenhet meg, a pillanatkép-elkülönítési tranzakció az adatbázis "adatbázis-neve" adatbázisában meghiúsult, mert az utasítás által elért objektumot egy DDL-utasítás módosította egy másik egyidejű tranzakcióban a tranzakció kezdete óta. Ez nem engedélyezett, mert a metaadatok nem verziószámozottak. A metaadatok egyidejű frissítése inkonzisztencia kialakulásához vezethet, ha a pillanatkép-elkülönítéssel keveredik.

Hosszasan futó lekérdezések írásvédett replikákon

Az írásvédett replikákon futó lekérdezéseknek hozzá kell férni a lekérdezésben hivatkozott objektumok metaadataihoz (táblák, indexek, statisztikák stb.) Ritkán, ha az elsődleges replikán módosítja az objektum metaadatait, miközben egy lekérdezés zárolva van ugyanazon az objektumon az írásvédett replikán, a lekérdezés blokkolhatja azt a folyamatot, amely az elsődleges replikáról az írásvédett replikára alkalmazza a módosításokat. Ha egy ilyen lekérdezés hosszú ideig futna, az azt eredményezné, hogy az írásvédett replika jelentősen nincs szinkronizálva az elsődleges replikával. A potenciális feladatátvételi célokat tartalmazó replikák (a prémium és üzleti szempontból kritikus szolgáltatási szintek másodlagos replikái, a rugalmas skálázású HA-replikák és az összes georeplika) esetében ez késlelteti az adatbázis helyreállítását is, ha feladatátvétel történik, ami a vártnál hosszabb állásidőt okoz.

Ha egy írásvédett replikán futó hosszú futású lekérdezés közvetlenül vagy közvetve okoz ilyen jellegű blokkolást, ez automatikusan leállítható, hogy elkerülje a túlzott adatkésést és az adatbázisok rendelkezésre állásának lehetséges hatását. A munkamenet 1219-es hibát kap, a munkamenet egy magas prioritású DDL-művelet miatt megszakadt, vagy a 3947-es hiba miatt a tranzakció megszakadt, mert a másodlagos számítás nem tudta felzárkózni az ismétlést. Próbálkozzon újra a tranzakcióval.

Mivel az írásvédett replikák tranzakciói mindig a pillanatkép tranzakcióelkülönítési szintjét használják, a hosszú ideig futó lekérdezések az olvasási célú replikákon blokkolhatják az elsődleges replika szellem- vagy állandó verziótárhelyének (PVS) tisztítását, ha nemrég törölt sorokat vagy régebbi sorverziókat olvasnak. A szellem- vagy PVS-törlés késleltetése hatással lehet az elsődleges replika számítási feladataira. A PVS-törlési késések hibaelhárításával kapcsolatos további információkért tekintse meg a gyorsított adatbázis-helyreállítás monitorozását és hibaelhárítását ismertető témakört.

Ezzel szemben, ha egy írásvédett replikán hosszan futó lekérdezés olvassa a közelmúltban törölt sorokat vagy régebbi sorverziókat, és ezek a sorok vagy verziók már nem érhetők el az elsődleges replikán (például skálázási művelet miatt), a lekérdezés a 3948-as hibaüzenettel megszakítva végződik: A tranzakció megszakadt, mert a rendelkezésre állási replika konfigurációja vagy állapota megváltozott, vagy mert az elsődleges és a másodlagos rendelkezésre állási replikán szellemrekordokat törölnek, amikre pillanatkép-elkülönítés alatt futó lekérdezésekhez esetleg szükség lehet. Próbálja újra a tranzakciót.

Jegyzet

Ha a 3961-es, 1219-es, 3947-es vagy 3948-as hibaüzenetet kapja lekérdezések futtatásakor egy írásvédett replikán, próbálja újra a lekérdezést. Alternatív megoldásként kerülje az objektum metaadatait módosító műveleteket (sémamódosítások, indexkarbantartás, statisztikák frissítése stb.) az elsődleges replikán, vagy skálázhatja az elsődleges replikát, miközben a hosszú ideig futó lekérdezések másodlagos replikákon futnak.

Borravaló

Prémium és üzleti kritikus szolgáltatási szinteken, ha írásvédett replikához csatlakozik, a redo_queue_size és redo_rate oszlopok a sys.dm_database_replica_states DMV-ben használhatók az adatszinkronizálási folyamat nyomon követésére, és a csak olvasható replika adatpropagálási késésének mutatóiként szolgálnak.

Olvasási felskálázás engedélyezése és letiltása az SQL Database-ben

Felügyelt SQL-példány esetén az olvasási felskálázás automatikusan engedélyezve van az üzletileg kritikus szolgáltatási szinten, és nem érhető el az általános célú szolgáltatási szinten. Az olvasási felskálázás letiltása és ismételt letiltása nem lehetséges.

Az SQL Database esetében az olvasási felskálázás alapértelmezés szerint engedélyezve van a prémium, az üzleti szempontból kritikus és a rugalmas skálázási szolgáltatási szinteken. Az olvasási felskálázás nem engedélyezhető alapszintű, standard vagy általános célú szolgáltatási szinteken. Az olvasási felskálázás automatikusan le van tiltva a nulla másodlagos replikával konfigurált rugalmas skálázású adatbázisokon.

Az Azure SQL Database önálló és készletezett adatbázisai esetében az Azure Portal és az Azure PowerShell használatával letilthatja és újra engedélyezheti az olvasási felskálázást a prémium vagy üzletileg kritikus szolgáltatási szinteken. Ezek a beállítások nem érhetők el a felügyelt SQL-példány esetében, mivel az olvasási felskálázás nem tiltható le.

Jegyzet

Az önálló adatbázisok és a rugalmas készletadatbázisok esetében az olvasási felskálázás letiltása a visszamenőleges kompatibilitás érdekében biztosított. Az olvasási felskálázás nem tiltható le üzletileg kritikus fontosságú felügyelt példányokon.

Azure Portal

Az Azure SQL Database esetében a Compute + Storage adatbázis panelen kezelheti az olvasási felskálázási beállítást, amely a Beállításokalatt érhető el. Az olvasási skálázás kifelé történő engedélyezése vagy letiltása az Azure Portalon nem érhető el az Azure SQL Managed Instance esetében.

PowerShell

Fontos

A PowerShell Azure Resource Manager modul továbbra is támogatott, de minden jövőbeli fejlesztés az Az.Sql modulhoz tartozik. Az Azure Resource Manager (AzureRM) PowerShell-modul már nem kap hibajavításokat. Az Az modulban és az Azure Resource Manager-modulokban található parancsok argumentumai lényegében azonosak. A kompatibilitásukkal kapcsolatos további információkért lásd: Az új Azure PowerShell Az modul bemutatása.

Az azure PowerShell olvasási felskálázásának kezeléséhez az Azure PowerShell 2016. decemberi vagy újabb verziójára van szükség. A Legújabb PowerShell-kiadásért tekintse meg Azure PowerShell.

Az Azure SQL Database-ben letilthatja vagy újra engedélyezheti az olvasási felskálázást az Azure PowerShellben a Set-AzSqlDatabase parancsmag meghívásával és a Enabled paraméter kívánt értékének (Disabled vagy -ReadScale) átadásával. A felügyelt SQL-példány olvasási felskálázásának letiltása nem érhető el.

Ha le szeretné tiltani az olvasási felskálázást egy meglévő adatbázisban (a szögletes zárójelek elemeinek lecserélése a környezet megfelelő értékeire, és a szögletes zárójelek elvetése):

Set-AzSqlDatabase -ResourceGroupName <resourceGroupName> -ServerName <serverName> -DatabaseName <databaseName> -ReadScale Disabled

Az olvasási felskálázás letiltása egy új adatbázisban (a szögletes zárójelek elemeinek lecserélése a környezet megfelelő értékeire, és a szögletes zárójelek elvetése):

New-AzSqlDatabase -ResourceGroupName <resourceGroupName> -ServerName <serverName> -DatabaseName <databaseName> -ReadScale Disabled -Edition Premium

Az olvasási felskálázás újbóli engedélyezése egy meglévő adatbázisban (a szögletes zárójelek elemeinek lecserélése a környezet megfelelő értékeire, és a szögletes zárójelek elvetése):

Set-AzSqlDatabase -ResourceGroupName <resourceGroupName> -ServerName <serverName> -DatabaseName <databaseName> -ReadScale Enabled

REST API

Ha le szeretné tiltani az olvasási felskálázást, vagy módosítani szeretné egy meglévő adatbázis beállítását, használja az alábbi módszert a readScale tulajdonság Enabled vagy Disabledbeállításával, ahogyan az alábbi mintakérésben is szerepel.

Method: PUT
URL: https://management.azure.com/subscriptions/{SubscriptionId}/resourceGroups/{GroupName}/providers/Microsoft.Sql/servers/{ServerName}/databases/{DatabaseName}?api-version= 2014-04-01-preview
Body: {
   "properties": {
      "readScale":"Disabled"
   }
}

További információ: Adatbázisok –létrehozása vagy frissítése.

A tempdb-adatbázis használata csak olvasható replikán

Az elsődleges replika tempdb adatbázisa nem replikálódik a csak olvasható replikákra. Minden replika saját tempdb adatbázissal rendelkezik, amely a replika létrehozásakor jön létre. Ez biztosítja, hogy tempdb frissíthető legyen, és módosítható legyen a lekérdezés végrehajtása során. Ha az írásvédett számítási feladat tempdb objektumok használatától függ, ezeket az objektumokat ugyanannak a számítási feladatnak a részeként kell létrehoznia, miközben egy írásvédett replikához csatlakozik.

Olvasási felskálázás használata georeplikált adatbázisokkal

A georeplikált másodlagos adatbázisok magas rendelkezésre állású architektúrával rendelkeznek, mint az elsődleges adatbázisok. Ha a georeplikált másodlagos adatbázishoz csatlakozik, és engedélyezve van az olvasási felskálázás, akkor a ApplicationIntent=ReadOnly rendelkező munkamenetek ugyanúgy lesznek átirányítva az egyik magas rendelkezésre állású replikára, ahogyan az elsődleges írható adatbázisban vannak irányítva. A ApplicationIntent=ReadOnly nélküli munkameneteket a georeplikált másodlagos rendszer elsődleges replikájához irányítják, amely szintén csak olvasható.

Ilyen módon a georeplika létrehozása több további írásvédett replikát is biztosíthat egy olvasási-írási elsődleges adatbázishoz. Minden egyes újabb georeplikáció egy újabb halmaz írásvédett replikát biztosít. A georeplikák bármely Azure-régióban létrehozhatók, beleértve az elsődleges adatbázis régióját is.

Jegyzet

A georeplikált másodlagos adatbázis replikái között nincs automatikus körforgásos vagy egyéb terheléselosztó útvonalirányítás, kivéve egy Hyperscale georeplikát, amely több HA-replikával rendelkezik. Ebben az esetben az írásvédett szándékú munkamenetek egy georeplika összes HA-replikája között el vannak osztva.

Csak olvasható replikák esetén funkciótámogatás

Az írásvédett replikák egyes funkcióinak viselkedési listája a következő:

• Az írásvédett replikák naplózása automatikusan van engedélyezve. A tárolási mappák hierarchiájáról, az elnevezési konvenciókról és a naplóformátumról további információt az SQL Database naplózási naplóformátumában talál.
• Az Azure SQL Database lekérdezési teljesítményelemzése a Lekérdezéstárból származó adatokra támaszkodik, amelyek jelenleg nem követik nyomon a csak olvasható replika tevékenységeit. A Lekérdezési teljesítményelemzés nem jeleníti meg az írásvédett replikán végrehajtott lekérdezéseket.
• Az automatikus hangolás a Lekérdezéstárra támaszkodik, ahogyan az Automatikus hangolás tanulmánybanrészletezve van. Az automatikus hangolás csak az elsődleges replikán futó számítási feladatok esetében működik.

Kapcsolódó tartalom

• Licencmentes készenléti replika konfigurálása az Azure SQL Database-hez
• Adatbázis-erőforrások dinamikus méretezése minimális állásidővel – Azure SQL Database &Azure SQL Managed Instance