Finestra di manutenzione in Istanza gestita di SQL di Azure

  • Articolo

Si applica a:Azure SQL Managed Instance

La funzionalità della finestra di manutenzione consente di configurare la pianificazione della manutenzione per le risorse Istanza gestita di SQL di Azure rendendo prevedibili gli eventi di manutenzione con impatto e meno problematici per il carico di lavoro.

Nota

La funzionalità della finestra di manutenzione protegge solo dall'impatto pianificato dagli aggiornamenti o dalla manutenzione pianificata. Non protegge da tutte le cause del failover; Eccezioni che potrebbero causare interruzioni di connessione brevi all'esterno di una finestra di manutenzione includono errori hardware e altre riconfigurazioni.

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 dell'istanza gestita di SQL. Durante un evento di manutenzione, le istanze gestite di SQL sono completamente disponibili, ma possono essere soggette a riconfigurazioni brevi all'interno dei contratti di servizio di disponibilità per l'istanza gestita di SQL.

La finestra di manutenzione è destinata ai carichi di lavoro di produzione che non sono resilienti alle riconfigurazioni dell'istanza e non possono 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 configurato usando l'API di Azure portale di Azure, PowerShell, l'interfaccia della riga di comando o Azure.

Importante

La configurazione della finestra di manutenzione è un'operazione asincrona a esecuzione prolungata, simile alla modifica del livello di servizio della risorsa SQL di Azure. La risorsa è disponibile durante l'operazione, ad eccezione di una breve riconfigurazione che si verifica alla fine dell'operazione e in genere dura fino a 8 secondi anche in caso di transazioni con 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 più interessati durante il periodo dalle 8:00 alle 18:00 ora locale ogni giorno per evitare interruzioni durante le ore lavorative tipiche. L'ora locale è determinata dalla posizione dell'area di Azure che ospita la risorsa e può osservare 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 15 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 modificare la finestra per gli aggiornamenti della manutenzione in base a un'ora adatta alle risorse SQL di Azure scegliendo tra due slot finestra di manutenzione non predefiniti:

  • Finestra della settimana : dalle 10:00 alle 16:00 ora locale, lunedì - giovedì
  • Finestra fine settimana : dalle 10:00 alle 18:00 ora locale, venerdì - domenica

I giorni dell'intervallo di manutenzione elencati indicano il giorno di inizio di ogni finestra di manutenzione di otto ore. Ad esempio, "dalle 10:00 alle 18:00 ora locale, lunedì - giovedì" significa che le finestre di manutenzione iniziano alle 10:00 ora locale di ogni giorno (da lunedì a giovedì) e completano alle 16: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.

Importante

Istanza gestita di 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, l'istanza primaria verrà aggiornata per prima e a volte sarebbe secondaria.

  • In situazioni in cui l'istanza gestita di SQL dispone di gruppi di failover e i gruppi non sono allineati all'associazione di aree di Azure, è consigliabile scegliere diverse pianificazioni della finestra di manutenzione per l'istanza gestita di SQL primaria e secondaria. Ad esempio, è possibile selezionare Finestra di manutenzione della settimana per la finestra di manutenzione geografica secondaria e fine settimana per l'istanza gestita di SQL geo-primaria.

  • 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 sostituita.

Notifiche avanzate

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

Disponibilità di funzionalità

Tipi di sottoscrizioni supportati

La configurazione e l'uso della finestra di manutenzione sono disponibili per i tipi di offerta seguenti: pagamento in base al consumo, Cloud Solution Provider (CSP), Microsoft Contratto Enterprise o Contratto del 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 come esempi.

Nota

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

Obiettivi del livello di servizio supportati

La scelta di una finestra di manutenzione diversa da quella predefinita è disponibile in tutti i contratti di servizio, ad eccezione dei pool di Istanza gestita di SQL di Azure.

supporto Istanza gestita di SQL di Azure'area per le finestre di manutenzione

La scelta di una finestra di manutenzione per Istanza gestita di SQL di Azure diversa da quella predefinita è attualmente disponibile nelle aree seguenti:

  • Australia centrale 1
  • Australia centrale 2
  • Australia orientale
  • Australia sud-orientale
  • Brasile meridionale
  • Brasile meridionale
  • Canada centrale
  • Canada orientale
  • India centrale
  • Stati Uniti centrali
  • Cina orientale 2
  • Cina settentrionale 2
  • Stati Uniti orientali
  • Stati Uniti orientali 2
  • Asia orientale
  • Francia centrale
  • Francia meridionale
  • Germania centro-occidentale
  • Germania settentrionale
  • Giappone orientale
  • Giappone occidentale
  • Corea centrale
  • Corea meridionale
  • Stati Uniti centro-settentrionali
  • Europa settentrionale
  • Norvegia orientale
  • Norvegia occidentale
  • Sudafrica settentrionale
  • Sudafrica occidentale
  • Stati Uniti centro-meridionali
  • India meridionale
  • Asia sud-orientale
  • Svizzera settentrionale
  • Svizzera occidentale
  • Emirati Arabi Uniti centrali
  • Emirati Arabi Uniti settentrionali
  • Regno Unito meridionale
  • Regno Unito occidentale
  • US Gov Arizona
  • US Gov Texas
  • US Gov Virginia
  • Stati Uniti centro-occidentali
  • Europa occidentale
  • India occidentale
  • Stati Uniti occidentali
  • West US 2
  • Stati Uniti occidentali 3

Manutenzione del gateway

In Istanza gestita di SQL di Azure, i nodi del gateway sono ospitati all'interno del cluster virtuale e hanno la stessa finestra di manutenzione dell'istanza gestita di SQL.

Importante

I criteri di connessione di reindirizzamento sono consigliati per ridurre al minimo il numero di interruzioni durante l'evento di manutenzione, vedere Tipi di connessione.

Considerazioni per Istanza gestita di SQL di Azure

Istanza gestita di SQL di Azure è costituito da componenti del servizio ospitati in un set dedicato di macchine virtuali isolate eseguite all'interno della subnet della rete virtuale di un cliente. Queste macchine virtuali sono organizzate in gruppi per formare un cluster virtuale in grado di ospitare più istanze gestite. Poiché una finestra di manutenzione configurata per le istanze nella stessa subnet può influenzare il numero di gruppi di macchine virtuali all'interno del cluster virtuale e delle operazioni di gestione del cluster virtuale, prima di configurare la finestra di manutenzione, è necessario considerare alcuni aspetti.

La configurazione della finestra di manutenzione è un'operazione a esecuzione prolungata

Tutte le istanze ospitate nello stesso gruppo di macchine virtuali condividono la stessa finestra di manutenzione. Per impostazione predefinita, tutte le istanze gestite sono ospitate in un gruppo con una finestra di manutenzione predefinita. Se si specifica un'altra finestra di manutenzione, durante la creazione dell'istanza o dopo la creazione, l'istanza viene inserita in un gruppo di computer separato con una finestra di manutenzione corrispondente. Se nel cluster non esiste alcun gruppo di questo tipo, ne viene creato uno nuovo per supportare la nuova configurazione dell'istanza. Se si configurano istanze aggiuntive nel cluster virtuale per usare la stessa finestra di manutenzione, tali istanze vengono aggiunte anche al gruppo, il che significa che il gruppo potrebbe dover essere ridimensionato. L'aggiunta di istanze a un nuovo gruppo di computer e il ridimensionamento dei gruppi di computer esistenti potrebbero aumentare la durata dell'operazione per configurare una finestra di manutenzione.

La durata prevista per configurare una finestra di manutenzione per un'istanza gestita può essere calcolata usando la durata stimata delle operazioni di gestione dell'istanza.

Importante

Quando si configura una finestra di manutenzione, il passaggio finale dell'operazione richiede una riconfigurazione dell'istanza che in genere dura fino a 8 secondi, anche se interrompe le transazioni a esecuzione prolungata. Per ridurre al minimo l'impatto, configurare una finestra di manutenzione al di fuori delle ore lavorative di punta.

Requisiti dello spazio degli indirizzi IP

Ogni nuovo gruppo di macchine virtuali in una subnet richiede indirizzi IP aggiuntivi in base all'allocazione degli indirizzi IP del cluster virtuale. La modifica di una finestra di manutenzione per un'istanza gestita esistente richiede anche capacità IP aggiuntiva temporanea, analogamente a quando si ridimensiona il numero di vCore per il rispettivo livello di servizio.

Modifica degli indirizzi IP

La configurazione o la modifica di una finestra di manutenzione modifica l'indirizzo IP dell'istanza in un indirizzo IP diverso all'interno dell'intervallo di indirizzi IP della subnet.

Importante

Assicurarsi che le regole del firewall e del gruppo di sicurezza di rete non blocchino il traffico dei dati dopo la modifica di un indirizzo IP.

Serializzazione delle operazioni di gestione del cluster virtuale

Le operazioni che influiscono sul cluster virtuale, ad esempio gli aggiornamenti del servizio o il ridimensionamento del cluster virtuale (ad esempio l'aggiunta di nodi di calcolo nuovi o la rimozione di nodi di calcolo inutilizzati), vengono serializzate. Di conseguenza, una nuova operazione del cluster virtuale non può essere avviata fino al completamento dell'operazione precedente. Se la finestra di manutenzione viene chiusa prima del completamento dell'operazione di manutenzione in corso, l'operazione di manutenzione continua viene sospesa fino alla finestra di manutenzione successiva. Anche altre operazioni di gestione inviate durante tale periodo vengono messe in attesa e riprendono durante o dopo il successivo intervallo di manutenzione dopo il completamento dell'operazione di manutenzione in corso originale. Non è comune che un'operazione di manutenzione richiede più tempo di una singola finestra di manutenzione per ogni gruppo di macchine virtuali all'interno di un cluster, ma può verificarsi per operazioni di manutenzione molto complesse.

La serializzazione delle operazioni di gestione del cluster virtuale è un comportamento generale che si applica anche ai criteri di manutenzione predefiniti. Quando si configura una pianificazione della finestra di manutenzione, il periodo tra due finestre adiacenti può essere di alcuni giorni. Anche se raramente, se l'operazione di manutenzione si estende su due finestre, le operazioni appena inviate possono essere bloccate per diversi giorni, potenzialmente bloccando le operazioni che richiedono nodi di calcolo aggiuntivi, ad esempio la creazione di un nuovo o il ridimensionamento di un'istanza esistente.

Recuperare l'elenco degli eventi di manutenzione

Azure Resource Graph è un servizio di Azure progettato per estendere Gestione risorse di Azure. Azure Resource Graph Explorer offre un'esplorazione efficiente ed efficiente delle risorse con la possibilità di eseguire query su larga scala in un determinato set di sottoscrizioni in modo da poter gestire 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 tutte le istanze gestite di 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 Managed Instance'
| 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 Integrità dei servizi di Azure.

Contenuto correlato