Convertire un database esistente in Hyperscale

Si applica a:Database SQL di Azure

È possibile convertire un database esistente nel database SQL di Azure in Hyperscale usando il portale di Azure, l'interfaccia della riga di comando di Azure, PowerShell o Transact-SQL.

Prerequisites

• Per convertire un database che usa la replica geografica o fa parte di un gruppo di failover in Hyperscale, iniziare convertendo la replica primaria. La replica geografica secondaria viene convertita automaticamente. È possibile convertire un database non Hyperscale con replica geografica in Hyperscale usando T-SQL, API REST, PowerShell o l'interfaccia della riga di comando di Azure.

• La conversione diretta dal livello di servizio Basic a Hyperscale non è supportata. Per eseguire questa conversione, modificare prima di tutto il database in qualsiasi livello di servizio diverso da Basic (ad esempio, Utilizzo generico) e quindi procedere con la conversione in Hyperscale.

• È possibile monitorare lo stato di avanzamento della conversione con T-SQL. Per eseguire comandi T-SQL nel database SQL di Azure, usare SQL Server Management Studio (SSMS),l'estensione MSSQL per Visual Studio Code, sqlcmd o lo strumento di query T-SQL preferito.

Convertire il database con repliche geografiche

Quando si converte un database in una relazione di replica geografica , il processo di conversione mantiene il collegamento di replica geografica. Sia i database primari che i database geo-secondari vengono convertiti in Hyperscale insieme.

• La conversione in Hyperscale deve essere avviata convertendo la replica geografica primaria. Il tentativo di convertire una replica geografica secondaria genera un errore: una replica geografica secondaria 'database-name-placeholder' non può essere convertita in Hyperscale. Per convertire le repliche primarie e secondarie geografiche in Hyperscale, ripetere l'operazione nella replica primaria.
• Il numero di repliche geo-secondarie deve essere ridotto a uno per avviare il processo di conversione.
• La creazione di una replica geografica di una replica geografica (nota anche come "concatenamento di repliche geografiche") non è supportata in Hyperscale. Se esiste una configurazione di replica geografica concatenata, è necessario rimuoverla prima di avviare la conversione in Hyperscale.
• Non è possibile eseguire un failover pianificato mentre è in corso la conversione del database geo-primario in Hyperscale. È possibile eseguire un failover forzato su una replica secondaria geografica. Tuttavia, a seconda dello stato della conversione quando si verifica il failover forzato, il nuovo database primario geografico dopo il failover potrebbe usare il livello di servizio Hyperscale o il livello di servizio originale.
• Se un database geo-primario si trova in un pool elastico, può essere spostato in un pool elastico Hyperscale esistente come parte della conversione o può essere trasformato in un database Hypermcale autonomo. Tuttavia, se un database geo-secondario si trova in un pool elastico, la conversione in Hyperscale lo sposta sempre all'esterno del pool. È possibile spostare il database geo-secondario in un pool elastico Hyperscale in un passaggio separato al termine della conversione.

Cutover

Il processo di conversione è suddiviso in due fasi, ovvero la conversione del database, che si verifica mentre il database esistente è online e quindi un cutover al nuovo database Hyperscale.

• Il tempo necessario per spostare un database esistente in Hyperscale è costituito dal tempo necessario per copiare i dati e dal tempo necessario per riprodurre le modifiche apportate nel database di origine durante la copia dei dati. Anche se il tempo di copia dei dati viene ridimensionato approssimativamente con le dimensioni del database, la velocità effettiva della copia può variare a causa di fattori quali velocità effettiva della rete, larghezza di banda di I/O, latenza di archiviazione e carico temporaneo del servizio. È consigliabile eseguire la conversione in Hyperscale durante un periodo di attività di scrittura inferiore in modo che il tempo di riproduzione delle modifiche accumulate sia più breve. È consigliabile usare il cutover manuale per controllare la fase successiva.

• È possibile scegliere quando si verifica il cutover - non appena il database è pronto o manualmente in un momento a scelta. Per impostazione predefinita, il processo di conversione in Hyperscale verrà tagliato automaticamente.

  • Se si sceglie di effettuare manualmente il cutover in un momento a tua scelta, hai 24 ore per avviare un cutover manuale dopo il momento in cui il database è pronto per il cutover. È possibile avviare un cutover manuale tramite il portale di Azure, l'interfaccia della riga di comando di Azure, PowerShell o T-SQL.

• Durante il cutover finale a Hyperscale, le applicazioni riscontrano solo un breve periodo di inattività, in genere inferiore a un minuto.

Esistono più fasi nel processo di conversione che possono essere monitorate nel portale di Azure (nella pagina di creazione di report sullo stato), tramite l'interfaccia della riga di comando di Azure (az sql db op list), PowerShell (Get-AzSqlDatabaseActivity) o T-SQL (sys.dm_operation_status).

Quando si converte un database dai livelli di servizio Premium o Business Critical a Hyperscale, le connessioni client esistenti vengono disconnesse durante la fase 1. È simile alla disconnessione che si verifica quando si ridimensiona il database tra i livelli di servizio. Le applicazioni devono essere progettate per gestire correttamente le interruzioni di connettività temporanee implementando la logica di ripetizione dei tentativi, come descritto in Logica di ripetizione dei tentativi per gli errori temporanei.

Convertire un database in Hyperscale

Per convertire un database SQL di Azure esistente in Hyperscale, identificare prima l'obiettivo del servizio di destinazione.

Esamina i limiti delle risorse per i database singoli se non sei sicuro di quale livello di servizio sia adatto per il tuo database. In molti casi, è possibile scegliere un obiettivo di servizio con lo stesso numero di vCore e la stessa generazione hardware del database originale. Se necessario, è possibile modificare l'obiettivo di servizio in un secondo momento con tempi di inattività minimi. La fatturazione per Hyperscale inizia solo dopo la transizione.

Selezionare la scheda per il metodo preferito per convertire il database:

Portal

Il portale di Azure consente di eseguire la conversione in Hyperscale modificando il livello di servizio per il database.

1. Passare al database da convertire nel portale di Azure.
2. Nella barra di spostamento a sinistra selezionare Calcolo e archiviazione.
3. Selezionare l'elenco a discesa Livello di servizio per espandere le opzioni per i livelli di servizio.
   1. Se si usa l'offerta gratuita del database SQL di Azure, selezionare il pulsante per rimuovere l'offerta di database gratuito. Viene quindi visualizzato l'elenco a discesa Livello di servizio .
4. Selezionare Hyperscale nell'elenco a discesa.
5. Esaminare il livello di calcolo e scegliere Provisioning o Serverless.
6. Esaminare la modalità di Cutover, una scelta specifica per la conversione a Hyperscale.
   • Il passaggio si verifica dopo che il database è stato preparato per la conversione a Hyperscale. La modalità cutover determina quando la connettività al database SQL di Azure esistente verrà interrotta momentaneamente per la conversione in Hyperscale:
     • Il cutover automatico avviene non appena il database Hyperscale è pronto.
     • Il cutover manuale richiede di avviare il cutover all'ora desiderata nel portale di Azure. Questa opzione è più utile per programmare la transizione in modo da minimizzare le interruzioni aziendali.
7. Esaminare la configurazione hardware elencata. Se necessario, selezionare Modifica configurazione per selezionare la configurazione hardware appropriata per il carico di lavoro.
8. Seleziona il dispositivo di scorrimento vCores se si desidera modificare il numero di vCore disponibili per il database nel tier di servizio Hyperscale.
9. Selezionare lo slider High-Availability Repliche secondarie se si desidera cambiare il numero di repliche nel livello di servizio Hyperscale.
10. Selezionare Applica.
11. Monitorare la conversione nel portale di Azure.
    1. Passare al database nel portale di Azure.
    2. Nella barra di spostamento a sinistra selezionare Panoramica.
    3. Esaminare la sezione Notifiche nella parte inferiore del riquadro destro. Se le operazioni sono in corso, viene visualizzata una finestra di notifica.
    4. Selezionare la casella di notifica per visualizzare i dettagli.
    5. Viene visualizzato il riquadro Operazioni in corso . Esaminare i dettagli delle operazioni in corso.

Se è stato selezionato Cutover manuale, il portale di Azure visualizza un pulsante Cutover quando è pronto.

CLI di Azure

Questo esempio di codice chiama az sql db update per convertire un database SQL di Azure esistente in Hyperscale. È necessario specificare sia l'edizione che l'obiettivo di servizio. Sostituire resourceGroupName, serverName, databaseNamee serviceObjective con i valori appropriati prima di eseguire l'esempio di codice seguente:

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

Usare --manual-cutover per scegliere di avviare manualmente il cutover su Hyperscale alla volta desiderato. Questa opzione è più utile per programmare la transizione in modo da minimizzare le interruzioni aziendali. Per esempio:

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

Monitorare l'operazione in corso con az sql db op list per restituire operazioni recenti o in corso per un database nel database SQL di Azure.

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

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

Usare --perform-cutover per avviare il cutover (entro 24 ore) quando il database Hyperscale è pronto:

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

PowerShell

L'esempio seguente usa il cmdlet Set-AzSqlDatabase per convertire un database SQL di Azure esistente in Hyperscale. È necessario specificare sia l'edizione che l'obiettivo di servizio. Sostituire $resourceGroupName, $serverName, $databaseNamee $serviceObjective con i valori appropriati prima di eseguire questo esempio di codice:

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

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

Usare -ManualCutover per avviare manualmente il passaggio alla volta desiderata. Questa opzione è più utile per programmare la transizione in modo da minimizzare le interruzioni aziendali. Per esempio:

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

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

Monitorare l'operazione in corso con il cmdlet Get-AzSqlDatabaseActivity , che restituisce operazioni recenti o in corso per un database nel database SQL di Azure. Impostare i parametri $resourceGroupName, $serverNamee $databaseName sui valori appropriati per il database prima di eseguire il codice di esempio:

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

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

Usare -PerformCutover per avviare il cutover quando il database Hyperscale è pronto:

$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

Per convertire un database SQL di Azure esistente in Hyperscale con Transact-SQL, connettersi prima al master database nel server SQL logico usando SQL Server Management Studio (SSMS) o l'estensione mssql per Visual Studio Code.

È necessario specificare sia l'edizione che l'obiettivo di servizio nell'istruzione ALTER DATABASE .

Questa istruzione di esempio converte un database denominato mySampleDatabase in Hyperscale con il parametro di servizio HS_Gen5_2. Sostituire il nome del database con il valore appropriato prima di eseguire l'istruzione .

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

Per impostazione predefinita, il database esegue un cutover al database Hyperscale per completare la conversione non appena è disponibile il database Hyperscale. Usare facoltativamente l'argomento MANUAL_CUTOVER per avviare una conversione che terminerà invece con un cutover avviato manualmente, nel momento da te scelto. Questa opzione è più utile per programmare la transizione in modo da minimizzare le interruzioni aziendali. Per esempio:

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

Per monitorare tutte le operazioni per un database Hyperscale, inclusa la conversione in Hyperscale, connettersi al master database del server logico primario geografico ed eseguire query T-SQL nella vista a gestione dinamica sys.dm_operation_status . sys.dm_operation_status genera report sullo stato di avanzamento delle operazioni di database, inclusa la conversione a Hyperscale. Se si sceglie MANUAL_CUTOVER, la sys.dm_operation_status vista include informazioni aggiuntive.

Ad esempio:

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

Quando si è pronti per il cutover manuale, il phase_desc sarà WaitingForCutover. Usare l'argomento PERFORM_CUTOVER per avviare il passaggio:

ALTER DATABASE [mySampleDatabase] PERFORM_CUTOVER;

Contenuti correlati

• Come gestire un database Hyperscale
• Eseguire la migrazione inversa di un database da hyperscale