Panoramica delle operazioni di gestione di Istanza gestita di SQL di Azure
Si applica a: 
Istanza gestita di SQL di Azure SQL
Istanza gestita di SQL di Azure include operazioni di gestione che è possibile usare per distribuire automaticamente nuove istanze gestite, aggiornare le proprietà delle istanze ed eliminare le istanze quando non sono più necessarie.
Che cosa sono le operazioni di gestione?
Tutte le operazioni di gestione possono essere suddivise per categoria, come indicato di seguito:
- Distribuzione di un'istanza (creazione di una nuova istanza)
- Aggiornamento di un'istanza (modifica delle proprietà di un'istanza, ad esempio il numero di vCore o l'archiviazione riservata)
- Eliminazione di un'istanza
Per supportarele distribuzioni all'interno delle reti virtuali di Azure e garantire l'isolamento e la sicurezza per i clienti, Istanza gestita di SQL si basa su cluster virtuali. Il cluster virtuale rappresenta un set dedicato di macchine virtuali isolate distribuite all'interno di una subnet della rete virtuale del cliente e organizzate in gruppi di macchine virtuali. In pratica, ogni istanza gestita distribuita in una subnet vuota genera l'implementazione di un nuovo cluster virtuale che crea il primo gruppo di macchine virtuali.
Le successive operazioni di gestione sulle istanze gestite possono avere effetto sui gruppi di macchine virtuali sottostanti. Le modifiche che hanno effetto sui gruppi di macchine virtuali sottostanti possono influire sulla durata delle operazioni di gestione, perché la distribuzione di macchine virtuali aggiuntive sul cluster virtuale comporta un sovraccarico che è necessario considerare quando si pianificano nuove distribuzioni o aggiornamenti delle istanze gestite esistenti.
Provisioning rapido
Le istanze con determinate configurazioni possono trarre vantaggio dal provisioning rapido di Istanza gestita di SQL, riducendo così il tempo necessario per creare la prima istanza in una subnet a 30 minuti (invece dei 45-60 minuti di media). Per altre informazioni sui tempi di durata dell'operazione, esaminare le operazioni di gestione.
Il provisioning rapido si applica solo:
- alla prima istanza di cui è stato effettuato il provisioning nella subnet.
- alle istanze con 4-8 vCore.
- alle istanze che usano la finestra di manutenzione predefinita.
- alle istanze senza ridondanza della zona.
Durata
La durata delle operazioni nel cluster virtuale può variare, ma in genere è molto lunga.
Nella seguente tabella sono elencati i passaggi a esecuzione prolungata che possono essere attivati come parte dell'operazione di creazione, aggiornamento o eliminazione. La tabella elenca inoltre le durate che in genere è possibile prevedere, in base ai dati di telemetria del servizio esistenti:
| Procedi | Descrizione | Durata stimata |
|---|---|---|
| Creazione di cluster virtuali (provisioning rapido)1 | Il provisioning rapido è un passaggio sincrono nelle operazioni di gestione delle istanze durante il quale il primo gruppo di macchine virtuali è immediatamente disponibile. | Il 90% delle operazioni viene completato in 30 minuti |
| Creazione del cluster virtuale | La creazione è un passaggio sincrono nelle operazioni di gestione delle istanze durante il quale viene creato il primo gruppo di macchine virtuali. | Il 90% delle operazioni viene completato in meno di 4 ore |
| Ridimensionamento del cluster virtuale (espansione o riduzione) | Aggiunta di nuove macchine virtuali al gruppo di macchine virtuali esistente, rimozione di macchine virtuali non utilizzate, aggiunta o rimozione dell'intero gruppo di macchine virtuali. L'espansione è un passaggio sincrono, mentre la compattazione viene eseguita in modo asincrono (senza alcun effetto sulla durata delle operazioni di gestione dell'istanza). | Il 90% delle espansioni del cluster con la creazione di un nuovo gruppo di macchine virtuali viene completato in meno di 4 ore Il 90% delle espansioni del cluster con l'espansione del gruppo di macchine virtuali esistente viene completato in 60 minuti |
| Eliminazione del cluster virtuale | L'eliminazione del cluster virtuale viene attivata quando l'ultima istanza viene eliminata dalla subnet. | Il 90% delle eliminazioni di cluster virtuali viene completato in 1,5 ore |
| Seeding dei file di database2 | Si tratta di un passaggio sincrono, attivato durante il dimensionamento delle risorse di calcolo (vCore) o di archiviazione nel livello di servizio business critical e il passaggio dal livello di servizio general purpose a quello business critical o viceversa. La durata dell'operazione è proporzionale alle dimensioni totali del database e all'attività del database corrente (numero di transazioni attive). L'attività del database durante l'aggiornamento di un'istanza può introdurre una varianza significativa per la durata totale. | Il 90% di queste operazioni viene eseguito a 220 GB/ora o superiore |
1 Il provisioning rapido è attualmente supportato solo per la prima istanza nella subnet, con 4 o 8 vCore, e con la configurazione predefinita della finestra di manutenzione.
2 Quando si ridimensionano le risorse di calcolo (vCore) o l'archiviazione nel livello di servizio business critical o si passa dal livello di servizio general purpose a business critical, il seeding include anche il seeding del gruppo di disponibilità Always On.
Importante
L'aumento o la riduzione dell'archiviazione nel livello di servizio general purpose consiste nell'aggiornare i metadati e propagare la risposta per la richiesta inviata. Si tratta di un'operazione rapida che viene completata in un massimo di 5 minuti, senza tempi di inattività e failover.
Segmenti a esecuzione prolungata delle operazioni di gestione
Le tabelle seguenti riepilogano le operazioni e le durate complessive tipiche, in base alla categoria:
Categoria: distribuzione
| Operazione | Segmento a esecuzione prolungata | Durata stimata |
|---|---|---|
| Prima istanza in una subnet vuota1 | Creazione di cluster virtuali (provisioning rapido) | Il 90% delle operazioni viene completato in 30 minuti. |
| Prima istanza in una subnet vuota | Creazione del cluster virtuale | Il 90% delle operazioni viene completato in meno di 4 ore. |
| La prima istanza con una finestra di manutenzione o generazione dell'hardware diversa in una subnet non vuota, ad esempio la prima istanza della serie Premium in una subnet con istanze di serie Standard | Aggiunta di un nuovo gruppo di macchine virtuali al cluster virtuale 2 | Il 90% delle operazioni viene completato in meno di 4 ore. |
| Creazione dell'istanza successiva all'interno della subnet non vuota (seconda, terza istanza e così via) | Ridimensionamento del cluster virtuale | Il 90% delle operazioni viene completato in 60 minuti. |
1 Il provisioning rapido è attualmente supportato solo per la prima istanza nella subnet, con 4 o 8 vCore, e con la configurazione predefinita della finestra di manutenzione. 2 Viene creato un gruppo di macchine virtuali separato per ogni configurazione della finestra di manutenzione e generazione dell'hardware.
Categoria: aggiornare
| Operazione | Segmento a esecuzione prolungata | Durata stimata |
|---|---|---|
| Modifica della proprietà dell'istanza (password amministratore, accesso di Microsoft Entra, flag di Vantaggio Azure Hybrid) |
N/D | Fino a 1 minuto. |
| Aumento/riduzione dell'archiviazione dell'istanza (Utilizzo generico) |
Nessun segmento a esecuzione prolungata | Il 99% delle operazioni viene completato in 5 minuti. |
| Aumento/riduzione dell'archiviazione dell'istanza (Business Critical) |
- Ridimensionamento del cluster virtuale - Seeding dei gruppi di disponibilità AlwaysOn |
Il 90% delle operazioni viene completato in 60 minuti + il tempo per il seeding di tutti i database (220 GB/ora). |
| Aumento/riduzione dell'archiviazione dell'istanza (Utilizzo generico di nuova generazione) |
- Creazione del cluster virtuale/ridimensionamento del gruppo di macchine virtuali - Seeding dei gruppi di disponibilità AlwaysOn |
Il 90% delle operazioni viene completato in meno di 4 ore (creazione del gruppo di macchine virtuali) o 60 minuti (ridimensionamento del gruppo di macchine virtuali) + il tempo per il seeding di tutti i database (220 GB/ora) + failover + pulizia della vecchia istanza |
| Aumento e riduzione del calcolo (vCore) delle istanze (Utilizzo generico) |
- Ridimensionamento del cluster virtuale | Il 90% delle operazioni viene completato in 60 minuti. |
| Aumento e riduzione del calcolo (vCore) delle istanze (Business Critical) |
- Ridimensionamento del cluster virtuale - Seeding dei gruppi di disponibilità AlwaysOn |
Il 90% delle operazioni viene completato in 60 minuti + il tempo per il seeding di tutti i database (220 GB/ora). |
| Aumento e riduzione del calcolo (vCore) delle istanze (Utilizzo generico di nuova generazione) |
Creazione del cluster virtuale/ridimensionamento del gruppo di macchine virtuali - Seeding dei gruppi di disponibilità AlwaysOn |
Il 90% delle operazioni viene completato in meno di 4 ore (creazione del gruppo di macchine virtuali) o 60 minuti (ridimensionamento del gruppo di macchine virtuali) + il tempo per il seeding di tutti i database (220 GB/ora) + failover + pulizia della vecchia istanza |
| Modifica del livello di servizio dell'istanza (da Utilizzo generico a Business Critical e viceversa) |
- Ridimensionamento del cluster virtuale - Seeding dei gruppi di disponibilità AlwaysOn |
Il 90% delle operazioni viene completato in 60 minuti + il tempo per il seeding di tutti i database (220 GB/ora). |
| Modifica del livello di servizio dell'istanza (da Utilizzo generico o Business Critical a di nuova generazione e viceversa) |
Creazione del cluster virtuale/ridimensionamento del gruppo di macchine virtuali - Seeding dei gruppi di disponibilità AlwaysOn |
Il 90% delle operazioni viene completato in meno di 4 ore (creazione del gruppo di macchine virtuali) o 60 minuti (ridimensionamento del gruppo di macchine virtuali) + il tempo per il seeding di tutti i database (220 GB/ora) + failover + pulizia della vecchia istanza |
| Modifica dell'hardware o della finestra di manutenzione dell'istanza (Utilizzo generico) |
- Ridimensionamento del cluster virtuale1 | Il 90% delle operazioni viene completato in meno di 4 ore (creazione del gruppo di macchine virtuali) o 60 minuti (ridimensionamento del gruppo di macchine virtuali). |
| Modifica dell'hardware o della finestra di manutenzione dell'istanza (Business Critical) |
- Ridimensionamento del cluster virtuale1 - Seeding dei gruppi di disponibilità AlwaysOn |
Il 90% delle operazioni viene completato in meno di 4 ore (creazione del gruppo di macchine virtuali) o 60 minuti (ridimensionamento del gruppo di macchine virtuali) + il tempo per il seeding di tutti i database (220 GB/ora). |
| Modifica dell'hardware o della finestra di manutenzione dell'istanza (Utilizzo generico di nuova generazione) |
- Creazione del cluster virtuale/ridimensionamento del gruppo di macchine virtuali - Seeding dei gruppi di disponibilità AlwaysOn |
Il 90% delle operazioni viene completato in meno di 4 ore (creazione del gruppo di macchine virtuali) o 60 minuti (ridimensionamento del gruppo di macchine virtuali) + il tempo per il seeding di tutti i database (220 GB/ora) + failover + pulizia della vecchia istanza |
1 L'istanza gestita deve essere inserita in un gruppo di macchine virtuali con la stessa finestra di manutenzione e hardware corrispondente. Se nel cluster virtuale non è presente un gruppo di questo tipo, è necessario crearne uno nuovo per supportare la configurazione dell'istanza.
Categoria: eliminare
| Operazione | Segmento a esecuzione prolungata | Durata stimata |
|---|---|---|
| Eliminazione di un'istanza non ultima | Backup della parte finale del log per tutti i database | Il 90% delle operazioni viene completato entro 1 minuto.1 |
| Eliminazione dell'ultima istanza | - Backup della parte finale del log per tutti i database - Eliminazione del cluster virtuale |
Il 90% delle operazioni viene completato entro 1,5 ore.2 |
1 Se nel cluster sono presenti più gruppi di macchine virtuali, l'eliminazione dell'ultima istanza nel gruppo attiva immediatamente l'eliminazione asincrona del gruppo di macchine virtuali.
2 L'eliminazione dell'ultima istanza nella subnet attiva immediatamente l'eliminazione sincrona del cluster virtuale.
Importante
Non appena viene attivata l'operazione di eliminazione, la fatturazione per Istanza gestita di SQL viene disabilitata. La durata dell'operazione di eliminazione non influirà sulla fatturazione.
Disponibilità dell'istanza
Istanza gestita di SQL rimane disponibile durante le operazioni di aggiornamento, ad eccezione di un breve tempo di inattività causato dal failover che si verifica alla fine dell'aggiornamento. In genere, si tratta di un massimo di 10 secondi anche nel caso di transazioni a esecuzione prolungata interrotte, grazie al recupero del database accelerato.
Nota
Il ridimensionamento dell'archiviazione dell'istanza gestita general purpose non causerà un failover alla fine dell'aggiornamento.
Istanza gestita di SQL non è disponibile per le applicazioni client durante le operazioni di distribuzione ed eliminazione.
Importante
Non è consigliabile dimensionare le risorse di calcolo o di archiviazione di Istanza gestita di SQL di Azure o cambiare il livello di servizio contemporaneamente alle transazioni a esecuzione prolungata (importazione di dati, processi di elaborazione dei dati, ricompilazione dell'indice e così via). Il failover del database alla fine dell'operazione annulla tutte le transazioni in corso.
Passaggi delle operazioni di gestione
Le operazioni di gestione sono costituite da più passaggi. Con l'API per le operazioni introdotta, questi passaggi sono esposti per un sottoinsieme di operazioni (distribuzione e aggiornamento). L'operazione di distribuzione è costituita da tre passaggi, mentre l'operazione di aggiornamento viene eseguita in sei passaggi. Per informazioni dettagliate sulla durata delle operazioni, vedere la sezione Durata delle operazioni di gestione. I passaggi sono elencati in base all'ordine di esecuzione.
Passaggi per la distribuzione di istanze gestite
| Nome passaggio | Descrizione passaggio |
|---|---|
| Convalida delle richieste | I parametri inviati vengono convalidati. In caso di errore di configurazione, l'operazione avrà esito negativo con un errore. |
| Ridimensionamento/creazione del cluster virtuale | A seconda dello stato del cluster virtuale, il cluster entra nello stato creazione o ridimensionamento. |
| Avvio di una nuova istanza di SQL | Il processo SQL viene avviato nelle macchine virtuali distribuite. |
Passaggi per l'aggiornamento di istanze gestite
| Nome passaggio | Descrizione passaggio |
|---|---|
| Convalida delle richieste | I parametri inviati vengono convalidati. In caso di errore di configurazione, l'operazione avrà esito negativo con un errore. |
| Ridimensionamento/creazione del cluster virtuale | A seconda dello stato del cluster virtuale, il cluster entra nello stato creazione o ridimensionamento. |
| Avvio di una nuova istanza di SQL | Il processo SQL viene avviato nelle macchine virtuali distribuite. |
| Seeding/collegamento dei file di database | A seconda del tipo di operazione di aggiornamento, viene eseguito il seeding o il collegamento dei file di database. |
| Preparazione ed esecuzione del failover | Dopo il seeding dei dati e una volta ricollegati i file di database, il sistema viene preparato per il failover. Quando vengono configurate tutte le impostazioni, il failover viene eseguito con un breve tempo di inattività. |
| Pulizia delle istanze di SQL | Rimozione del processo SQL precedente dalle macchine virtuali. |
Procedura di eliminazione dell'istanza gestita
| Nome passaggio | Descrizione passaggio |
|---|---|
| Convalida delle richieste | I parametri inviati vengono convalidati. In caso di errore di configurazione, l'operazione avrà esito negativo con un errore. |
| Pulizia delle istanze di SQL | Rimozione del processo SQL dalle macchine virtuali. |
| Eliminazione del cluster virtuale | A seconda che l'istanza da eliminare sia ultima nella subnet, il cluster virtuale viene eliminato in modo sincrono come ultimo passaggio. |
Nota
Come conseguenza del dimensionamento delle istanze, nel cluster virtuale sottostante viene eseguito il processo di rilascio della capacità inutilizzata e di possibile deframmentazione della capacità, il che potrebbe influire sulle istanze non coinvolte nelle operazioni di creazione/dimensionamento.
Effetti incrociati sulle operazioni di gestione
Le operazioni di gestione eseguite in un'istanza gestita possono influire sulle operazioni di gestione delle altre istanze situate all'interno della stessa subnet:
Le operazioni di ripristino a esecuzione prolungata in un cluster virtuale mettono in attesa le altre operazioni nello stesso gruppo di macchine virtuali, ad esempio le operazioni di creazione o ridimensionamento.
Esempio: se è presente un'operazione di ripristino a esecuzione prolungata e anche una richiesta di dimensionamento che richiede la compattazione del gruppo di macchine virtuali, il completamento della richiesta di compattazione richiederà più tempo perché attende il completamento dell'operazione di ripristino prima di poter continuare.Una successiva operazione di creazione o dimensionamento di istanze viene messa in attesa da un'operazione di creazione o dimensionamento di istanze avviata in precedenza che ha comportato il ridimensionamento del gruppo di macchine virtuali.
Esempio: se sono presenti più richieste di creazione e/o dimensionamento nella stessa subnet all'interno dello stesso gruppo di macchine virtuali e una di esse avvia il ridimensionamento del gruppo di macchine virtuali, tutte le operazioni richieste 5 minuti dopo quella iniziale impiegheranno più tempo del previsto, perché bisognerà aspettare che venga completato il ridimensionamento prima che vengano riprese.Le operazioni di creazione/dimensionamento inviate entro l'intervallo di 5 minuti verranno organizzate in batch ed eseguite in parallelo.
Esempio: verrà eseguito un solo ridimensionamento del cluster virtuale per tutte le operazioni inviate entro un intervallo di 5 minuti (a partire dal momento dell'esecuzione della prima richiesta di operazione). L'esecuzione di un'eventuale altra operazione richiesta più di 5 minuti dopo la prima verrà avviata solo una volta completato il ridimensionamento del cluster virtuale.
Importante
Le operazioni di gestione messe in attesa a causa di un'altra operazione in corso verranno riprese automaticamente al verificarsi delle condizioni adatte. Non è necessaria alcuna azione da parte dell'utente per riprendere le operazioni di gestione temporaneamente sospese.
Monitoraggio delle operazioni di gestione
Per informazioni su come monitorare l'avanzamento e lo stato delle operazioni di gestione, vedere Monitoraggio delle operazioni di gestione.
Annullamento delle operazioni di gestione
Per informazioni su come annullare un'operazione di gestione, vedere Annullamento delle operazioni di gestione.
Passaggi successivi
- Per informazioni su come creare la prima istanza gestita, vedere Guida di avvio rapido.
- Per un elenco di funzionalità e di confronto, vedere Funzionalità comuni di SQL.
- Per altre informazioni sulla configurazione della rete virtuale, vedere Configurazione di una rete virtuale per Istanza gestita di SQL.
- Per altre informazioni sui gruppi di macchine virtuali e sul cluster virtuale, vedere Architettura del cluster virtuale di Istanza gestita di SQL
- Per una guida di avvio rapido sulla creazione di un'istanza gestita e il ripristino di un database da un file di backup, vedere Creare un'istanza gestita.
- Per un'esercitazione sull'uso del Servizio Migrazione del database di Azure, vedere Migrazione a Istanza gestita di SQL con il Servizio Migrazione del database.