Een Hyperscale-database beheren

Van toepassing op: Azure SQL Database

De Hyperscale-servicelaag biedt een zeer schaalbare opslag- en rekenprestatielaag die gebruikmaakt van de Azure-architectuur voor het uitschalen van opslag- en rekenresources voor een Azure SQL Database aanzienlijk buiten de limieten die beschikbaar zijn voor de servicelagen Algemeen en Bedrijfskritiek. In dit artikel wordt beschreven hoe u essentiële beheertaken uitvoert voor Hyperscale-databases, waaronder het migreren van een bestaande database naar Hyperscale, het herstellen van een Hyperscale-database naar een andere regio, het omgekeerd migreren van Hyperscale naar een andere servicelaag en het bewaken van de status van lopende en recente bewerkingen op een Hyperscale-database.

Meer informatie over het maken van een nieuwe Hyperscale-database in quickstart: Een Hyperscale-database maken in Azure SQL Database.

Tip

Vereenvoudigde prijzen voor SQL Database Hyperscale binnenkort beschikbaar. Raadpleeg de blog over prijzen van Hyperscale voor meer informatie.

Een bestaande database migreren naar Hyperscale

U kunt bestaande databases in Azure SQL Database migreren naar Hyperscale met behulp van Azure Portal, de Azure CLI, PowerShell of Transact-SQL.

De tijd die nodig is om een bestaande database naar Hyperscale te verplaatsen, bestaat uit de tijd die nodig is om gegevens te kopiëren en de tijd om de wijzigingen die in de brondatabase zijn aangebracht, opnieuw af te spelen tijdens het kopiëren van gegevens. De tijd voor het kopiëren van gegevens is evenredig aan de grootte van de gegevens. We raden u aan om tijdens een lagere schrijfactiviteitsperiode naar Hyperscale te migreren, zodat de tijd voor het opnieuw afspelen van geaccumuleerde wijzigingen korter is.

Tijdens de laatste cutover naar de Hyperscale-servicelaag ervaart u slechts een korte periode van downtime, meestal een paar minuten.

Vereisten

Als u een database wilt verplaatsen die deel uitmaakt van een geo-replicatierelatie, hetzij als primaire of als secundaire, naar Hyperscale, moet u eerst de gegevensreplicatie tussen de primaire en secundaire replica beëindigen. Databases in een failovergroep moeten eerst uit de groep worden verwijderd.

Zodra een database is verplaatst naar Hyperscale, kunt u een nieuwe Geo-replica van Hyperscale voor die database maken.

Een database migreren naar de Hyperscale-servicelaag

Als u een bestaande database in Azure SQL Database wilt migreren naar de Hyperscale-servicelaag, moet u eerst uw doelservicedoelstelling identificeren. Controleer de resourcelimieten voor individuele databases als u niet zeker weet welke servicedoelstelling geschikt is voor uw database. In veel gevallen kunt u een servicedoelstelling kiezen met hetzelfde aantal vCores en dezelfde hardwaregeneratie als de oorspronkelijke database. Indien nodig kunt u de servicedoelstelling met minimale downtime wijzigen.

Selecteer het tabblad voor het hulpprogramma van uw voorkeur om uw database te migreren:

Portal

Met Azure Portal kunt u migreren naar de Hyperscale-servicelaag door de prijscategorie voor uw database te wijzigen.

1. Navigeer naar de database die u wilt migreren in Azure Portal.
2. Selecteer Compute en opslag in de linkernavigatiebalk.
3. Selecteer de vervolgkeuzelijst Servicelaag om de opties voor servicelagen uit te vouwen.
4. Selecteer Hyperscale (schaalbare opslag op aanvraag) in de vervolgkeuzelijst.
5. Controleer de vermelde hardwareconfiguratie . Selecteer desgewenst Configuratie wijzigen om de juiste hardwareconfiguratie voor uw workload te selecteren.
6. Bekijk de optie om geld te besparen. Selecteer deze als u in aanmerking komt voor Azure Hybrid Benefit en deze wilt gebruiken voor deze database.
7. Selecteer de schuifregelaar vCores als u het aantal vCores wilt wijzigen dat beschikbaar is voor uw database onder de Hyperscale-servicelaag.
8. Selecteer de schuifregelaar High-AvailabilitySecondaryReplicas als u het aantal replica's onder de Hyperscale-servicelaag wilt wijzigen.
9. Selecteer Toepassen.

U kunt bewerkingen voor een Hyperscale-database bewaken terwijl de bewerking wordt uitgevoerd.

Azure-CLI

Dit codevoorbeeld roept az sql db update aan om een bestaande database in Azure SQL Database te migreren naar de Hyperscale-servicelaag. U moet zowel de editie als de servicedoelstelling opgeven.

Vervang , serverName, databaseNameen serviceObjective door resourceGroupNamede juiste waarden voordat u het volgende codevoorbeeld uitvoert:

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

U kunt bewerkingen voor een Hyperscale-database bewaken terwijl de bewerking wordt uitgevoerd.

PowerShell

In het volgende voorbeeld wordt de set-AzSqlDatabase-cmdlet gebruikt om een bestaande database in Azure SQL Database te migreren naar de Hyperscale-servicelaag. U moet zowel de editie als de servicedoelstelling opgeven.

Vervang $resourceGroupName, $serverName, $databaseNameen $serviceObjective door de juiste waarden voordat u dit codevoorbeeld uitvoert:

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

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

U kunt bewerkingen voor een Hyperscale-database bewaken terwijl de bewerking wordt uitgevoerd.

Transact-SQL

Als u een bestaande database in Azure SQL Database wilt migreren naar de Hyperscale-servicelaag met Transact-SQL, maakt u eerst verbinding met de master database op uw logische SQL-server met behulp van de Azure-portalquery-editor voor Azure SQL Database, SQL Server Management Studio (SSMS) of Azure Data Studio.

U moet zowel de editie als de servicedoelstelling opgeven in de instructie ALTER DATABASE .

Met deze voorbeeldinstructie wordt een database met de naam mySampleDatabase gemigreerd naar de Hyperscale-servicelaag met de HS_Gen5_2 servicedoelstelling. Vervang de databasenaam door de juiste waarde voordat u de instructie uitvoert.

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

U kunt bewerkingen voor een Hyperscale-database bewaken terwijl de bewerking wordt uitgevoerd.

Migreren omkeren van Hyperscale

Met omgekeerde migratie naar de servicelaag Algemeen gebruik kunnen klanten die onlangs een bestaande database in Azure SQL Database hebben gemigreerd naar de Hyperscale-servicelaag teruggaan in noodgevallen, als Hyperscale niet aan hun behoeften voldoet. Hoewel omgekeerde migratie wordt gestart door een wijziging in de servicelaag, is het in feite een verplaatsing van grootte van gegevens tussen verschillende architecturen.

Beperkingen voor omgekeerde migratie

Omgekeerde migratie is beschikbaar onder de volgende omstandigheden:

• Omgekeerde migratie is alleen beschikbaar binnen 45 dagen na de oorspronkelijke migratie naar Hyperscale.
• Databases die oorspronkelijk in de Hyperscale-servicelaag zijn gemaakt, komen niet in aanmerking voor omgekeerde migratie.
• U kunt de migratie alleen omkeren naar de servicelaag Algemeen gebruik . Uw migratie van Hyperscale naar Algemeen gebruik kan gericht zijn op de serverloze of ingerichte rekenlagen. Als u de database wilt migreren naar een andere servicelaag, zoals Bedrijfskritiek of een op DTU gebaseerde servicelaag, moet u eerst de migratie naar de servicelaag Algemeen gebruik omkeren en vervolgens de servicelaag wijzigen.
• Directe omgekeerde migratie van of naar een elastische pool wordt niet ondersteund. U kunt alleen een Individuele Hyperscale-database omkeren naar een individuele database voor algemeen gebruik.
  • Als de Hyperscale-database deel uitmaakt van een elastische Hyperscale-pool (preview), moet u deze eerst verwijderen uit de elastische Hyperscale-pool voordat u de migratie ongedaan maakt.
  • Nadat de omgekeerde migratie is voltooid, kunt u desgewenst de individuele database voor algemeen gebruik toevoegen aan een elastische pool voor algemeen gebruik, indien nodig.
• Voor databases die niet in aanmerking komen voor omgekeerde migratie, is de enige manier om van Hyperscale naar een niet-Hyperscale-servicelaag te migreren om te exporteren/importeren met behulp van een bacpac-bestand of andere technologieën voor gegevensverplaatsing (bulkgewijs kopiëren, Azure Data Factory, Azure Databricks, SSIS, enzovoort) Bacpac exporteren/importeren vanuit Azure Portal, vanuit PowerShell met behulp vanNew-AzSqlDatabaseExport of New-AzSqlDatabaseImport, vanuit Azure CLI met behulp van az sql db export en az sql db import, en vanuit REST API wordt niet ondersteund. Bacpac importeren/exporteren voor kleinere Hyperscale-databases (maximaal 150 GB) wordt ondersteund met behulp van SSMS en SqlPackage versie 18.4 en hoger. Voor grotere databases kan het exporteren/importeren van bacpac lang duren en om verschillende redenen mislukken.

Duur en downtime

In tegenstelling tot normale wijzigingsbewerkingen op serviceniveau in Hyperscale, zijn migratie naar Hyperscale en omgekeerde migratie naar Algemeen gebruik de grootte van gegevensbewerkingen.

De duur van een omgekeerde migratiebewerking is voornamelijk afhankelijk van de grootte van de database en gelijktijdige schrijfactiviteiten die plaatsvinden tijdens de migratie. Het aantal vCores dat u aan de doeldatabase algemeen gebruik toewijst, heeft ook invloed op de duur van de omgekeerde migratie. U wordt aangeraden de doeldatabase Algemeen gebruik in te richten met een aantal vCores groter dan of gelijk aan het aantal vCores dat is toegewezen aan de Hyperscale-brondatabase om vergelijkbare workloads te ondersteunen.

Tijdens omgekeerde migratie kan de Hyperscale-brondatabase prestatievermindering ondervinden als deze aanzienlijk wordt belast. In het bijzonder kan de snelheid van transactielogboeken worden verlaagd (beperkt) om ervoor te zorgen dat omgekeerde migratie vooruitgang boekt.

Tijdens de laatste cutover naar de nieuwe doeldatabase algemeen ervaart u een korte periode van downtime, meestal een paar minuten.

Vereisten

Voordat u een omgekeerde migratie start van Hyperscale naar de servicelaag Algemeen gebruik, moet u ervoor zorgen dat uw database voldoet aan de beperkingen voor omgekeerde migratie en:

• Voor uw database is geo-replicatie niet ingeschakeld.
• Uw database heeft geen benoemde replica's.
• Uw database (toegewezen grootte) is klein genoeg om in de doelservicelaag te passen.
• Als u de maximale databasegrootte voor de doeldatabase Algemeen gebruik opgeeft, moet u ervoor zorgen dat de toegewezen grootte van de database klein genoeg is om in die maximale grootte te passen.

Vereiste controles worden uitgevoerd voordat een omgekeerde migratiebewerking wordt gestart. Als niet aan de vereisten wordt voldaan, mislukt de omgekeerde migratiebewerking onmiddellijk.

Back-upbeleid

U wordt gefactureerd met de normale prijzen voor alle bestaande databaseback-ups binnen de geconfigureerde bewaarperiode. U wordt gefactureerd voor de momentopnamen van Back-upopslag van Hyperscale en voor blobs voor gegevensopslag die moeten worden bewaard om de back-up te kunnen herstellen.

U kunt een database meerdere keren migreren naar Hyperscale en de migratie terugdraaien naar Algemeen gebruik. Alleen back-ups van de huidige en eens vorige laag van uw database zijn beschikbaar voor herstel. Als u bent overgestapt van de servicelaag Algemeen gebruik naar Hyperscale en terug naar Algemeen gebruik, zijn de enige beschikbare back-ups van de huidige database algemeen gebruik en de direct vorige Hyperscale-database. Deze bewaarde back-ups worden gefactureerd volgens azure SQL Database-facturering. Voor eerdere lagen die zijn geprobeerd, zijn geen back-ups beschikbaar en worden er geen kosten in rekening gebracht.

U kunt bijvoorbeeld migreren tussen hyperscale- en niet-Hyperscale-servicelagen:

1. Algemeen gebruik
2. Migreren naar Hyperscale
3. Omgekeerd migreren naar Algemeen gebruik
4. Servicelaag wijzigen in Bedrijfskritiek
5. Migreren naar Hyperscale
6. Omgekeerd migreren naar Algemeen gebruik

In dit geval zijn de enige beschikbare back-ups uit stap 5 en 6 van de tijdlijn, als ze zich nog binnen de geconfigureerde bewaarperiode bevinden. Back-ups uit eerdere stappen zijn niet beschikbaar. Overweeg zorgvuldig de beschikbaarheid van back-ups bij het uitvoeren van meerdere omgekeerde migraties van Hyperscale naar de laag Algemeen gebruik.

Een Hyperscale-database omkeren naar de servicelaag Algemeen gebruik

Als u een bestaande Hyperscale-database in Azure SQL Database wilt omkeren naar de servicelaag Algemeen gebruik, moet u eerst uw doelservicedoelstelling identificeren in de servicelaag Algemeen gebruik en of u wilt migreren naar de ingerichte of serverloze rekenlagen. Controleer de resourcelimieten voor individuele databases als u niet zeker weet welke servicedoelstelling geschikt is voor uw database.

Als u een extra servicelaagwijziging wilt uitvoeren na omgekeerde migratie naar Algemeen gebruik, identificeert u ook uw uiteindelijke doelservicedoelstelling en zorgt u ervoor dat de toegewezen grootte van uw database klein genoeg is om in die servicedoelstelling te passen.

Selecteer het tabblad voor de gewenste methode om de database om te draaien:

Portal

Met Azure Portal kunt u omgekeerd migreren naar de servicelaag Algemeen gebruik door de prijscategorie voor uw database te wijzigen.

1. Navigeer naar de database die u wilt migreren in Azure Portal.
2. Selecteer Compute en opslag in de linkernavigatiebalk.
3. Selecteer de vervolgkeuzelijst Servicelaag om de opties voor servicelagen uit te vouwen.
4. Selecteer Algemeen gebruik (schaalbare reken- en opslagopties) in de vervolgkeuzelijst.
5. Controleer de vermelde hardwareconfiguratie . Selecteer desgewenst Configuratie wijzigen om de juiste hardwareconfiguratie voor uw workload te selecteren.
6. Bekijk de optie om geld te besparen. Selecteer deze als u in aanmerking komt voor Azure Hybrid Benefit en deze wilt gebruiken voor deze database.
7. Selecteer de schuifregelaar vCores als u het aantal vCores wilt wijzigen dat beschikbaar is voor uw database onder de servicelaag Algemeen gebruik.
8. Selecteer Toepassen.

Azure-CLI

Dit codevoorbeeld roept az sql db update aan om een bestaande Hyperscale-database om te keren naar de servicelaag Algemeen gebruik. U moet zowel de editie als de servicedoelstelling opgeven. U kunt een van beide of Serverless voor het doel-rekenmodel selecterenProvisioned.

Vervang , serverName, databaseNameen serviceObjective door resourceGroupNamede juiste waarden voordat u het volgende codevoorbeeld uitvoert:

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

U kunt desgewenst het maxsize argument opnemen. Als de maxsize waarde de geldige maximumgrootte voor de doelservicedoelstelling overschrijdt, wordt er een fout geretourneerd. Als het maxsize argument niet is opgegeven, wordt de standaardinstelling voor de bewerking ingesteld op de maximale grootte die beschikbaar is voor de opgegeven servicedoelstelling. In het volgende voorbeeld wordt aangegeven 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

U kunt bewerkingen voor een Hyperscale-database bewaken terwijl de bewerking wordt uitgevoerd.

PowerShell

In dit codevoorbeeld wordt de cmdlet Set-AzSqlDatabase gebruikt om een bestaande database om te draaien van de Hyperscale-servicelaag naar de servicelaag Algemeen gebruik. U moet zowel de editie als de servicedoelstelling opgeven. U kunt een van beide of Serverless voor de doel-rekenlaag selecterenProvisioned.

Vervang $resourceGroupName, $serverName, , $databaseNameen $serviceObjective$computeModel door de juiste waarden voordat u dit codevoorbeeld uitvoert:

$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

U kunt desgewenst het maxsize argument opnemen. Als de maxsize waarde de geldige maximumgrootte voor de doelservicedoelstelling overschrijdt, wordt er een fout geretourneerd. Als het maxsize argument niet is opgegeven, wordt de standaardinstelling voor de bewerking ingesteld op de maximale grootte die beschikbaar is voor de opgegeven servicedoelstelling. In het volgende voorbeeld wordt aangegeven 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

U kunt bewerkingen voor een Hyperscale-database bewaken terwijl de bewerking wordt uitgevoerd.

Transact-SQL

Als u een Hyperscale-database wilt omkeren naar de servicelaag Algemeen gebruik met Transact-SQL, maakt u eerst verbinding met de master database op uw logische SQL-server met behulp van SQL Server Management Studio (SSMS), Azure Data Studio .

U moet zowel de editie als de servicedoelstelling opgeven in de instructie ALTER DATABASE .

Met deze voorbeeldinstructie wordt een database met de naam mySampleDatabase gemigreerd naar de servicelaag Algemeen gebruik met de GP_Gen5_4 servicedoelstelling. Vervang de databasenaam en servicedoelstelling door de juiste waarden voordat u de instructie uitvoert.

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

U kunt desgewenst het maxsize argument opnemen. Als de maxsize waarde de geldige maximumgrootte voor de doelservicedoelstelling overschrijdt, wordt er een fout geretourneerd. Als het maxsize argument niet is opgegeven, wordt de standaardinstelling voor de bewerking ingesteld op de maximale grootte die beschikbaar is voor de opgegeven servicedoelstelling. In het volgende voorbeeld wordt aangegeven maxsize:

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

U kunt bewerkingen voor een Hyperscale-database bewaken terwijl de bewerking wordt uitgevoerd.

Bewerkingen voor een Hyperscale-database bewaken

U kunt de status van lopende of onlangs voltooide bewerkingen voor een Azure SQL Database bewaken met behulp van Azure Portal, de Azure CLI, PowerShell of Transact-SQL.

Selecteer het tabblad voor de gewenste methode om bewerkingen te bewaken.

Portal

In Azure Portal wordt een melding weergegeven voor een database in Azure SQL Database wanneer een bewerking zoals een migratie, omgekeerde migratie of herstel wordt uitgevoerd.

1. Navigeer naar de database in Azure Portal.
2. Selecteer Overzicht in de linkernavigatiebalk.
3. Controleer de sectie Meldingen onder aan het rechterdeelvenster. Als er bewerkingen worden uitgevoerd, wordt er een meldingsvak weergegeven.
4. Selecteer het meldingsvak om details weer te geven.
5. Het deelvenster Lopende bewerkingen wordt geopend. Bekijk de details van de lopende bewerkingen.

Azure-CLI

In dit codevoorbeeld wordt az sql db op list aanroepen om recente of lopende bewerkingen voor een database in Azure SQL Database te retourneren.

Vervang , serverName, databaseNameen serviceObjective door resourceGroupNamede juiste waarden voordat u het volgende codevoorbeeld uitvoert:

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

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

PowerShell

De cmdlet Get-AzSqlDatabaseActivity retourneert recente of lopende bewerkingen voor een database in Azure SQL Database.

Stel de $resourceGroupName, $serverNameen $databaseName parameters in op de juiste waarden voor uw database voordat u de voorbeeldcode uitvoert:

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

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

Transact-SQL

Als u bewerkingen voor een Hyperscale-database wilt bewaken, maakt u eerst verbinding met de master database op uw logische server met behulp van SQL Server Management Studio (SSMS), Azure Data Studio of de client van uw keuze om Transact-SQL-opdrachten uit te voeren.

Voer een query uit op de sys.dm_operation_status dynamische beheerweergave om informatie te bekijken over recente bewerkingen die zijn uitgevoerd op databases op uw [logische server](logical-servers.md].

Dit codevoorbeeld retourneert alle gehele items sys.dm_operation_status voor de opgegeven database, gesorteerd op welke bewerkingen het laatst zijn begonnen. Vervang de databasenaam door de juiste waarde voordat u het codevoorbeeld uitvoert.

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

Databases weergeven in de Hyperscale-servicelaag

Nadat u een database naar Hyperscale hebt gemigreerd of een database opnieuw hebt geconfigureerd in de Hyperscale-servicelaag, kunt u de configuratie van uw Hyperscale-database bekijken en/of documenteren.

Portal

Azure Portal toont een lijst met alle databases op een logische server. De kolom Prijscategorie bevat de servicelaag voor elke database.

1. Navigeer naar uw logische server in Azure Portal.
2. Selecteer Overzicht in de linkernavigatiebalk.
3. Schuif naar de lijst met resources onder aan het deelvenster. In het venster worden de elastische SQL-pools en -databases op de logische server weergegeven.
4. Bekijk de kolom Prijscategorie om databases in de Hyperscale-servicelaag te identificeren.

Azure-CLI

Dit Azure CLI-codevoorbeeld roept az sql db list aan om Hyperscale-databases op een logische server weer te geven met hun naam, locatie, serviceniveaudoelstelling, maximale grootte en aantal replica's met hoge beschikbaarheid.

Vervang resourceGroupName en serverName door de juiste waarden voordat u het volgende codevoorbeeld uitvoert:

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

De Azure PowerShell Get-AzSqlDatabase-cmdlet retourneert een lijst met Hyperscale-databases op een logische server met hun naam, locatie, serviceniveaudoelstelling, maximale grootte en aantal replica's met hoge beschikbaarheid.

Stel de $resourceGroupName en $serverName parameters in op de juiste waarden voordat u de voorbeeldcode uitvoert:

$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

Controleer de kolom Edition om databases in de Hyperscale-servicelaag te identificeren.

Transact-SQL

Als u de servicelagen van alle Hyperscale-databases op een logische server met Transact-SQL wilt bekijken, maakt u eerst verbinding met de master database met behulp van SQL Server Management Studio (SSMS) of Azure Data Studio.

Voer een query uit op de sys.database_service_objectives systeemcatalogusweergave om databases in de Hyperscale-servicelaag te controleren:

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

Volgende stappen

Meer informatie over Hyperscale-databases vindt u in de volgende artikelen:

• Quickstart: Een Hyperscale-database maken in Azure SQL Database
• Hyperscale-servicelaag
• Veelgestelde vragen over Azure SQL Database Hyperscale
• Secundaire hyperscale-replica's
• Veelgestelde vragen over Azure SQL Database Hyperscale benoemde replica's