Rugalmas skálázású szolgáltatási szint

A következőre vonatkozik: :Azure SQL Database

Az Azure SQL Database Hyperscale egy költséghatékony, nagy teljesítményű felhőalapú adatbázis.

Az Azure SQL Database a SQL Database Engine-en alapul. A Hyperscale eltér a többi Azure SQL Database szolgáltatási szinttől:

A többi szolgáltatási szinttől eltérően a rugalmas skálázás nem rendelkezik SQL-szoftverlicencek díjával, ami jelentős árelőnyt biztosít a nagy teljesítményű adatbázisok más Azure SQL Database szolgáltatási szintjeivel szemben.
A rugalmas skálázási architektúra eltérő: szinte azonnali biztonsági mentéseket, gyors visszaállításokat és magas átviteli sebességet biztosít az olvasásokhoz és írásokhoz.
A rugalmas skálázás gyors számítási skálázást biztosít igény szerint adatáthelyezés nélkül.
Az olvasási horizontális skálázási stratégiák egyszerűen megvalósíthatók: akár 30 elnevezett replikával, egymástól függetlenül konfigurálható számítási kapacitással, valamint beépített magas rendelkezésre állást biztosító replikákkal és világszerte konfigurálható geo-replikákkal.

A rugalmas skálázású szolgáltatási szint minden számítási feladattípushoz megfelelő. A rugalmas skálázású számítási és tárolási erőforrások jelentősen meghaladják az Azure SQL Database Általános célú és üzleti szempontból kritikus szinteken elérhető erőforrásokat.

A Azure SQL Database meglévő adatbázisát egyszerűen rugalmas skálázásra konvertálhatja, vagy bármely SQL Server adatbázisból áttelepítheti rugalmas skálázásra. Ha más adatbázisokat szeretne migrálni Azure SQL Database, tekintse meg Azure adatbázis-áttelepítési útmutatókat.

A Hyperscale szolgáltatási szint jelenleg csak az Azure SQL Database esetében elérhető, az Azure SQL Managed Instance esetében nem.

Mik a hiperskálázható képességek?

Az Azure SQL Database rugalmas skálázási szolgáltatási szintje a következő további képességeket biztosítja:

Gyors vertikális felskálázás – vertikálisan felskálázhatja a számítási erőforrásokat, hogy szükség esetén nagy számítási feladatokat is elférjen, majd szükség esetén visszaskálázza a számítási erőforrásokat.
Gyors horizontális skálázás – egy vagy több csak olvasható replikát létesíthet az olvasási terhelés átvételére és meleg tartalékként való használatra.
A számítás felskálázása, leskálázása és számlázása automatikusan a használat alapján, kiszolgálónélküli számítással .
Ár/teljesítmény optimalizálása különböző erőforrásigényű hyperscale adatbázisok egy csoportjához a rugalmas készletekhasználatával.
A tároló automatikus méretezése akár 128 TB adatbázis vagy 100 TB rugalmas készletméret támogatásával.
Nagyobb általános teljesítmény a nagyobb tranzakciónapló-átviteli sebesség és a gyorsabb tranzakció-véglegesítési idő miatt, függetlenül az adatmennyiségtől.
Gyors adatbázis-biztonsági mentések (fájlpillanatképek alapján) mérettől függetlenül, I/O-hatás nélkül a számítási erőforrásokra.
Az adatbázis gyors visszaállítása vagy másolása (a fájl pillanatképei alapján) órák vagy napok helyett percek alatt történik.

A rugalmas skálázási szolgáltatási szint eltávolítja a felhőadatbázisokban hagyományosan látható gyakorlati korlátokat. Ha a legtöbb más adatbázist egyetlen csomóponton elérhető erőforrások korlátozzák, a rugalmas skálázási szolgáltatási szinten lévő adatbázisoknak nincsenek ilyen korlátai. Rugalmas tárolási architektúrájával a tárolás igény szerint növekszik. A rugalmas skálázású adatbázisok valójában nem meghatározott maximális mérettel jönnek létre. A rugalmas skálázású adatbázisok igény szerint növekednek, és csak a lefoglalt tárkapacitásért kell fizetnie. Olvasásintenzív számítási feladatok esetében a Hyperscale szolgáltatási szint gyors skálázást biztosít az olvasási számítási feladatok leterheltségének csökkentéséhez szükséges további replikák kiépítésével.

Emellett az adatbázis biztonsági mentéseinek létrehozásához, illetve a vertikális fel- vagy leskálázáshoz szükséges idő már nem kapcsolódik az adatbázis adatmennyiségéhez. A rugalmas skálázású adatbázisokról gyakorlatilag azonnal biztonsági másolatot készít a rendszer. Az adatbázisokat percek alatt fel- vagy leskálázhatja a kiosztott számítási szinten, vagy kiszolgáló nélküli használatával automatikusan skálázhatja a számítást. Ez a funkció megszabadít a kezdeti konfigurációs lehetőségek által bekeretezett problémáktól.

A rugalmas skálázású szolgáltatási szint számítási méreteiről további információt Szolgáltatásszint jellemzőicímű témakörben talál.

A vCore-alapú vásárlási modell Általános célú és Üzletileg kritikus szolgáltatási szintjeiről további információt a Általános célú és a Üzletileg kritikus szolgáltatási szintek szakaszban talál. A vCore-alapú vásárlási modell és a DTU-alapú vásárlási modell összehasonlításához lásd: Az Azure SQL Database vCore és DTU-alapú vásárlási modelljeinek összehasonlítása.

Kinek érdemes figyelembe vennie a rugalmas skálázású szolgáltatási szintet?

A rugalmas skálázási szolgáltatási szint minden olyan ügyfélnek szól, aki nagyobb teljesítményt és rendelkezésre állást, gyors biztonsági mentést és visszaállítást, valamint gyors tárolást és számítási méretezhetőséget igényel. A rugalmas skálázás ideális azoknak az ügyfeleknek, akik a felhőbe költöznek, hogy modernizálják az alkalmazásaikat, vagy azoknak az ügyfeleknek, akik már más szolgáltatási szinteket használnak a Azure SQL Database. A rugalmas skálázású szolgáltatási szint számos adatbázis-számítási feladatot támogat, a tiszta OLTP-től a tiszta elemzésig. OLTP és hibrid tranzakciós és elemzési (HTAP) számítási feladatokhoz van optimalizálva.

Rugalmas skálázási díjszabási modell

A nagy teljesítményű adatbázisok esetében a rugalmas skálázás jelentős árelőnyt biztosít a többi Azure SQL Database szolgáltatási szinttel szemben. További információ: Blog: Azure SQL Database Rugalmas skálázású díjszabás bejelentése az Ignite 2023-tól. A díjszabás változásának részleteiért lásd: Blog: Azure SQL Database Rugalmas skálázás – alacsonyabb, egyszerűsített díjszabás!

A rugalmas skálázású szolgáltatási szint csak a virtuális magmodellben érhető el, és két számítási szinten érhető el. A Hyperscale díjszabása a kiépített vagy kiszolgáló nélküli számítási szinten alapul:

Kiépített számítási szint:

A virtuális mag számítási költsége az alkalmazás számára folyamatosan kiosztott teljes számítási kapacitást tükrözi. A hiperskála számítási egység ára replikánként van meghatározva.
Kiszolgáló nélküli számítási szint:

A kiszolgáló nélküli számítási számlázás a használaton alapul. További információ: Kiszolgáló nélküli számítási szint Azure SQL Database.

Rugalmas skálázású adatbázisok konfigurálásakor nem adja meg a maximális adatméretet. A rugalmas skálázási szinten a tényleges kiosztás alapján kell fizetnie a tárterületért. A tárterület automatikusan 10 GB és 128 TB között van lefoglalva, és igény szerint növekszik. További információért lásd: Milyen lépésekben nő az adatbázis mérete?

Skálázási és teljesítménybeli előnyök

A rugalmas skálázás elválasztja a fő adatbázismotort azoktól az összetevőktől, amelyek hosszú távú tárolást és tartósságot biztosítanak az adatok számára. Ez az architektúra lehetővé teszi a számítási erőforrások gyors, adatáthelyezés nélküli skálázását, valamint a tárolás (akár 128 TB) méretezését a számítástól függetlenül. További részletekért, köztük egy architektúradiagramért lásd: Rugalmas skálázású architektúra.

A további, csak olvasási célú számítási csomópontok gyors fel- és leskálázásának képességével a Hyperscale-architektúra jelentős olvasási skálázhatóságot tesz lehetővé, és tehermentesítheti az elsődleges számítási csomópontot is, hogy több kérést tudjon kiszolgálni.
A számítást másodlagos csomópontok számára is beállíthatod, vagy szerver nélküli számítást használhatsz. Mindkét esetben gyorsan felskálázhatja vagy leskálázhatja őket a Hyperscale megosztott tárarchitektúrájának köszönhetően.
- A Hiperskálázásban a másodlagos, magas rendelkezésre állást biztosító számítási csomópontreplikák a primer számítási réteget követik, ami alacsony hatású feladatátvételt eredményez.
Kiszolgáló nélküli, elsődleges vagy másodlagos számítási csomópontok használata esetén a számítási feladatok igényeinek megfelelően automatikusan skálázhatók.

Az elsődleges Azure SQL Database rugalmas skálázású adatbázis olvasási és írási számítási feladatokat is kezel, de egyszerűen létrehozhat írásvédett replikákat az alkalmazásstratégia részeként:

A magas rendelkezésre állású másodlagos replikák teljes számát 0-ról 4-re módosíthatja a rendelkezésre állási és méretezhetőségi követelményektől függően.
Legfeljebb 30 elnevezett replikát hozhat létre az olvasási felskálázási számítási feladatok támogatásához.
Földrajzilag elosztott olvasási felskálázást érhet el Azure globális adatközpontokban georeplikák használatával.

Adatbázis magas szintű rendelkezésre állása a Hyperscale-ben

Az összes többi szolgáltatási szinthez hasonlóan a Hyperscale is garantálja az adatok tartósságát a véglegesített tranzakciókhoz, függetlenül a számítási replikák elérhetőségétől. Az elsődleges replika elérhetetlenné válása miatti állásidő mértéke függ a feladatátvétel típusától (tervezett és nem tervezett), , hogy a zónaredundanciavan-e konfigurálva, és hogy legalább egy magas rendelkezésre állású replika van-e. Tervezett feladatátvétel (például karbantartási esemény) esetén a rendszer vagy létrehozza az új elsődleges replikát a feladatátvétel kezdeményezése előtt, vagy egy meglévő magas rendelkezésre állású replikát használ feladatátvételi célként. A nem tervezett feladatátvétel (például az elsődleges replika hardverhibája) esetén a rendszer egy magas rendelkezésre állású replikát használ feladatátvételi célként, ha van ilyen, vagy létrehoz egy új elsődleges replikát a rendelkezésre álló számítási kapacitás készletéből. Az utóbbi esetben az állásidő hosszabb az új elsődleges másolat létrehozásához szükséges további lépések miatt.

A karbantartási időszak kiválasztásával kiszámíthatóvá és kevésbé zavaróvá teheti a jelentős karbantartási eseményeket a számítási feladat számára.

A rugalmas skálázású SLA-ról a SLA Azure SQL Database című témakörben olvashat.

Pufferkészlet és rugalmas pufferkészlet-bővítmény

Az Azure-adatbázis rugalmas skálázása esetén a számítás és a tárolás külön van elválasztva egymástól. A Storage egy adatbázis összes adatbázisoldalát tartalmazza, és az adatbázis növekedésével több gépen is lefoglalható. A számítási csomópont azonban csak a közelmúltban használt adatokat gyorsítótárazza. A számítás legforróbb lapjai a memóriában maradnak egy pufferkészlet (BP) nevű struktúrában. A rendszer a helyi SSD-ben, a rugalmas pufferkészletbővítményben (RBPEX) is tárolja, így gyorsabban lekérhetők az adatok, ha a számítási folyamat újraindul.

A felhőrendszerben a számítás szükség szerint különböző gépekre válthat. A számítási réteg több replikával is rendelkezhet. Az egyik replika elsődleges, és minden frissítést megkap, míg a többi másodlagos replika. Ha az elsődleges sikertelen, a rendszer előlépteti az egyik magas rendelkezésre állású másodlagos replikát az elsődlegesre egy feladatátvétel nevű folyamat során. Előfordulhat, hogy a másodlagos replika nem rendelkezik gyorsítótárral a BP-ben és az RBPEX-ben, amely az elsődleges számítási feladathoz van optimalizálva.

Folyamatos előkészítés

A folyamatos előkészítés olyan folyamat, amely információkat gyűjt arról, hogy az összes számítási replikában mely oldalak a leggyakrabban elértek (legforróbbak). A folyamat összesíti ezeket az információkat, és a magas rendelkezésre állású másodlagos replikák a tipikus ügyfélterhelésnek megfelelő legforróbb lapok listáját használják. Ez a folyamat folyamatosan kitölti a BP-t és az RBPEX-t is a legforróbb lapokkal, hogy lépést tartson az ügyfél számítási feladatainak változásaival.

Folyamatos priming nélkül sem a BP, sem az RBPEX nem öröklődik az új magas rendelkezésre állású replikákra, és csak a felhasználói terhelés során épülnek újra. A folyamatos feltöltés időt takarít meg, és megakadályozza az inkonzisztens teljesítményt, mivel nincs várakozás, mielőtt a gyorsítótárak újra teljesen hidratálódnak. A folyamatos feltöltéssel az új magas rendelkezésre állású másodlagos replikák azonnal megkezdik a BP és az RBPEX feltöltését. Ez segít a teljesítmény konzisztensebb fenntartásában a feladatátvételek bekövetkeztekor.

A folyamatos előkészítés mindkét módon működik: a magas rendelkezésre állású másodlagos replikák gyorsítótárazzák az elsődleges replikában használt lapokat, az elsődleges pedig a másodlagos replikák számítási feladatával rendelkező lapokat gyorsítótárazza.

A folyamatos előkészítés jelenleg a Hyperscale számítási rétegen érhető el.

Biztonsági mentés és visszaállítás

A rugalmas skálázású adatbázisok biztonsági mentési és visszaállítási műveletei fájl-pillanatkép-alapúak. Ez a megközelítés szinte azonnalivá teszi ezeket a műveleteket. Mivel a rugalmas skálázású architektúra a tárolási réteget használja a biztonsági mentéshez és a visszaállításhoz, csökkenti a számítási replikák feldolgozási terheit és teljesítményét. További információ: Rugalmas skálázású biztonsági mentések és tárterület-redundancia.

Rugalmas skálázású adatbázisok vészhelyreállítása

Ha a Azure SQL Database rugalmas skálázású adatbázisát a jelenleg üzemeltetett régiótól eltérő régióba szeretné visszaállítani, végezzen georedundáns visszaállítást. Ez a módszer katasztrófa-helyreállítási műveletekhez, gyakorlatokhoz, áthelyezéshez vagy bármely más célra is alkalmazható. A georedundáns visszaállítás csak akkor érhető el, ha a georedundáns tárolást (RA-GRS) választja a tárolóredundanciához.

További információ: Rugalmas skálázású adatbázisok visszaállítása másik régióba.

Erőforráskorlátok összehasonlítása

A virtuálismag-alapú szolgáltatási szintek eltérnek az adatbázis rendelkezésre állása, a tároló típusa, a teljesítmény és a maximális tárterület mérete tekintetében. Az alábbi táblázat az alábbi különbségeket ismerteti:

ㅤ	általános célú	üzletileg kritikus	hiperskálázás
a legjobb	Költségvetés-orientált kiegyensúlyozott számítási és tárolási lehetőségek.	Magas tranzakciós sebességgel és alacsony I/O-késéssel rendelkező OLTP-alkalmazások. Több aktív készenléti replika használatával magas hibatűrés és gyors feladatátvétel biztosítható.	Az ajánlott és alapértelmezett szolgáltatási szint az összes új és modernizált OLTP- és HTAP-számítási feladathoz. A legkülönfélébb számítási feladatokhoz ideális, beleértve azokat a számítási feladatokat is, amelyek nagy mértékben méretezhető tárolási és olvasási követelményeket támasztanak. Nagyobb rugalmasságot biztosít a hibákkal szemben, ha több magas rendelkezésre állású másodlagos replika konfigurálását teszi lehetővé.
Számítás mérete	2–128 vCores	2–128 vCores	2–192 virtuális mag³
Tárolás típusa	Prémium szintű távoli tárolás (példányonként)	Szupergyors helyi SSD-tároló (példányonként)	Leválasztott tárolás helyi SSD-gyorsítótárral (minden számítási replikához)
Tárterület mérete	1 GB – 4 TB	1 GB – 4 TB	10 GB – 128 TB
Maximális IOPS	320 IOPS virtuális magonként, 16 000 maximális IOPS mellett	4 000 IOPS virtuális magonként 327 680 maximális IOPS mellett	5500 IOPS virtuális magonként 544 000 maximális helyi SSD IOPS-val. A "Hyperscale" egy többrétegű architektúra, amely több szinten végez gyorsítótárazást. A hatékony IOPS a számítási feladattól függ.
Memória/vCore	5,1 GB	5,1 GB	5,1 GB vagy 10,2 GB
biztonsági másolatok	Helyileg redundáns (LRS), zónaredundáns (ZRS) vagy georedundáns (GRS) tároló kiválasztása 1–35 napos megőrzés (alapértelmezés szerint 7 nap), legfeljebb 10 év hosszú távú megőrzési idő áll rendelkezésre	Helyileg redundáns (LRS), zónaredundáns (ZRS) vagy georedundáns (GRS) tároló kiválasztása 1–35 napos megőrzés (alapértelmezés szerint 7 nap), legfeljebb 10 év hosszú távú megőrzési idő áll rendelkezésre	Helyileg redundáns (LRS), zónaredundáns (ZRS) vagy georedundáns (GRS) tároló kiválasztása 1–35 napos megőrzés (alapértelmezés szerint 7 nap), legfeljebb 10 év hosszú távú megőrzési idő áll rendelkezésre
rendelkezésre állás	Egy replika, nincsenek olvasási horizontális skálázást szolgáló replikák. Zónaredundáns nagy rendelkezésre állás	Három replika, egy olvasási horizontális skálázást biztosító replika. Zónaredundáns nagy rendelkezésre állás	Több replika, legfeljebb 4 olvasási felskálázási replika. Zónaredundáns nagy rendelkezésre állás
díjszabási/számlázási	vCPU, fenntartott tárhely és biztonsági mentési tárhely díjat számítunk fel. IOPS-ért nem számítunk fel díjat.	vCPU, fenntartott tárhely és biztonsági mentési tárhely díjat számítunk fel. IOPS-ért nem számítunk fel díjat.	virtuális mag az egyes replikákhoz, a lefoglalt adattároláshoz és a biztonsági mentési tárhelyhez kerül felszámításra. IOPS-ért nem számítunk fel díjat.
Kedvezményes modellek¹	Azure Reservations Azure Hybrid Benefit² Nagyvállalati és Fizess ahogy fejleszt/testelYou-Go ajánlat előfizetések	Azure Reservations Azure Hybrid Benefit² Nagyvállalati és Fizess ahogy fejleszt/testelYou-Go ajánlat előfizetések	Mivel a Hyperscale szolgáltatáshoz nem tartozik SQL-szoftverlicencdíj¹, az Azure Hybrid Benefit nem érhető el az új Hyperscale-adatbázisokhoz².
Memóriabeli táblák	No	Igen	Nem

¹ 2023 decemberében megérkezett az SQL Database Hyperscale egyszerűsített díjszabása. A részletekért tekintse át a Hyperscale árképzés blogját.

² 2023 decemberétől a Azure Hybrid Benefit nem érhetők el új rugalmas skálázású adatbázisokhoz vagy fejlesztői/tesztelési előfizetésekhez. A kiépített számítással rendelkező meglévő rugalmas skálázású önálló adatbázisok 2026 decemberéig továbbra is használhatják a Azure Hybrid Benefit a számítási költségek megtakarítására. További információ: Rugalmas skálázású díjszabási blog.

³ Jelenleg a 160 és 192 vCore opciók előzetes verziójú funkcióként jelennek meg.

Számítási erőforrások

Az alábbi táblázat az Azure SQL Database rugalmas skálázású különböző hardverkonfigurációiban és számítási szintjeiben található számítási erőforrásokat hasonlítja össze. Nem Hyperscale Azure SQL Database esetén lásd: vCore vásárlási modell – Azure SQL Database.

Hardverkonfiguráció	CPU	Emlékezet
Standard-sorozat (Gen5)	kiépített számítási erőforrások - Intel® E5-2673 v4 (Broadwell) 2,3 GHz, Intel® SP-8160 (Skylake), Intel® 8272CL (Cascade Lake) 2,5 GHz, Intel® Xeon® Platinum 8370C (Ice Lake), AMD EPYC™ 7763v (Milánó), AMD EPYC 9004 (Genoa), Intel® Xeon® Platinum 8573C (Smaragd Rapids) processzorok - Legfeljebb 128 virtuális processzormag kiépítése (hyper-threaded) kiszolgáló nélküli számítás - Intel® E5-2673 v4 (Broadwell) 2,3 GHz, Intel® SP-8160 (Skylake), Intel® 8272CL (Cascade Lake) 2,5 GHz, Intel® Xeon® Platinum 8370C (Ice Lake), AMD EPYC™ 7763v (Milánó), AMD EPYC 9004 (Genoa), Intel® Xeon® Platinum 8573C (Smaragd Rapids) processzorok - Automatikus skálázás 80 virtuális magig (hiperszálas) – A memória és a virtuális mag közötti arány dinamikusan alkalmazkodik a memória- és processzorhasználathoz a számítási feladatok igényei alapján, és virtuális magonként akár 24 GB is lehet. Előfordulhat például, hogy egy adott időpontban egy számítási feladat 240 GB memóriát és csak 10 virtuális magot használ és számláz.	kiépített számítási erőforrások - 5,1 GB/virtuális mag – Akár 625 GB-os kiépítés kiszolgáló nélküli számítás – Automatikus skálázás virtuális magonként akár 24 GB-ig – Automatikus skálázás legfeljebb 240 GB-ig
Prémium sorozat	kiépített számítási erőforrások - Intel® Xeon® Platinum 8370C (Ice Lake), AMD EPYC™ 7763v (Milan), AMD EPYC 9004 (Genoa), Intel® Xeon® Platinum 8573C (Smaragd rapids) processzorok - Legfeljebb 192 virtuális mag kiépítése (hiperszálas).	5,2 GB / vCore
Prémium sorozat, memóriaoptimalizált	kiépített számítási erőforrások - Intel® Xeon® Platinum 8370C (Ice Lake), AMD EPYC™ 7763v (Milan), AMD EPYC 9004 (Genoa), Intel® Xeon® Platinum 8573C (Smaragd rapids) processzorok - Akár 80 vCPU (hiperszálas) kiépítése.	10,2 GB/vCore

* Egy adott számítási méret és hardverkonfiguráció esetében az erőforráskorlátok a processzortípustól függetlenül azonosak (Intel® Broadwell, Skylake, Ice Lake, Cascade Lake, Smaragd Rapid vagy AMD Milan, Genoa). A sys.dm_user_db_resource_governance dinamikus felügyeleti nézetben a következőt használó adatbázisok hardvergenerációja:

Az Intel® SP-8160 (Skylake) processzorok Gen6-ként jelennek meg
Az Intel® 8272CL (Cascade Lake) Gen7-ként jelenik meg
Intel® Xeon® Platinum 8370C (Ice Lake) vagy AMD EPYC™ 7763v (Milan) jelenik meg Gen8
Az AMD EPYC™ 9004 (Genoa) Gen9 vagy Intel® Xeon® Platinum 8573C (Smaragd rapids) gen10-ként jelenik meg

További információért lásd: önálló adatbázisok és rugalmas készletek.

Rugalmas skálázású adatbázisok létrehozása és kezelése

Rugalmas skálázású adatbázisokat a Azure portál, a Transact-SQL, a PowerShell és a Azure CLI használatával hozhat létre és kezelhet. További információ: Rövid útmutató: Rugalmas skálázású adatbázis létrehozása.

művelet	Részletek	További információ
Rugalmas skálázású adatbázis létrehozása	A hiperskálázott adatbázisok csak a vCore-alapú vásárlási modell használatával érhetők el.	Példákat talál egy Hyperscale adatbázis létrehozásához a Gyorsútmutató: Hyperscale adatbázis létrehozása az Azure SQL Database-ben.
Meglévő adatbázis átalakítása Hyperscale	Meglévő adatbázist konvertálhat Azure SQL Database rugalmas skálázási szintre. Az átalakítás időtartama az adatok méretétől függ.	További információért lásd: Az adatbázis átalakítása Hyperscale-vá.
Rugalmas skálázású adatbázisok fordított migrálása az Általános célú szolgáltatási szintre	Ha korábban már áttelepített egy meglévő Azure SQL Database adatbázist Hyperscale-re, az adatbázist a Hyperscale-re való eredeti migrálást követő 45 napon belül visszatelepítheti az Általános célú szolgáltatási szintre. Ha az adatbázist egy másik szolgáltatási szintre (például üzletileg kritikus) szeretné migrálni, először állítsa vissza a migrálást az Általános célú szolgáltatási szintre, majd módosítsa a szolgáltatási szintet.	Ismerje meg , hogyan fordíthatja vissza a migrálást a Hyperscale-ról, beleértve a korlátozásokat a fordított áttelepítéssorán.

Korlátozások

Ezek a korlátozások jelenleg a rugalmas skálázási szolgáltatási szintre vonatkoznak. A termékcsapat aktívan dolgozik azon, hogy a lehető legtöbb korlátozást eltávolítsa.

Kérdés	Leírás
A zsugorítás blokkolva van, ha a TDE tiltva van.	Jelenleg Azure SQL Database rugalmas skálázás nem támogatja az adatbázis- és fájlzsugorítási műveleteket, ha a transzparens adattitkosítás (TDE) le van tiltva.
Adatbázis visszaállítása más szolgáltatási szintekről	Nem rugalmas skálázású adatbázist nem állíthat vissza rugalmas skálázású adatbázisként. A rugalmas skálázású adatbázisok nem rugalmas skálázású adatbázisként sem állíthatók vissza. A más Azure SQL Database szolgáltatási szintekről rugalmas skálázásba migrált adatbázisok esetében az áttelepítés előtti biztonsági másolatok a forrásadatbázis biztonsági mentési megőrzési időszakának időtartamára maradnak, beleértve a hosszú távú adatmegőrzési szabályzatokat is. A parancssoron keresztül visszaállíthatja az áttelepítés előtti biztonsági mentést az adatbázis biztonsági mentési megőrzési időszakán belül. Ezeket a biztonsági másolatokat bármely nem rugalmas skálázású szolgáltatási szintre visszaállíthatja.
Adatbázisok migrálása In-Memory OLTP-objektumokkal	A Hyperscale a In-Memory OLTP-objektumok egy részét támogatja, beleértve a memóriaoptimalizált tábla típusokat, a táblaváltozókat és a natívan fordított modulokat. Ha azonban minden In-Memory OLTP-objektum jelen van a migrált adatbázisban, a Prémium és az Üzleti szempontból kritikus szolgáltatási szintekről a Rugalmas skálázásra történő migrálás nem támogatott. Ha egy ilyen adatbázist rugalmas skálázásba szeretne migrálni, el kell dobnia az összes In-Memory OLTP-objektumot és azok függőségeit. Az adatbázis migrálása után újra létrehozhatja ezeket az objektumokat. A tartós és nem tartós memóriaoptimalizált táblák jelenleg nem támogatottak a rugalmas skálázásban, ezért lemeztáblákra kell módosítani.
Adatbázis-integritás ellenőrzése	`DBCC CHECKDB`és `DBCC CHECKFILEGROUP` jelenleg nem támogatják az Azure SQL Database Hyperscale adatbázisokat. Megoldásként használd `DBCC CHECKTABLE ('TableName') WITH TABLOCK`. Az Azure SQL Database adatintegritás-kezelésével kapcsolatos részletekért lásd: Adatintegritás a Azure SQL Database.
Rugalmas feladatok	Nem támogatott a rugalmas skálázású adatbázis használata feladatadatbázisként. A rugalmas feladatok azonban ugyanúgy célozhatják meg a rugalmas skálázású adatbázisokat, mint a Azure SQL Database bármely más adatbázisát.
adatszinkronizálás	A rugalmas skálázású adatbázisok központi vagy metaadat-szinkronizálási adatbázisként való használata nem támogatott. A rugalmas skálázású adatbázisok azonban tagadatbázisok lehetnek egy adatszinkronizálás topológiában.
Hiperskálázható szolgáltatási szint prémium sorozatú hardver	A prémium sorozatú és memóriaoptimalizált prémium sorozatú hardverek jelenleg nem támogatják a kiszolgáló nélküli számítási szintet. A kiszolgáló nélküli rendszer csak standard sorozatú (Gen5) hardvereken támogatott.
Regionális rendelkezésre állás	A prémium sorozatú rugalmas skálázási szolgáltatási szint és a prémium sorozatú memóriaoptimalizált hardver korlátozott Azure régiókban érhető el. A listát megtalálja a ‘Prémium Sorozatú Hiperskaláris Elérhetőség’alatti bejegyzésben.

Visszajelzés

Hasznosnak találta ezt az oldalt?

Last updated on 2026-07-14