Meglévő adatbázis átalakítása rugalmas skálázásra

A következőkre vonatkozik:Azure SQL Database

A Azure SQL Database meglévő adatbázisát rugalmas skálázásra konvertálhatja a Azure portál, a Azure CLI, a PowerShell vagy a Transact-SQL használatával.

Prerequisites

• A geo-replikációt használó vagy feladatátvételi csoport részét képező adatbázis Hyperscale-re való átalakítását az elsődleges replika átalakításával kezdje. A geo-másodlagos replika automatikusan konvertálódik. T-SQL, REST API, PowerShell vagy Azure CLI használatával konvertálhat georeplikált, nem rugalmas skálázású adatbázist rugalmas skálázásra.

• Az alapszintű szolgáltatási szintről rugalmas skálázásra történő közvetlen átalakítás nem támogatott. Az átalakítás végrehajtásához először módosítsa az adatbázist az Alapszintű szolgáltatásszinten kívüli szolgáltatási szintre (például általános célúra), majd folytassa a rugalmas skálázásra való konvertálást.

• Az adatbázis zónaredundáns rugalmas készletből nem zónaredundáns rugalmas skálázási készletbe való közvetlen áthelyezése nem támogatott. Az átállás befejezéséhez először távolítsa el az adatbázist az elasztikus készletből, majd alakítsa át önálló adatbázissá. Ezután tiltsa le az adatbázis zónaredundanciát. Miután elvégezte ezeket a lépéseket, az adatbázis hozzáadható egy új vagy meglévő, nem zónaredundáns Hyperscale-készlethez.

• A konvertálás előrehaladását a T-SQL segítségével figyelheti. T-SQL-parancsok Azure SQL Database-en való futtatásához használja az SQL Server Management Studio (SSMS) alkalmazást, a Visual Studio Code MSSQL-bővítményét, az sqlcmd-et vagy a kedvenc T-SQL-lekérdezési eszközét.

Adatbázis konvertálása georeplikákkal

Ha georeplikációs kapcsolatban konvertál egy adatbázist, a konvertálási folyamat megőrzi a georeplikációs kapcsolatot. Az elsődleges és a geo-másodlagos adatbázisok egyidejűleg Hyperscale formátumra lesznek alakítva.

• A Hyperscale-ra való konvertálást az elsődleges georeplika konvertálásával kell kezdenie. Ha geo-másodlagos replikát próbál konvertálni, az hibát eredményez: Az "adatbázisnév-helyőrző" geo-másodlagos replika nem konvertálható rugalmas skálázásúvá. Ha az elsődleges és a geo-másodlagos replikát rugalmas skálázásra szeretné konvertálni, próbálkozzon újra a művelettel az elsődleges replikán.
• Csökkentse a geo-másodlagos replikák számát egyre az átalakítási folyamat elindításához.
• A Hyperscale nem támogatja egy georeplika georeplika (más néven "georeplikaláncolás") létrehozását. Ha létezik láncolt georeplikációs konfiguráció, távolítsa el, mielőtt elindítja a rugalmas skálázásra való konvertálást.
• A tervezett feladatátvétel nem lehetséges, amíg a geo-elsődleges adatbázis rugalmas skálázásra való konvertálása folyamatban van. Geo-másodlagos replikára kényszerített átváltás lehetséges. Amikor kényszerített feladatátvétel történik, az átalakítás állapotától függően az új geoelsődleges a feladatátvétel után vagy a Hyperscale szolgáltatási szintet, vagy az eredeti szolgáltatási szintet használhatja.
• Ha egy geo-elsődleges adatbázis rugalmas készletben található, az átalakítás részeként áthelyezheti egy meglévő Hiperskálázású rugalmas készletbe, vagy önálló Hiperskálázású adatbázissá teheti. Azonban, ha egy földrajzi másodlagos adatbázis rugalmas készletben van, a rugalmas skálázásra való átváltás mindig kiveszi azt a készletből. A geo-másodlagos adatbázist a Hyperscale rugalmas készletbe viheti át egy külön lépésben, miután az átalakítás befejeződött.

Cutover

Az átalakítási folyamatnak két fázisa van: az adatbázis online állapotban történő konvertálása , majd az új rugalmas skálázású adatbázisra való átállás .

• A meglévő adatbázisok rugalmas skálázásba való áthelyezéséhez szükséges idő az adatok másolásának ideje, valamint a forrásadatbázisban végrehajtott módosítások visszajátszásának ideje az adatok másolása során. Bár az adatmásolási idő nagyjából az adatbázis méretével skálázható, a tényleges másolási sebesség olyan tényezők miatt változhat, mint a hálózati átviteli sebesség, az I/O-sávszélesség, a tárolási késés és az átmeneti szolgáltatásterhelés. Javasoljuk, hogy olyankor válassza a Hyperscale-ra való áttérést, amikor alacsonyabb az írási tevékenység, így a halmozott módosítások visszajátszásának ideje rövidebb lesz. Javasolt a következő szakasz irányításához manuális átkapcsolást alkalmazni.

• Választhat, hogy mikor történik az átállás – amint az adatbázis készen áll, vagy manuálisan, a választott időpontban. Alapértelmezés szerint a rugalmas skálázásra való konvertálás folyamata automatikusan megszűnik.

  • Ha a manuális átállást a választott időpontban választja, 24 óra áll rendelkezésére a manuális átállás indítására, miután az adatbázis készen áll az átállásra. Manuális átállást kezdeményezhet az Azure Portalon, az Azure CLI-en, a PowerShellen vagy a T-SQL-en keresztül.

• Bár az adatbázis átállásra kész állapotban van, a rendszer továbbra is másolja és játssza vissza a forrásadatbázisban végrehajtott módosításokat, de az aszinkronról szinkron másolásra vált. Ez a szinkron másolás növelheti az írási késést az írásigényes számítási feladatokban, amíg az átállás nem történik meg.

• A Hyperscale-re való végső áttérés alkalmával az alkalmazások csak rövid állásidőt tapasztalnak, általában kevesebb mint egy percet.

A konvertálási folyamat több fázisát is monitorozhatja a Azure portálon (az állapotjelentési oldalon), Azure CLI (az sql db op list), PowerShell (Get-AzSqlDatabaseActivity) vagy T-SQL (sys.dm_operation_status) használatával.

Amikor egy adatbázist a prémium vagy az üzleti szempontból kritikus szolgáltatási szintről rugalmas skálázásra konvertál, a folyamat az 1. fázisban leválasztja a meglévő ügyfélkapcsolatokat. A kapcsolat megszakadása hasonló ahhoz, amely az adatbázis különböző szolgáltatási szintek közötti skálázásakor következik be. Az alkalmazásokat úgy kell megtervezni, hogy zökkenőmentesen kezeljék az átmeneti kapcsolat megszakadását az újrapróbálkozási logika alkalmazásával, az átmeneti hibák esetén az Újrapróbálkozási logikában leírtak szerint.

Adatbázis átalakítása Hyperscale-ra

Meglévő Azure SQL Database rugalmas skálázásúvá alakításához először azonosítsa a célszolgáltatás célját.

Tekintse át az önálló adatbázisokra vonatkozó erőforráskorlátokat , ha nem biztos abban, hogy melyik szolgáltatási célkitűzés megfelelő az adatbázishoz. Sok esetben olyan szolgáltatási célkitűzést választhat, amely ugyanannyi virtuális magot és ugyanazzal a hardvergenerációval rendelkezik, mint az eredeti adatbázis. Szükség esetén később minimális állásidővel módosíthatja a szolgáltatás célkitűzését . A Hyperscale számlázása csak az átállás után kezdődik.

Az adatbázis konvertálásához válassza ki az előnyben részesített metódus lapját:

Portal

Az Azure Portal lehetővé teszi a rugalmas skálázásra való konvertálást az adatbázis szolgáltatási szintjének módosításával.

1. Nyissa meg a Azure portálon konvertálni kívánt adatbázist.
2. A bal oldali navigációs sávon válassza a Compute + Storage lehetőséget.
3. A szolgáltatásszintek beállításainak kibontásához válassza ki a Szolgáltatási szint legördülő listát.
   1. Ha az Ingyenes Azure SQL Database-ajánlatot használta, válassza a gombot az ingyenes adatbázis-ajánlat eltávolításához. Ezután megjelenik a szolgáltatási szint legördülő listája.
4. Válassza a Rugalmas skálázás lehetőséget a legördülő listából.
5. Tekintse át a számítási szintet , és válassza a Kiépített vagy a Kiszolgáló nélküli lehetőséget.
6. Tekintse át az Átváltási módot, amely a rugalmas skálázásra való átalakításra vonatkozik.
   • Az átállás azután történik, hogy az adatbázis elő van készítve a rugalmas skálázásra való átalakításra. Az átállásos mód azt határozza meg, hogy a meglévő Azure SQL Database-hez való kapcsolat mikor szakad meg rövid időre a Hyperscale-re történő konvertálás során:
     • Az automatikus átállás azonnal elvégzi az átállást, amint a Hyperscale adatbázis készen áll.
     • A manuális átállás arra kéri, hogy az Ön által választott időpontban kezdeményezze az átállást az Azure portálon. Ez az opció akkor a leghasznosabb, ha a folyamatokat úgy időzítjük, hogy minimális üzleti fennakadás történjen.
7. Tekintse át a felsorolt hardverkonfigurációt . Ha szükséges, válassza a Konfiguráció módosítása lehetőséget a számítási feladathoz megfelelő hardverkonfiguráció kiválasztásához.
8. Jelölje ki a virtuális magok csúszkát , ha módosítani szeretné az adatbázishoz elérhető virtuális magok számát a rugalmas skálázási szolgáltatási szint alatt.
9. Válassza a magas rendelkezésre állású másodlagos replikák csúszkát, ha módosítani szeretné a Hyperscale szolgáltatási szinten elérhető replikák számát.
10. Válassza az Alkalmaz lehetőséget.
11. A konvertálás monitorozása az Azure Portalon.
    1. Nyissa meg az adatbázist a Azure portálon.
    2. A bal oldali navigációs sávon válassza az Áttekintés lehetőséget.
    3. Tekintse át a jobb oldali ablaktábla alján található Értesítések szakaszt. Ha a műveletek folyamatban vannak, megjelenik egy értesítési mező.
    4. A részletek megtekintéséhez válassza az értesítési mezőt.
    5. Megnyílik a Folyamatban lévő műveletek panel. Tekintse át a folyamatban lévő műveletek részleteit.

Ha a Manuális átállás lehetőséget választotta, az Azure portál egy Átállás gombot jelenít meg, amikor készen áll.

Azure CLI-

Ez a kódminta meghívja az sql db-frissítést egy meglévő Azure SQL Database rugalmas skálázásúvá alakításához. Meg kell adnia a kiadási és a szolgáltatási célt is. A következő kódminta futtatása előtt cserélje le resourceGroupName, serverName, databaseNameés serviceObjective a megfelelő értékre:

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"
serviceObjective="HS_Gen5_2"

az sql db update -g $resourceGroupName -s $serverName -n $databaseName \
    --edition Hyperscale --service-objective $serviceObjective

Ha --manual-cutover úgy dönt, hogy manuálisan kezdeményezi a Hiperméretű skálázásra való átállást az Ön által választott időpontban. Ez az opció akkor a leghasznosabb, ha a folyamatokat úgy időzítjük, hogy minimális üzleti fennakadás történjen. Például:

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"
serviceObjective="HS_Gen5_2"

az sql db update -g $resourceGroupName -s $serverName -n $databaseName --edition Hyperscale --service-objective $serviceObjective --manual-cutover

Monitorozza a folyamatban lévő műveletet az SQL DB műveleti listájával, hogy visszaadhassa az Azure SQL Database-ben lévő adatbázis legutóbbi vagy folyamatban lévő műveleteit.

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"

az sql db op list -g $resourceGroupName -s $serverName -n $databaseName

A Hyperscale adatbázis elkészülte után (24 órán belül) a --perform-cutover használatával indítsa el az átállást.

az sql db update -g $resourceGroupName -s $serverName -n $databaseName --perform-cutover

PowerShell

Az alábbi példa a Set-AzSqlDatabase parancsmagot használja egy meglévő Azure SQL Database rugalmas skálázásúvá alakításához. Meg kell adnia a kiadási és a szolgáltatási célt is. A kódminta futtatása előtt cserélje le $resourceGroupNamea , $serverName, $databaseNameés $serviceObjective a megfelelő értékeket:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"
$serviceObjective = "HS_Gen5_2"

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName `
    -ServerName $serverName `
    -DatabaseName $databaseName `
    -Edition "Hyperscale" `
    -RequestedServiceObjectiveName $serviceObjective

Segítségével -ManualCutover manuálisan kezdeményezheti az átállást egy tetszőleges időpontban. Ez az opció akkor a leghasznosabb, ha a folyamatokat úgy időzítjük, hogy minimális üzleti fennakadás történjen. Például:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"
$serviceObjective = "HS_Gen5_2"

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName `
    -ServerName $serverName `
    -DatabaseName $databaseName `
    -Edition "Hyperscale" `
    -RequestedServiceObjectiveName $serviceObjective `
    -ManualCutover

Figyelje a folyamatban lévő műveletet a Get-AzSqlDatabaseActivity parancsmaggal, amely az Azure SQL Database-ben lévő adatbázisok legutóbbi vagy folyamatban lévő műveleteit adja vissza. A mintakód futtatása előtt állítsa be a $resourceGroupName, $serverNameés $databaseName paramétereket az adatbázis megfelelő értékeire:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"

Get-AzSqlDatabaseActivity -ResourceGroupName $resourceGroupName `
    -ServerName $serverName `
    -DatabaseName $databaseName

A -PerformCutover használatával kezdheti meg az átállást, ha a Hyperscale adatbázis elkészült.

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"
$serviceObjective = "HS_Gen5_2"

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName `
    -ServerName $serverName `
    -DatabaseName $databaseName `
    -Edition "Hyperscale" `
    -RequestedServiceObjectiveName $serviceObjective `
    -PerformCutover

Transact-SQL

Ha egy meglévő Azure SQL Database-t Hyperscal-ra konvertálsz Transact-SQL-szel, először csatlakozz az masteradatbázishoz a logikai SQL szerveredben az SQL Server Management Studio (SSMS) vagy az MSSQL Visual Studio Code kiterjesztés segítségével.

A kiadási és szolgáltatási célkitűzést is meg kell adnia az ALTER DATABASE utasításban.

Ez a példautasítás egy mySampleDatabase nevű adatbázist alakít át Hyperscale-re a HS_Gen5_2 szolgáltatási szinttel. Az utasítás végrehajtása előtt cserélje le az adatbázis nevét a megfelelő értékre.

ALTER DATABASE [mySampleDatabase]
   MODIFY (EDITION = 'Hyperscale', SERVICE_OBJECTIVE = 'HS_Gen5_2');
GO

Alapértelmezés szerint az adatbázis a rugalmas skálázású adatbázisra való átállást hajtja végre az átalakítás befejezéséhez, amint a rugalmas skálázású adatbázis elérhető. Ha szeretné, az MANUAL_CUTOVER argumentummal elindíthat egy olyan átalakítást, amely manuálisan kezdeményezett átállással végződik, a választott időpontban. Ez az opció akkor a leghasznosabb, ha a folyamatokat úgy időzítjük, hogy minimális üzleti fennakadás történjen. Például:

ALTER DATABASE [mySampleDatabase]
   MODIFY (EDITION = 'Hyperscale', SERVICE_OBJECTIVE = 'HS_Gen5_2')
   WITH MANUAL_CUTOVER;

A rugalmas skálázású adatbázisok összes műveletének monitorozásához, beleértve a rugalmas skálázásra való konvertálást is, csatlakozzon a master földrajzilag elsődleges logikai kiszolgáló adatbázisához, és hajtsa végre a T-SQL-lekérdezéseket a sys.dm_operation_status dinamikus felügyeleti nézetben. A sys.dm_operation_status jelentés az adatbázis-műveletek előrehaladását jelenti, beleértve a rugalmas skálázásra való konvertálást is. Ha ezt választotta MANUAL_CUTOVER, a sys.dm_operation_status nézet további információkat tartalmaz.

Például

SELECT *
FROM sys.dm_operation_status
WHERE major_resource_id = 'mySampleDatabase'
ORDER BY start_time DESC;

Ha készen áll a manuális átállásra, a phase_desc .WaitingForCutover A PERFORM_CUTOVER argumentum használatával kezdeményezheti az átállást:

ALTER DATABASE [mySampleDatabase] PERFORM_CUTOVER;

Kapcsolódó tartalom

• Rugalmas skálázású adatbázisok kezelése
• Adatbázis fordított migrálása Hyperscale rendszerből
• Az Azure SQL Database módosítható konfigurációs referenciája