Správa databáze Hyperscale

Platí pro:Azure SQL Database

Úroveň služby Hyperscale poskytuje vysoce škálovatelnou úroveň výkonu úložiště a výpočetních prostředků, která využívá architekturu Azure k horizontálnímu navýšení kapacity úložiště a výpočetních prostředků pro službu Azure SQL Database výrazně nad rámec limitů dostupných pro úrovně služby Pro obecné účely a Pro důležité obchodní informace. Tento článek popisuje, jak provádět základní úlohy správy pro databáze Hyperscale, včetně migrace existující databáze na Hyperscale, obnovení databáze Hyperscale do jiné oblasti, zpětné migrace z Hyperscale na jinou úroveň služby a monitorování stavu probíhajících a nedávných operací s databází Hyperscale.

Naučte se vytvořit novou databázi Hyperscale v rychlém startu: Vytvoření databáze Hyperscale ve službě Azure SQL Database.

Tip

Zjednodušené ceny pro hyperškálování služby SQL Database v prosinci 2023 Podrobnosti najdete na blogu s cenami Hyperscale.

Migrace existující databáze do Hyperscale

Existující databáze ve službě Azure SQL Database můžete migrovat do Hyperscale pomocí webu Azure Portal, Azure CLI, PowerShellu nebo Jazyka Transact-SQL.

Doba potřebná k přesunutí existující databáze do Hyperscale se skládá z času kopírování dat a času pro přehrání změn provedených ve zdrojové databázi při kopírování dat. Doba kopírování dat je úměrná velikosti dat. Doporučujeme migrovat na Hyperscale během nižšího období aktivity zápisu, aby doba přehrávání kumulovaných změn byla kratší.

Během konečné přímé migrace na úroveň služby Hyperscale dojde pouze k krátkému výpadku, obvykle několik minut.

Požadavky

Pokud chcete přesunout databázi, která je součástí vztahu geografické replikace , buď jako primární, nebo sekundární, do Hyperscale, musíte nejprve ukončit replikaci dat mezi primární a sekundární replikou. Databáze ve skupině převzetí služeb při selhání musí být nejprve odebrány ze skupiny.

Jakmile se databáze přesune do Hyperscale, můžete pro tuto databázi vytvořit novou geografickou repliku Hyperscale.

Migrace databáze na úroveň služby Hyperscale

Pokud chcete migrovat existující databázi ve službě Azure SQL Database na úroveň služby Hyperscale, nejprve identifikujte cíl cílové služby. Pokud si nejste jistí, jaký cíl služby je pro vaši databázi správný, zkontrolujte limity prostředků pro jednotlivé databáze . V mnoha případech můžete zvolit cíl služby se stejným počtem virtuálních jader a stejnou generaci hardwaru jako původní databáze. V případě potřeby můžete změnit cíl služby s minimálními výpadky.

Vyberte kartu preferovaného nástroje pro migraci databáze:

Azure Portal

Azure Portal umožňuje migrovat na úroveň služby Hyperscale úpravou cenové úrovně pro vaši databázi.

1. Přejděte do databáze, kterou chcete migrovat, na webu Azure Portal.
2. V levém navigačním panelu vyberte Compute + Storage.
3. Výběrem rozevíracího seznamu Úrovně služby rozbalte možnosti pro úrovně služby.
4. V rozevírací nabídce vyberte Hyperscale (škálovatelné úložiště na vyžádání).
5. Zkontrolujte uvedenou konfiguraci hardwaru. V případě potřeby vyberte Změnit konfiguraci a vyberte odpovídající konfiguraci hardwaru pro vaši úlohu.
6. Pokud chcete změnit počet virtuálních jader dostupných pro vaši databázi pod úrovní služby Hyperscale, vyberte posuvník virtuálních jader.
7. Pokud chcete změnit počet replik pod úrovní služby Hyperscale, vyberte posuvník High-AvailabilitySecondaryReplicas.
8. Vyberte Použít.

Během probíhající operace můžete monitorovat operace pro databázi Hyperscale.

Azure CLI

Tento ukázkový kód volá az sql db update pro migraci existující databáze ve službě Azure SQL Database na úroveň služby Hyperscale. Musíte zadat jak edici, tak cíl služby.

databaseNameserverNameserviceObjective Před spuštěním následující ukázky kódu nahraďte resourceGroupNameodpovídajícími hodnotami:

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

Během probíhající operace můžete monitorovat operace pro databázi Hyperscale.

PowerShell

Následující příklad používá rutinu Set-AzSqlDatabase k migraci existující databáze ve službě Azure SQL Database na úroveň služby Hyperscale. Musíte zadat jak edici, tak cíl služby.

$databaseName$serverName$serviceObjective Před spuštěním této ukázky kódu nahraďte $resourceGroupNameodpovídajícími hodnotami:

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

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

Během probíhající operace můžete monitorovat operace pro databázi Hyperscale.

Transact-SQL

Pokud chcete migrovat existující databázi ve službě Azure SQL Database na úroveň služby Hyperscale pomocí jazyka Transact-SQL, nejprve se připojte k master databázi na logickém sql serveru pomocí editoru dotazů na webu Azure Portal pro Azure SQL Database, SQL Server Management Studio (SSMS) nebo Azure Data Studio.

V příkazu ALTER DATABASE musíte zadat jak edici, tak cíl služby.

Tento ukázkový příkaz migruje databázi pojmenovanou mySampleDatabase na úroveň služby Hyperscale s HS_Gen5_2 cílem služby. Před spuštěním příkazu nahraďte název databáze příslušnou hodnotou.

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

Během probíhající operace můžete monitorovat operace pro databázi Hyperscale.

Zpětná migrace z Hyperscale

Zpětná migrace na úroveň služby Pro obecné účely umožňuje zákazníkům, kteří nedávno migrovali existující databázi ve službě Azure SQL Database na úroveň služby Hyperscale, aby přešli zpět v nouzovém stavu, pokud hyperškálování nesplňuje jejich potřeby. I když je zpětná migrace inicializována změnou úrovně služby, jedná se v podstatě o přesun dat mezi různými architekturami.

Omezení pro zpětnou migraci

Zpětná migrace je k dispozici za následujících podmínek:

• Zpětná migrace je k dispozici pouze do 45 dnů od původní migrace do Hyperscale.
• Databáze původně vytvořené v úrovni služby Hyperscale nemají nárok na zpětnou migraci.
• Můžete provést zpětnou migraci pouze na úroveň služby Pro obecné účely . Migrace z Hyperscale na úroveň Pro obecné účely může cílit na bezserverové nebo zřízené úrovně výpočetních prostředků. Pokud chcete migrovat databázi na jinou úroveň služby, jako je například Pro důležité obchodní informace nebo úroveň služby založenou na DTU, nejprve proveďte zpětnou migraci na úroveň služby Pro obecné účely a pak změňte úroveň služby.
• Zpětná migrace do databází s méně než 2 virtuálními jádry se nepodporuje. Po dokončení migrace můžete databázi vertikálně snížit na méně než 2 virtuální jádra.
• Přímá zpětná migrace z nebo do elastického fondu se nepodporuje. Migrace pouze izolované databáze Hyperscale do jednoúčelové databáze pro obecné účely můžete vrátit zpět.
  • Pokud je databáze Hyperscale součástí elastického fondu Hyperscale (Preview), musíte ji před zpětnou migrací nejprve odebrat z elastického fondu Hyperscale.
  • Po dokončení zpětné migrace můžete volitelně přidat jednoúčelovou databázi pro obecné účely do elastického fondu pro obecné účely v případě potřeby.
• Pro databáze, které nemají nárok na zpětnou migraci, je jediným způsobem migrace z Hyperscale na jinou úroveň služby než Hyperscale export nebo import pomocí souboru bacpac nebo jiných technologií přesunu dat (hromadná kopie, Azure Data Factory, Azure Databricks, SSIS atd.). Export/import souboru bacpac z webu Azure Portal, z PowerShellu pomocí New-AzSqlDatabaseExport nebo New-AzSqlDatabaseImport, z Azure CLI pomocí az sql db export a az sql db import a z rozhraní REST API se nepodporuje. Import/export souboru Bacpac pro menší databáze Hyperscale (až 150 GB) se podporuje pomocí SSMS a SqlPackage verze 18.4 a novější. U větších databází může export/import souboru bacpac trvat dlouhou dobu a může selhat z různých důvodů.

Doba trvání a výpadek

Na rozdíl od běžných operací změny cíle na úrovni služby v Hyperscale jsou migrace na Hyperscale a zpětná migrace na obecné účely operace s velikostí dat.

Doba trvání operace zpětné migrace závisí hlavně na velikosti databáze a souběžných aktivitách zápisu probíhajících během migrace. Počet virtuálních jader, které přiřadíte cílové databázi pro obecné účely, má vliv také na dobu trvání zpětné migrace. Doporučujeme zřídit cílovou databázi pro obecné účely s počtem virtuálních jader větších nebo roven počtu virtuálních jader přiřazených ke zdrojové databázi Hyperscale, aby se udržovaly podobné úlohy.

Během zpětné migrace může zdrojová databáze Hyperscale zaznamenat snížení výkonu, pokud je pod značným zatížením. Konkrétně se může snížit rychlost transakčního protokolu (omezit), aby se zajistilo, že probíhá zpětná migrace.

Během poslední přímé migrace do nové cílové databáze pro obecné účely dojde k krátkému výpadku, obvykle několik minut.

Požadavky

Než zahájíte zpětnou migraci z Hyperscale na úroveň služby Pro obecné účely, musíte zajistit, aby vaše databáze splňovala omezení pro zpětnou migraci a:

• Vaše databáze nemá povolenou geografickou replikaci.
• Vaše databáze nemá pojmenované repliky.
• Databáze (přidělená velikost) je dostatečně malá, aby se vešla do cílové úrovně služby.
• Pokud zadáte maximální velikost databáze pro cílovou databázi pro obecné účely, ujistěte se, že je přidělená velikost databáze dostatečně malá, aby odpovídala této maximální velikosti.

Kontroly předpokladů probíhají před zahájením operace zpětné migrace. Pokud nejsou splněné požadavky, operace zpětné migrace okamžitě selže.

Zásady zálohování

Účtují se vám pravidelné ceny pro všechny existující zálohy databáze v rámci nakonfigurovaného období uchovávání. Účtuje se vám snímky úložiště zálohování Hyperscale a objekty blob úložiště s velikostí dat, které je potřeba zachovat, aby bylo možné zálohu obnovit.

Databázi můžete migrovat do hyperškálování a provést zpětnou migraci zpět na úroveň Pro obecné účely několikrát. K obnovení jsou k dispozici pouze zálohy z aktuální a jednou předchozí úrovně databáze. Pokud jste přešli z úrovně služby Pro obecné účely do hyperškálování a zpět na úroveň Pro obecné účely, jedinými dostupnými zálohami jsou ty z aktuální databáze pro obecné účely a bezprostředně předchozí databáze Hyperscale. Tyto zachované zálohy se účtují podle fakturace služby Azure SQL Database. Žádné předchozí úrovně, které jste vyzkoušeli, nebudou mít k dispozici zálohy a nebudou se účtovat.

Můžete například migrovat mezi úrovněmi služby Hyperscale a bez hyperškálování:

1. Pro obecné účely
2. Migrace na Hyperscale
3. Zpětná migrace na obecné účely
4. Změna úrovně služby na Pro důležité obchodní informace
5. Migrace na Hyperscale
6. Zpětná migrace na obecné účely

V takovém případě by jediné dostupné zálohy byly z kroků 5 a 6 časové osy, pokud jsou stále v nakonfigurované době uchovávání. Všechny zálohy z předchozích kroků by byly nedostupné. Při pokusu o opakované migrace stejné databáze mezi úrovní služby Hyperscale a úrovněmi služby Pro obecné účely pečlivě zvažte dostupnost záloh. Zálohy databází starších než bezprostředně předchozí databáze přestanou být dostupné, jakmile se spustí zpětná migrace, a zůstanou nedostupné i v případě, že se migrace zruší.

Postup zpětné migrace databáze Hyperscale na úroveň služby Pro obecné účely

Pokud chcete převést migraci existující databáze Hyperscale ve službě Azure SQL Database na úroveň služby Pro obecné účely, nejprve identifikujte cíl cílové služby v úrovni služby Pro obecné účely a to, jestli chcete migrovat na zřízené nebo bezserverové výpočetní úrovně. Pokud si nejste jistí, jaký cíl služby je pro vaši databázi správný, zkontrolujte limity prostředků pro jednotlivé databáze .

Pokud chcete provést další změnu úrovně služby po obrácené migraci na úroveň Pro obecné účely, identifikujte také cíl cílové služby a ujistěte se, že je přidělená velikost databáze dostatečně malá, aby odpovídala cíli služby.

Vyberte kartu upřednostňované metody pro zpětnou migraci databáze:

Azure Portal

Azure Portal umožňuje zpětnou migraci na úroveň služby Pro obecné účely úpravou cenové úrovně pro vaši databázi.

1. Přejděte do databáze, kterou chcete migrovat, na webu Azure Portal.
2. V levém navigačním panelu vyberte Compute + Storage.
3. Výběrem rozevíracího seznamu Úrovně služby rozbalte možnosti pro úrovně služby.
4. V rozevírací nabídce vyberte Možnosti pro obecné účely (škálovatelné výpočetní prostředky a úložiště ).
5. Zkontrolujte uvedenou konfiguraci hardwaru. V případě potřeby vyberte Změnit konfiguraci a vyberte odpovídající konfiguraci hardwaru pro vaši úlohu.
6. Pokud chcete změnit počet virtuálních jader dostupných pro vaši databázi na úrovni služby Pro obecné účely, vyberte posuvník virtuálních jader.
7. Vyberte Použít.

Azure CLI

Tento ukázkový kód volá az sql db update k obrácení migrace existující databáze Hyperscale na úroveň služby Pro obecné účely. Musíte zadat jak edici, tak cíl služby. Můžete vybrat cílový Provisioned výpočetní model nebo Serverless ho vybrat.

databaseNameserverNameserviceObjective Před spuštěním následující ukázky kódu nahraďte resourceGroupNameodpovídajícími hodnotami:

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

Volitelně můžete zahrnout maxsize argument. maxsize Pokud hodnota překročí platnou maximální velikost cíle cílové služby, vrátí se chyba. maxsize Pokud argument není zadaný, operace se ve výchozím nastavení nastaví na maximální velikost dostupnou pro daný cíl služby. Následující příklad určuje maxsize:

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

Během probíhající operace můžete monitorovat operace pro databázi Hyperscale.

PowerShell

Tento vzorový kód používá rutinu Set-AzSqlDatabase k obrácení migrace existující databáze z úrovně služby Hyperscale na úroveň služby Pro obecné účely. Musíte zadat jak edici, tak cíl služby. Můžete vybrat buď Provisioned nebo Serverless pro cílovou úroveň výpočetních prostředků.

$serverNamePřed spuštěním této ukázky kódu nahraďte $resourceGroupName, , $databaseName, $serviceObjectivea $computeModel odpovídajícími hodnotami:

$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

Volitelně můžete zahrnout maxsize argument. maxsize Pokud hodnota překročí platnou maximální velikost cíle cílové služby, vrátí se chyba. maxsize Pokud argument není zadaný, operace se ve výchozím nastavení nastaví na maximální velikost dostupnou pro daný cíl služby. Následující příklad určuje maxsize:

$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

Během probíhající operace můžete monitorovat operace pro databázi Hyperscale.

Transact-SQL

Pokud chcete provést zpětnou migraci databáze Hyperscale na úroveň služby Pro obecné účely pomocí jazyka Transact-SQL, nejprve se připojte k master databázi na logickém SQL serveru pomocí aplikace SQL Server Management Studio (SSMS) a Azure Data Studia .

V příkazu ALTER DATABASE musíte zadat jak edici, tak cíl služby.

Tento příklad příkazu migruje databázi pojmenovanou mySampleDatabase na úroveň služby Pro obecné účely s GP_Gen5_4 cílem služby. Před spuštěním příkazu nahraďte název databáze a cíl služby příslušnými hodnotami.

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

Volitelně můžete zahrnout maxsize argument. maxsize Pokud hodnota překročí platnou maximální velikost cíle cílové služby, vrátí se chyba. maxsize Pokud argument není zadaný, operace se ve výchozím nastavení nastaví na maximální velikost dostupnou pro daný cíl služby. Následující příklad určuje maxsize:

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

Během probíhající operace můžete monitorovat operace pro databázi Hyperscale.

Monitorování operací pro databázi Hyperscale

Stav probíhajících nebo nedávno dokončených operací pro službu Azure SQL Database můžete monitorovat pomocí webu Azure Portal, Azure CLI, PowerShellu nebo Jazyka Transact-SQL.

Vyberte kartu upřednostňované metody pro monitorování operací.

Azure Portal

Na webu Azure Portal se zobrazí oznámení pro databázi ve službě Azure SQL Database, když probíhá operace, jako je migrace, zpětná migrace nebo obnovení.

1. Přejděte k databázi na webu Azure Portal.
2. Na levém navigačním panelu vyberte Přehled.
3. Zkontrolujte část Oznámení v dolní části pravého podokna. Pokud operace probíhají, zobrazí se okno s oznámením.
4. Výběrem pole oznámení zobrazíte podrobnosti.
5. Otevře se podokno Probíhající operace . Projděte si podrobnosti o probíhajících operacích.

Azure CLI

Tento ukázkový kód volá az sql db op list k vrácení nedávných nebo probíhajících operací pro databázi ve službě Azure SQL Database.

databaseNameserverNameserviceObjective Před spuštěním následující ukázky kódu nahraďte resourceGroupNameodpovídajícími hodnotami:

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

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

PowerShell

Rutina Get-AzSqlDatabaseActivity vrací nedávné nebo probíhající operace pro databázi ve službě Azure SQL Database.

$resourceGroupName$serverNamePřed spuštěním ukázkového kódu nastavte parametry a $databaseName na odpovídající hodnoty pro vaši databázi:

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

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

Transact-SQL

Pokud chcete monitorovat operace pro databázi Hyperscale, nejprve se připojte k master databázi na logickém serveru pomocí aplikace SQL Server Management Studio (SSMS), Azure Data Studia nebo klienta podle vašeho výběru a spusťte příkazy Jazyka Transact-SQL.

Dotazem na zobrazení dynamické správy sys.dm_operation_status zkontrolujte informace o nedávných operacích prováděných s databázemi na vašem [logickém serveru](logical-servers.md].

Tento vzorový kód vrátí všechny celé položky sys.dm_operation_status pro zadanou databázi seřazené podle toho, podle kterých operací začalo naposledy. Před spuštěním ukázky kódu nahraďte název databáze odpovídající hodnotou.

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

Zobrazení databází na úrovni služby Hyperscale

Po migraci databáze na Hyperscale nebo změně konfigurace databáze v rámci úrovně služby Hyperscale můžete chtít zobrazit nebo zdokumentovat konfiguraci databáze Hyperscale.

Azure Portal

Na webu Azure Portal se zobrazí seznam všech databází na logickém serveru. Sloupec Cenová úroveň zahrnuje úroveň služby pro každou databázi.

1. Na webu Azure Portal přejděte na svůj logický server .
2. Na levém navigačním panelu vyberte Přehled.
3. Posuňte se na seznam prostředků v dolní části podokna. V okně se zobrazí elastické fondy a databáze SQL na logickém serveru.
4. Zkontrolujte sloupec Cenová úroveň a identifikujte databáze v úrovni služby Hyperscale.

Azure CLI

Tento ukázkový kód Azure CLI volá az sql db list k výpisu databází Hyperscale na logickém serveru s jejich názvem, umístěním, cílem na úrovni služby, maximální velikostí a počtem replik s vysokou dostupností.

Před spuštěním následující ukázky kódu nahraďte resourceGroupName odpovídajícími serverName hodnotami:

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

Rutina Get-AzSqlDatabase Azure PowerShellu vrátí seznam databází Hyperscale na logickém serveru s jejich názvem, umístěním, cílem na úrovni služby, maximální velikostí a počtem replik s vysokou dostupností.

$resourceGroupName Před spuštěním ukázkového kódu nastavte parametry na $serverName odpovídající hodnoty:

$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

Zkontrolujte sloupec Edice a identifikujte databáze na úrovni služby Hyperscale.

Transact-SQL

Pokud chcete zkontrolovat úrovně služeb všech databází Hyperscale na logickém serveru pomocí jazyka Transact-SQL, nejprve se připojte k master databázi pomocí aplikace SQL Server Management Studio (SSMS) nebo Azure Data Studia.

Dotazem na zobrazení katalogu systému sys.database_service_objectives zkontrolujte databáze na úrovni služby Hyperscale:

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

Související obsah

Další informace o databázích Hyperscale najdete v následujících článcích:

• Rychlý start: Vytvoření databáze Hyperscale ve službě Azure SQL Database
• Hyperškálování úrovně služby
• Azure SQL Database Hyperscale – nejčastější dotazy
• Sekundární repliky úrovně Hyperscale
• Nejčastější dotazy ke službě Azure SQL Database Hyperscale pojmenovaných replik