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

A következőre vonatkozik: Azure SQL Database

A rugalmas skálázási szolgáltatási szint egy nagy mértékben méretezhető tárolási és számítási teljesítményszintet biztosít, amely az Azure-architektúra segítségével jelentősen skálázza ki az Azure SQL Database tárolási és számítási erőforrásait az általános célú és üzletileg kritikus szolgáltatási szintek számára elérhető korlátokon túl. Ez a cikk bemutatja, hogyan hajthatja végre a rugalmas skálázású adatbázisok alapvető adminisztrációs feladatait, beleértve a meglévő adatbázisok rugalmas skálázásba való migrálását, a rugalmas skálázású adatbázisok egy másik régióba való visszaállítását, a rugalmas skálázásról egy másik szolgáltatási szintre való visszatelepítést, valamint a folyamatban lévő és a legutóbbi műveletek állapotát egy rugalmas skálázású adatbázison.

Megtudhatja, hogyan hozhat létre új rugalmas skálázású adatbázist a rövid útmutatóban : Rugalmas skálázású adatbázis létrehozása az Azure SQL Database-ben.

Tipp.

Hamarosan elérhető az SQL Database rugalmas skálázásának egyszerűsített díjszabása. A részletekért tekintse át a rugalmas skálázási díjszabás blogját .

Meglévő adatbázis migrálása rugalmas skálázásba

Az Azure SQL Database meglévő adatbázisait rugalmas skálázásba migrálhatja az Azure Portal, az Azure CLI, a PowerShell vagy a Transact-SQL használatával.

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. Az adatmásolási idő arányos az adatméretével. Javasoljuk, hogy alacsonyabb írási tevékenység időszakában migráljon rugalmas skálázásra, hogy a halmozott módosítások visszajátszásának ideje rövidebb legyen.

A rugalmas skálázású szolgáltatási szintre való végleges átállás során csak rövid állásidőt fog tapasztalni, általában néhány percet.

Előfeltételek

Ha egy georeplikációs kapcsolat részét képező adatbázist elsődlegesként vagy másodlagosként szeretne rugalmas skálázásba helyezni, először le kell mondania az adatreplikációt az elsődleges és a másodlagos replika között. A feladatátvételi csoport adatbázisait először el kell távolítani a csoportból.

Miután áthelyeztek egy adatbázist a rugalmas skálázásba, létrehozhat egy új rugalmas skálázású georeplikát az adatbázishoz.

Adatbázis migrálása a rugalmas skálázási szolgáltatási szintre

Ha egy meglévő adatbázist szeretne migrálni az Azure SQL Database-ben a rugalmas skálázású szolgáltatási szintre, először azonosítsa a célszolgáltatás célját. Tekintse át az önálló adatbázisok erőforráskorlátait , 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 minimális állásidővel módosíthatja a szolgáltatás célkitűzését .

Válassza ki a kívánt eszköz lapját az adatbázis migrálásához:

Portál

Az Azure Portal lehetővé teszi a rugalmas skálázási szolgáltatási szintre való migrálást az adatbázis tarifacsomagjának módosításával.

1. Lépjen a migrálni kívánt adatbázisra az Azure Portalon.
2. A bal oldali navigációs sávon válassza a Compute + Storage lehetőséget.
3. Válassza ki a Szolgáltatási szint legördülő menüt a szolgáltatási szintek beállításainak kibontásához.
4. Válassza a rugalmas skálázást (igény szerinti skálázható tárterület) a legördülő menüből.
5. 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.
6. Tekintse át a Pénzt takaríthat meg lehetőséget. Válassza ki, ha jogosult az Azure Hybrid Benefit használatára, és használni szeretné az adatbázishoz.
7. Válassza 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.
8. Válassza a Magas rendelkezésre állásúSecondaryReplicas csúszkát, ha módosítani szeretné a rugalmas skálázású szolgáltatási szint alatti replikák számát.
9. Válassza az Alkalmazás lehetőséget.

A rugalmas skálázású adatbázisok műveleteit figyelheti, amíg a művelet folyamatban van.

Azure CLI

Ez a kódminta meghívja az sql db-frissítést , hogy migráljon egy meglévő adatbázist az Azure SQL Database-ben a rugalmas skálázású szolgáltatási szintre. Meg kell adnia a kiadási és a szolgáltatási célt is.

Cserélje le resourceGroupNamea , serverName, databaseNameés serviceObjective a megfelelő értékeket a következő kódminta futtatása előtt:

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

A rugalmas skálázású adatbázisok műveleteit figyelheti, amíg a művelet folyamatban van.

PowerShell

Az alábbi példa a Set-AzSqlDatabase parancsmaggal migrál egy meglévő adatbázist az Azure SQL Database-ben a rugalmas skálázású szolgáltatási szintre. 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

A rugalmas skálázású adatbázisok műveleteit figyelheti, amíg a művelet folyamatban van.

Transact-SQL

Ha egy meglévő adatbázist szeretne migrálni az Azure SQL Database-ben a Rugalmas skálázási szolgáltatási szintre a Transact-SQL használatával, először csatlakozzon a master logikai SQL-kiszolgálón lévő adatbázishoz az Azure SQL Database, az SQL Server Management Studio (SSMS) vagy az Azure Data Studio Azure Portal Lekérdezésszerkesztőjével.

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

Ez a példautasítás egy rugalmas skálázású szolgáltatási szintre migrál mySampleDatabase egy adatbázist a HS_Gen5_2 szolgáltatás célkitűzésével. 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

A rugalmas skálázású adatbázisok műveleteit figyelheti, amíg a művelet folyamatban van.

Fordított migrálás rugalmas skálázásról

Az Általános célú szolgáltatási szintre való visszatelepítés lehetővé teszi, hogy azok az ügyfelek, akik nemrég migráltak egy meglévő adatbázist az Azure SQL Database-ben a rugalmas skálázási szolgáltatási szintre, vészhelyzetben visszaléphessenek, ha a rugalmas skálázás nem felel meg az igényeiknek. Bár a fordított migrálást egy szolgáltatásiszint-módosítás váltja ki, gyakorlatilag nagy mennyiségű adat architektúrák közötti áthelyezéséről van szó.

A fordított migrálás korlátozásai

A fordított migrálás a következő feltételek mellett érhető el:

• A fordított migrálás csak az eredeti rugalmas skálázásba való migrálást követő 45 napon belül érhető el.
• Az eredetileg a rugalmas skálázási szolgáltatási szinten létrehozott adatbázisok nem jogosultak a fordított migrálásra.
• A migrálást csak az Általános célú szolgáltatási szintre fordíthatja vissza. A rugalmas skálázásról általános célúra történő migrálás a kiszolgáló nélküli vagy a kiépített számítási szinteket is megcélozza. Ha az adatbázist egy másik szolgáltatási szintre , például üzletileg kritikus vagy DTU-alapú szolgáltatási szintre 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.
• A rugalmas készletből vagy az azokból való közvetlen fordított migrálás nem támogatott. Csak egy rugalmas skálázású önálló adatbázist fordíthat vissza egy általános célú önálló adatbázisba.
  • Ha a rugalmas skálázású adatbázis egy rugalmas skálázású rugalmas készlet (előzetes verzió) része, először el kell távolítania a rugalmas készletből a fordított migrálás előtt.
  • A fordított migrálás befejezése után szükség esetén hozzáadhatja az általános célú önálló adatbázist egy általános célú rugalmas készlethez.
• Azon adatbázisok esetében, amelyeken nem alkalmazható fordított migrálás, csak úgy lehet rugalmas skálázásról nem rugalmas skálázási szolgáltatási szintre váltani, ha egy BACPAC-fájl vagy más adatátviteli technológia (tömeges másolás, Azure Data Factory, Azure Databricks, SSIS stb.) használatával exportál/importál. A BACPAC-exportálás/-importálás nem támogatott az Azure Portalról, a PowerShellről a New-AzSqlDatabaseExport vagy New-AzSqlDatabaseImport használatával, az Azure CLI-ből az az sql db export és az sql db import használatával, valamint a REST API-ból. A bacpac-importálás/exportálás kisebb rugalmas skálázású adatbázisokhoz (150 GB-ig) támogatott az SSMS és az SqlPackage 18.4-es és újabb verzióival. Nagyobb adatbázisok esetében a BACPAC-exportálás/-importálás sok időt vehet igénybe, és több okból is meghiúsulhat.

Időtartam és állásidő

A rugalmas skálázásban a normál szolgáltatási szintű objektív változási műveletektől eltérően a rugalmas skálázásra való migrálás és az általános célú visszatelepítés adatméretű műveletek.

A fordított áttelepítési művelet időtartama elsősorban az adatbázis méretétől és az áttelepítés során zajló egyidejű írási tevékenységektől függ. A cél általános célú adatbázishoz hozzárendelt virtuális magok száma a fordított migrálás időtartamára is hatással van. Javasoljuk, hogy a cél általános célú adatbázist a forrás rugalmas skálázású adatbázishoz hozzárendelt virtuális magok számánál nagyobb vagy egyenlő számú virtuális maggal építse ki a hasonló számítási feladatok fenntartása érdekében.

A fordított migrálás során a forrás rugalmas skálázású adatbázis teljesítménycsökkenést tapasztalhat, ha jelentős terhelés alatt áll. Pontosabban a tranzakciónaplók aránya csökkenthető (szabályozható) annak biztosítása érdekében, hogy a fordított migrálás haladjon előre.

Az új általános célú adatbázis végleges átállása során rövid állásidőt, általában néhány percet fog tapasztalni.

Előfeltételek

Mielőtt fordított migrálást kezdeményez a rugalmas skálázásról az általános célú szolgáltatási szintre, győződjön meg arról, hogy az adatbázis megfelel a fordított migrálásra vonatkozó korlátozásoknak, és:

• Az adatbázisban nincs engedélyezve a georeplikációs szolgáltatás.
• Az adatbázis nem rendelkezik elnevezett replikákkal.
• Az adatbázis (lefoglalt méret) elég kicsi ahhoz, hogy illeszkedjen a célszolgáltatási szintre.
• Ha a cél általános célú adatbázis maximális adatbázisméretét adja meg, győződjön meg arról, hogy az adatbázis lefoglalt mérete elég kicsi ahhoz, hogy beleférjen ebbe a maximális méretbe.

Az előfeltétel-ellenőrzések a fordított migrálási művelet megkezdése előtt történnek. Ha az előfeltételek nem teljesülnek, a fordított migrálási művelet azonnal meghiúsul.

Biztonsági mentési szabályzatok

A számlázás a konfigurált megőrzési időszakon belüli összes meglévő adatbázis biztonsági mentésének szokásos díjszabásával történik. A rendszer a rugalmas skálázású biztonsági mentési tár pillanatképeiért és az adattároló-méretű blobokért számláz, amelyeket meg kell őrizni a biztonsági mentés visszaállításához.

Az adatbázist rugalmas skálázásba migrálhatja, és többször is visszatelepítheti az általános célúra. A visszaállításhoz csak az adatbázis aktuális és korábbi rétegéből származó biztonsági másolatok érhetők el. Ha az Általános célú szolgáltatási szintről a Rugalmas skálázásra váltott, és visszaállt az Általános célú szolgáltatásra, az egyetlen elérhető biztonsági mentés az aktuális Általános célú adatbázisból és a közvetlenül korábbi rugalmas skálázású adatbázisból származik. Ezek a megtartott biztonsági másolatok számlázása az Azure SQL Database számlázása szerint lesz számlázva. A korábban kipróbált szintek nem rendelkeznek biztonsági másolatokkal, és nem lesznek számlázva.

Migrálhat például rugalmas skálázású és nem rugalmas skálázású szolgáltatási szintek között:

1. Általános célú
2. Migrálás a rugalmas skálázásra
3. Fordított migrálás általános célúra
4. Szolgáltatási szint módosítása üzletileg kritikus
5. Migrálás a rugalmas skálázásra
6. Fordított migrálás általános célúra

Ebben az esetben az egyetlen elérhető biztonsági mentés az ütemterv 5. és 6. lépéséből származik, ha még a konfigurált megőrzési időszakon belül vannak. Az előző lépések biztonsági másolatai nem érhetők el. Körültekintően vegye figyelembe a biztonsági másolatok rendelkezésre állását, amikor több fordított migrálást kísérel meg a rugalmas skálázásról az általános célú szintre.

Rugalmas skálázású adatbázisok migrálása az Általános célú szolgáltatási szintre

Az Azure SQL Database-ben meglévő rugalmas skálázású adatbázisok általános célú szolgáltatási szintre való migrálásához először azonosítsa a célszolgáltatás-célkitűzést az Általános célú szolgáltatási szinten, és hogy a kiépített vagy kiszolgáló nélküli számítási szintekre szeretne-e migrálni. Tekintse át az önálló adatbázisok erőforráskorlátait , ha nem biztos abban, hogy melyik szolgáltatási célkitűzés megfelelő az adatbázishoz.

Ha az általános célúra való visszaváltás után további szolgáltatási szintet szeretne módosítani, azonosítsa a végső célszolgáltatás-célkitűzést is, és győződjön meg arról, hogy az adatbázis lefoglalt mérete elég kicsi ahhoz, hogy illeszkedjen az adott szolgáltatási célkitűzéshez.

Válassza ki az előnyben részesített módszer lapját az adatbázis visszafejtéséhez:

Portál

Az Azure Portal lehetővé teszi az általános célú szolgáltatási szintre való migrálás megfordítását az adatbázis tarifacsomagjának módosításával.

1. Lépjen a migrálni kívánt adatbázisra az Azure Portalon.
2. A bal oldali navigációs sávon válassza a Compute + Storage lehetőséget.
3. Válassza ki a Szolgáltatási szint legördülő menüt a szolgáltatási szintek beállításainak kibontásához.
4. Válassza az Általános célú (méretezhető számítási és tárolási lehetőségek) lehetőséget a legördülő menüben.
5. 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.
6. Tekintse át a Pénzt takaríthat meg lehetőséget. Válassza ki, ha jogosult az Azure Hybrid Benefit használatára, és használni szeretné az adatbázishoz.
7. Válassza ki a virtuális magok csúszkát , ha módosítani szeretné az adatbázishoz elérhető virtuális magok számát az Általános célú szolgáltatási szint alatt.
8. Válassza az Alkalmazás lehetőséget.

Azure CLI

Ez a kódminta meghívja az sql db-frissítést egy meglévő rugalmas skálázású adatbázis általános célú szolgáltatási szintre történő migrálásához. Meg kell adnia a kiadási és a szolgáltatási célt is. Választhatja vagy ProvisionedServerless a cél számítási modellt.

Cserélje le resourceGroupNamea , serverName, databaseNameés serviceObjective a megfelelő értékeket a következő kódminta futtatása előtt:

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"
serviceObjective="GP_Gen5_2"
computeModel="Provisioned"

az sql db update -g $resourceGroupName -s $serverName -n $databaseName \
    --edition GeneralPurpose --service-objective $serviceObjective \
    --compute-model $computeModel

Az argumentumot opcionálisan is felveheti maxsize . Ha az maxsize érték meghaladja a célszolgáltatás-célkitűzés érvényes maximális méretét, a rendszer hibát ad vissza. Ha az maxsize argumentum nincs megadva, a művelet alapértelmezés szerint az adott szolgáltatási célkitűzéshez elérhető maximális méretre van bekapcsolva. Az alábbi példa a következőket maxsizeadja meg:

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"
serviceObjective="GP_Gen5_2"
computeModel="Provisioned"
maxsize="200GB"

az sql db update -g $resourceGroupName -s $serverName -n $databaseName \
    --edition GeneralPurpose --service-objective $serviceObjective \
    --compute-model $computeModel --max-size $maxsize

A rugalmas skálázású adatbázisok műveleteit figyelheti, amíg a művelet folyamatban van.

PowerShell

Ez a kódminta a Set-AzSqlDatabase parancsmaggal fordított migrál egy meglévő adatbázist a rugalmas skálázási szolgáltatási szintről az Általános célú szolgáltatási szintre. Meg kell adnia a kiadási és a szolgáltatási célt is. Választhatja vagy ProvisionedServerless a cél számítási szintet.

A kódminta futtatása előtt cserélje le $resourceGroupNamea , $serverName, $databaseName, $serviceObjective, és $computeModel a megfelelő értékeket:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"
$serviceObjective = "GP_Gen5_2"
$computeModel = "Provisioned"

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName `
    -DatabaseName $databaseName -Edition "GeneralPurpose" -computemodel $computeModel `
    -RequestedServiceObjectiveName $serviceObjective

Az argumentumot opcionálisan is felveheti maxsize . Ha az maxsize érték meghaladja a célszolgáltatás-célkitűzés érvényes maximális méretét, a rendszer hibát ad vissza. Ha az maxsize argumentum nincs megadva, a művelet alapértelmezés szerint az adott szolgáltatási célkitűzéshez elérhető maximális méretre van bekapcsolva. Az alábbi példa a következőket maxsizeadja meg:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"
$serviceObjective = "GP_Gen5_2"
$computeModel = "Provisioned"
$maxSizeBytes = "268435456000"

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName `
    -DatabaseName $databaseName -Edition "GeneralPurpose" -computemodel $computeModel `
    -RequestedServiceObjectiveName $serviceObjective -MaxSizeBytes $maxSizeBytes

A rugalmas skálázású adatbázisok műveleteit figyelheti, amíg a művelet folyamatban van.

Transact-SQL

Ha a Transact-SQL használatával vissza szeretné fordítani a rugalmas skálázású adatbázis általános célú szolgáltatási rétegbe való migrálását, először csatlakozzon a master logikai SQL-kiszolgálón lévő adatbázishoz az SQL Server Management Studio (SSMS) és az Azure Data Studio használatával.

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

Ez a példautasítás egy általános célú szolgáltatási szintre migrál mySampleDatabase egy adatbázist a GP_Gen5_4 szolgáltatás célkitűzésével. Az utasítás végrehajtása előtt cserélje le az adatbázis nevét és szolgáltatáscélt a megfelelő értékekre.

ALTER DATABASE [mySampleDatabase]
    MODIFY (EDITION = 'GeneralPurpose', SERVICE_OBJECTIVE = 'GP_Gen5_2');
GO

Az argumentumot opcionálisan is felveheti maxsize . Ha az maxsize érték meghaladja a célszolgáltatás-célkitűzés érvényes maximális méretét, a rendszer hibát ad vissza. Ha az maxsize argumentum nincs megadva, a művelet alapértelmezés szerint az adott szolgáltatási célkitűzéshez elérhető maximális méretre van bekapcsolva. Az alábbi példa a következőket maxsizeadja meg:

ALTER DATABASE [mySampleDatabase]
    MODIFY (EDITION = 'GeneralPurpose', SERVICE_OBJECTIVE = 'GP_Gen5_2', MAXSIZE = 200 GB);
GO

A rugalmas skálázású adatbázisok műveleteit figyelheti, amíg a művelet folyamatban van.

Rugalmas skálázású adatbázisok műveleteinek figyelése

Az Azure SQL Database folyamatban lévő vagy nemrégiben befejezett műveleteinek állapotát az Azure Portal, az Azure CLI, a PowerShell vagy a Transact-SQL használatával figyelheti.

Válassza ki a kívánt metódus lapját a műveletek figyeléséhez.

Portál

Az Azure Portal értesítést jelenít meg egy adatbázisról az Azure SQL Database-ben, ha egy művelet, például a migrálás, a fordított migrálás vagy a visszaállítás folyamatban van.

1. Lépjen az adatbázisra az Azure Portalon.
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.

Azure CLI

Ez a kódminta meghívja az SQL DB műveleti listáját , hogy visszaadja az Azure SQL Database-ben lévő adatbázis legutóbbi vagy folyamatban lévő műveleteit.

Cserélje le resourceGroupNamea , serverName, databaseNameés serviceObjective a megfelelő értékeket a következő kódminta futtatása előtt:

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

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

PowerShell

A Get-AzSqlDatabaseActivity parancsmag egy Azure SQL Database-adatbázis 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 a paramétereket az adatbázis megfelelő értékeire:

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

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

Transact-SQL

A rugalmas skálázású adatbázisok műveleteinek monitorozásához először csatlakozzon a logikai kiszolgálón lévő adatbázishoz az master SQL Server Management Studio (SSMS), az Azure Data Studio vagy a választott ügyfél használatával Transact-SQL-parancsok futtatásához.

A sys.dm_operation_status dinamikus felügyeleti nézet lekérdezésével áttekintheti a [logikai kiszolgálón](logical-servers.md] található adatbázisokon végrehajtott legutóbbi műveletek adatait.

Ez a kódminta a megadott adatbázis teljes egészét sys.dm_operation_status adja vissza, a legutóbb megkezdett műveletek szerint rendezve. A kódminta futtatása előtt cserélje le az adatbázis nevét a megfelelő értékre.

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

Adatbázisok megtekintése a rugalmas skálázási szolgáltatási szinten

Miután migrált egy adatbázist a rugalmas skálázásra, vagy újrakonfigurált egy adatbázist a rugalmas skálázási szolgáltatási szinten belül, érdemes lehet megtekintenie és/vagy dokumentálnia a rugalmas skálázású adatbázis konfigurációját.

Portál

Az Azure Portal megjeleníti a logikai kiszolgálón található összes adatbázis listáját. A Tarifacsomag oszlop tartalmazza az egyes adatbázisok szolgáltatási szintjét.

1. Lépjen a logikai kiszolgálóra az Azure Portalon.
2. A bal oldali navigációs sávon válassza az Áttekintés lehetőséget.
3. Görgessen a panel alján található erőforrások listájához. Az ablakban megjelennek a rugalmas SQL-készletek és -adatbázisok a logikai kiszolgálón.
4. Tekintse át a Tarifacsomag oszlopot a rugalmas skálázású szolgáltatási szint adatbázisainak azonosításához.

Azure CLI

Ez az Azure CLI-kódminta meghívja az SQL DB-listát , hogy listázza a logikai kiszolgálón lévő rugalmas skálázású adatbázisokat a nevükkel, helyükkel, szolgáltatásiszint-célkitűzésükkel, maximális méretükkel és magas rendelkezésre állású replikáik számával.

A következő kódminta futtatása előtt cserélje le és serverName cserélje le resourceGroupName a megfelelő értékeket:

resourceGroupName="myResourceGroup"
serverName="server01"

az sql db list -g $resourceGroupName -s $serverName --query "[].{Name:name, Location:location, SLO:currentServiceObjectiveName, Tier:currentSku.tier, maxSizeBytes:maxSizeBytes,HAreplicas:highAvailabilityReplicaCount}[?Tier=='Hyperscale']" --output table

PowerShell

Az Azure PowerShell Get-AzSqlDatabase parancsmag a logikai kiszolgálón található rugalmas skálázású adatbázisok listáját adja vissza a nevükkel, helyükkel, szolgáltatásiszint-célkitűzésükkel, maximális méretükkel és magas rendelkezésre állású replikáik számával.

A mintakód futtatása előtt állítsa be a $resourceGroupName megfelelő értékeket és $serverName paramétereket:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"

Get-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName | `
    Where-Object { $_.Edition -eq 'Hyperscale' } | `
        Select-Object DatabaseName, Location, currentServiceObjectiveName, Edition, `
        MaxSizeBytes, HighAvailabilityReplicaCount | `
            Format-Table

Tekintse át a Kiadás oszlopot a rugalmas skálázású szolgáltatási szint adatbázisainak azonosításához.

Transact-SQL

A Transact-SQL-lel rendelkező logikai kiszolgálón található rugalmas skálázású adatbázisok szolgáltatási szintjeinek áttekintéséhez először csatlakozzon az adatbázishoz az SQL Server Management Studio (SSMS) vagy az master Azure Data Studio használatával.

A sys.database_service_objectives rendszerkatalógus nézetének lekérdezésével tekintse át a rugalmas skálázású szolgáltatási szint adatbázisait:

SELECT d.name, dso.edition, dso.service_objective
FROM sys.database_service_objectives AS dso
JOIN sys.databases as d on dso.database_id = d.database_id
WHERE dso.edition = 'Hyperscale';
GO

Következő lépések

További információ a rugalmas skálázású adatbázisokról az alábbi cikkekben:

• Rövid útmutató: Rugalmas skálázású adatbázis létrehozása az Azure SQL Database-ben
• Rugalmas skálázás szolgáltatási szint
• Azure SQL Database – Rugalmas skálázással kapcsolatos gyakori kérdések
• Másodlagos replikák rugalmas skálázása
• Azure SQL Database rugalmas skálázású, elnevezett replikák – gyakori kérdések