Finestra di manutenzione per il database SQL di Azure

Si applica a:Database SQL di Azure

La funzionalità della finestra di manutenzione consente di configurare la pianificazione della manutenzione per le risorse del database SQL di Azure e dell'Istanza gestita di database SQL di Azure rendendo prevedibili gli eventi di manutenzione di grande impatto e riducendo le interruzioni del carico di lavoro.

Nota

La funzionalità della finestra di manutenzione protegge solo dall'impatto degli aggiornamenti pianificati o della manutenzione pianificata. Non protegge da tutte le cause del failover; le eccezioni che possono causare brevi interruzioni di connessione al di fuori una finestra di manutenzione includono errori hardware, bilanciamento del carico del cluster e riconfigurazioni del database a causa di eventi come una modifica dell'obiettivo di livello di servizio del database.

Sono disponibili Notifiche anticipate per i database configurati per l'uso di una finestra di manutenzione non predefinita. Le notifiche anticipate consentono ai clienti di configurare le notifiche da inviare fino a 24 ore prima di qualsiasi evento pianificato.

Panoramica

Azure esegue periodicamente la manutenzione pianificata delle risorse del database SQL. Durante un evento di manutenzione, i database sono completamente disponibili, ma possono essere soggetti a riconfigurazioni brevi all'interno dei contratti di servizio di disponibilità per il database SQL.

La finestra di manutenzione è destinata ai carichi di lavoro di produzione che non sono resilienti alle riconfigurazioni del database e non sono in grado di assorbire brevi interruzioni di connessione causate da eventi di manutenzione pianificata. Scegliendo una finestra di manutenzione preferita, è possibile ridurre al minimo l'impatto della manutenzione pianificata pianificando l'esecuzione al di fuori delle ore lavorative di punta. I carichi di lavoro resilienti e i carichi di lavoro non di produzione possono basarsi sui criteri di manutenzione predefiniti di SQL di Azure.

La finestra di manutenzione è gratuita e può essere configurata durante la creazione o per le risorse esistenti. Può essere configurata tramite il portale di Azure, PowerShell, CLI o Azure API.

Importante

La configurazione della finestra di manutenzione è un'operazione asincrona a esecuzione prolungata, simile alla modifica del livello di servizio della risorsa Azure SQL. La risorsa è disponibile durante il processo, ad eccezione di una breve riconfigurazione che si verifica alla fine dell'operazione e che in genere ha una durata di 8 secondi anche in caso di transazioni a esecuzione prolungata interrotte. Per ridurre al minimo l'impatto della riconfigurazione, è consigliabile eseguire l'operazione al di fuori delle ore di punta.

Aumentare la prevedibilità con la finestra di manutenzione

Per impostazione predefinita, i criteri di manutenzione di Azure SQL bloccano gli aggiornamenti ad impatto più elevato nella fascia oraria 8:00-17:00 ora locale ogni giorno per evitare interruzioni durante le ore lavorative di punta. L'ora locale è determinata dalla località dell'area di Azure che ospita la risorsa e a cui può essere applicata l'ora legale in base alla definizione del fuso orario locale.

Durante la manutenzione, i database rimangono disponibili, ma alcuni aggiornamenti potrebbero richiedere un failover. La finestra di manutenzione predefinita del sistema (dalle 17 alle 8:00) limita la maggior parte delle attività a questa volta, ma gli aggiornamenti urgenti possono verificarsi al di fuori di esso. Per assicurarsi che tutti gli aggiornamenti vengano eseguiti solo durante la finestra di manutenzione, selezionare un'opzione non predefinita.

È possibile adattare gli aggiornamenti della manutenzione ad un'orario adatto alle risorse SQL di Azure scegliendo tra due slot non predefinite della finestra di manutenzione:

  • Finestra nei giorni feriali: dalle 22:00 alle 6:00 ora locale, lunedì-giovedì
  • Finestra nel fine settimana: dalle 22:00 alle 6:00 ora locale, venerdì-domenica

I giorni della finesrra di manutenzione elencati indicano il giorno di inizio di ogni finestra di manutenzione di otto ore. Ad esempio, "dalle 22:00 alle 6:00 ora locale, lunedì-giovedì" significa che le finestre di manutenzione iniziano alle 22:00 ora locale di ogni giorno (da lunedì a giovedì) e terminano alle 6:00 ora locale il giorno seguente (da martedì a venerdì).

Dopo aver effettuato la selezione della finestra di manutenzione e aver completato la configurazione del servizio, la manutenzione pianificata viene eseguita solo durante la finestra di propria scelta. Mentre gli eventi di manutenzione vengono in genere completati all'interno di una singola finestra, alcuni di essi possono estendersi su due o più finestre adiacenti.

Nota

Il database SQL di Azure segue una procedura di distribuzione sicura in cui le aree abbinate di Azure non vengono distribuite contemporaneamente. Tuttavia, non è possibile prevedere quale area verrà aggiornata per prima, quindi l'ordine di distribuzione non è garantito. In alcuni casi sarà il database primario ad essere aggiornato per primo, mentre altre volte il secondario.

  • In situazioni in cui il database è abilitato per la replica geografica o per i gruppi di failover e la replica geografica non è allineata all'abbinamento di aree di Azure, è necessario pianificare finestre di manutenzione diverse per il database primario e secondario. Ad esempio, è possibile selezionare la finestra di manutenzione nei giorni feriali per il database secondario geografico e la finestra di manutenzione nel fine settimana per il database geografico primario.

Importante

In circostanze molto rare in cui qualsiasi rinvio dell'azione potrebbe causare un impatto grave, ad esempio l'applicazione di patch di sicurezza critiche, la finestra di manutenzione configurata potrebbe essere temporaneamente annullata.

Notifiche avanzate

Le notifiche di manutenzione possono essere configurate per avvisare l'utente degli eventi di manutenzione pianificata imminenti per il database SQL di Azure. Gli avvisi arrivano 24 ore in anticipo, prima dell'apertura della finestra di manutenzione e alla fine della stessa. Per maggiori informazioni, consultare Notifiche avanzate.

Disponibilità di funzionalità

Tipi di sottoscrizioni supportati

La configurazione e l'uso della finestra di manutenzione sono disponibili per i seguenti tipi di offerta: pagamento in base al consumo, Cloud Solution Provider (CSP), Contratto Enterprise Microsoft o Contratto cliente Microsoft.

Le offerte limitate all'utilizzo di sviluppo/test non sono idonee (ad esempio sviluppo/test con pagamento in base al consumo o sviluppo/test enterprise).

Nota

Per offerta di Azure si intende il tipo di sottoscrizione di Azure di cui si dispone. Ad esempio, una sottoscrizione con pagamento in base al consumo, Azure in Open e Visual Studio Enterprise sono tutte offerte di Azure. Ogni offerta o piano presentano diversi termini e vantaggi. L'offerta o il piano viene visualizzato nella panoramica della sottoscrizione. Per modificare la sottoscrizione passando a un'offerta diversa, vedere Modificare la sottoscrizione ad Azure con un'altra offerta.

Obiettivi del livello di servizio supportati

La scelta di una finestra di manutenzione diversa da quella predefinita è disponibile in tutti gli SLO, ad eccezione di quanto segue.

  • SLO non supportate:
    • Database SQL di Azure DTU Basic, livelli S0 e S1
    • Hardware DC
    • Hardware Fsv2

La finestra di manutenzione per i pool elastici Hyperscale è in anteprima ed è disponibile in aree e configurazioni specifiche. Per altre informazioni, vedere Blog: Supporto della finestra di manutenzione per database SQL di Azure pool elastici Hyperscale.

Supporto per l'area del database SQL di Azure per le finestre di manutenzione

La scelta di una finestra di manutenzione per il database SQL di Azure diversa da quella predefinita è attualmente disponibile nelle aree seguenti, organizzate per modello di acquisto.

La tabella seguente riguarda i database che non hanno ridondanza della zona. Per i database in una zona di disponibilità di Azure, vedere la tabella per i database con ridondanza della zona.

Area di Azure Serie premium Hyperscale e memoria ottimizzata per serie premium Serie standard Hyperscale Tutti gli altri modelli di acquisto e livelli del database SQL di Azure
Australia orientale
Australia sud-orientale
Brasile meridionale
Brasile sud-orientale
Canada centrale
Canada orientale
India centrale
Stati Uniti centrali
Cina orientale 2
Cina settentrionale 2
Stati Uniti orientali 1
Stati Uniti orientali 2
Asia orientale
Francia centrale
Francia meridionale
Germania centro-occidentale
Giappone orientale
Giappone occidentale
Stati Uniti centro-settentrionali
Europa settentrionale
Sudafrica settentrionale
Stati Uniti centro-meridionali
India meridionale
Asia sud-orientale
Svizzera settentrionale
Emirati Arabi Uniti settentrionali
Regno Unito meridionale
Regno Unito occidentale
US Gov Texas
US Gov Virginia
Stati Uniti centro-occidentali
Europa occidentale
Stati Uniti occidentali
West US 2
Stati Uniti occidentali 3

La tabella seguente riguarda i database con ridondanza della zona.

Area di Azure Serie premium Hyperscale e memoria ottimizzata per serie premium Serie standard Hyperscale Tutti gli altri modelli di acquisto e livelli del database SQL di Azure in una zona di disponibilità di Azure
Australia orientale
Canada centrale
Stati Uniti centrali
Stati Uniti orientali 1
Stati Uniti orientali 2
Giappone orientale
Europa settentrionale
Stati Uniti centro-meridionali
Asia sud-orientale
Regno Unito meridionale
Europa occidentale
West US 2
Stati Uniti occidentali 3

Manutenzione del gateway

Per ottenere il massimo vantaggio dalle finestre di manutenzione, assicurarsi che le applicazioni client usino il criterio di connessione di reindirizzamento. Il reindirizzamento è il criterio di connessione consigliato, in cui i client stabiliscono connessioni direttamente con il nodo che ospita il database, riducendo la latenza e migliorando la velocità effettiva.

Nel database SQL di Azure, eventuali connessioni che usano il criterio di connessione proxy possono essere impattate dalla finestra di manutenzione scelta e dalla finestra di manutenzione del nodo del gateway. Tuttavia, le connessioni client che usano i criteri di connessione di reindirizzamento consigliati non vengono interessate dalla riconfigurazione della manutenzione dei nodi del gateway.

Per maggiori informazioni sui criteri di connessione client nel database SQL di Azure, vedere criteri di connessione nel database SQL di Azure.

Recupero dell'elenco di eventi di manutenzione

Azure Resource Graph è un servizio di Azure progettato per estendere la Gestione risorse di Azure. Azure Resource Graph fornisce una funzione di esplorazione delle risorse efficiente e ad alte prestazioni, con la possibilità di eseguire query su larga scala su un determinato set di sottoscrizioni in modo da poter controllare efficacemente l'ambiente.

È possibile usare Azure Resource Graph Explorer per eseguire query sugli eventi di manutenzione. Per informazioni generali su come eseguire le query, vedere Avvio rapido: Eseguire la prima query di Resource Graph usando Azure Resource Graph Explorer.

Per verificare la presenza di eventi di manutenzione per tutti i database SQL nella sottoscrizione, usare la query di esempio seguente in Azure Resource Graph Explorer:

servicehealthresources
| where type =~ 'Microsoft.ResourceHealth/events'
| extend impact = properties.Impact
| extend impactedService = parse_json(impact[0]).ImpactedService
| where  impactedService =~ 'SQL Database'
| extend eventType = properties.EventType, status = properties.Status, description = properties.Title, trackingId = properties.TrackingId, summary = properties.Summary, priority = properties.Priority, impactStartTime = todatetime(tolong(properties.ImpactStartTime)), impactMitigationTime = todatetime(tolong(properties.ImpactMitigationTime))
| where eventType == 'PlannedMaintenance'
| order by impactStartTime desc

Per informazioni di riferimento complete sulle query di esempio e su come usarle tra strumenti come PowerShell o l'interfaccia della riga di comando di Azure, vedere Query di esempio di Azure Resource Graph per l'integrità dei servizi di Azure.