Usare le pianificazioni della manutenzione per gestire gli aggiornamenti e la manutenzione dei servizi

La funzionalità di manutenzione si integra con le notifiche di manutenzione pianificata dell'integrità dei servizi, il monitoraggio per il controllo dell'integrità risorse e il servizio di pianificazione della manutenzione per il pool Synapse SQL (data warehouse) all’interno di Azure Synapse Analytics.

La pianificazione della manutenzione consente di scegliere una finestra temporale per ricevere al momento opportuno le nuove funzionalità, gli aggiornamenti e le patch. È necessario scegliere una finestra di manutenzione primaria e secondaria entro un periodo di sette giorni; ogni finestra deve essere compresa in intervalli di giorni separati.

Ad esempio, è possibile pianificare una finestra primaria dalle 22.00 di sabato alle 01.00 di domenica e una finestra secondaria dalle 19.00 alle 22:00 di mercoledì. Se non è possibile eseguire la manutenzione durante la finestra di manutenzione primaria, cercherà di effettuare tale operazione nell'ambito della finestra di manutenzione secondaria. La manutenzione del servizio potrebbe, occasionalmente, essere eseguita sia durante le finestre primarie che secondarie. Per garantire il completamento rapido di tutte le operazioni di manutenzione, i livelli di data warehouse DW400c e inferiori possono completare la manutenzione all'esterno di una finestra di manutenzione designata.

Tutte le istanze di data warehouse appena create avranno una pianificazione di manutenzione definita dal sistema applicata durante la distribuzione. È possibile modificare la pianificazione non appena la distribuzione viene completata.

Quando si sceglie una finestra di manutenzione, è necessario selezionare un'ora di inizio e impostare una durata massima. La "durata massima di una finestra di manutenzione" determina l'intervallo di tempo in cui verranno eseguite le attività di manutenzione. Questo intervallo di tempo può essere compreso tra tre (3) e otto (8) ore, con un requisito minimo di tre (3) ore. Durante questo periodo, il data warehouse sarà temporaneamente offline, poiché il pool dedicato viene spostato alla capacità aggiornata usando un processo simile a sospendi/riprendi. In condizioni tipiche, questa operazione verrà completata in meno di 30 minuti; tuttavia, è importante notare che in alcuni casi può richiedere più tempo. Ad esempio, se sono presenti transazioni attive all'inizio della manutenzione, le suddette verranno annullate e soggette a rollback, causando potenzialmente ritardi nel ripristino del servizio online. Per evitare questa situazione, è consigliabile assicurarsi che nessuna transazione con esecuzione prolungata sia attiva durante l'avvio dell'intervallo di manutenzione.

Tutte le operazioni di manutenzione devono terminare entro le finestre di manutenzione specificate, a meno che non sia necessario distribuire un aggiornamento sensibile al tempo. Se il data warehouse è sospeso durante una manutenzione pianificata, verrà aggiornato durante l'operazione di ripresa. L'utente riceverà una notifica immediatamente al termine della manutenzione del data warehouse.

Nota

• Le finestre di manutenzione non sono applicabili per I livelli di prestazioni DW400c o inferiori. Possono essere sottoposti a manutenzione in qualsiasi momento.
• I livelli DW400c e inferiori possono riscontrare perdite multiple di connettività in vari momenti durante la finestra di manutenzione.

Avvisi e monitoraggio

L'integrazione con le notifiche sull'integrità dei servizi e il monitoraggio per il controllo dell'integrità delle risorse consente ai clienti di essere aggiornati sulle attività di manutenzione imminenti. L’automazione si avvale di Monitoraggio di Azure. È possibile decidere come si vuole ricevere una notifica degli eventi di manutenzione imminenti. Si può anche scegliere quali flussi automatici consentiranno di gestire i tempi di inattività e ridurre al minimo l'impatto sulle operazioni.

Nota

Un preavviso di 24 ore precede tutti gli eventi di manutenzione. Se è necessario distribuire un aggiornamento critico in termini di tempo, è possibile ridurre significativamente i tempi di notifica avanzata. Questo può verificarsi al di fuori di un intervallo di manutenzione identificato a causa della natura critica dell'aggiornamento.

Se si riceve un preavviso prima dell'esecuzione della manutenzione, ma la manutenzione non può essere eseguita all'orario prestabilito durante il periodo indicato nella notifica, si riceverà una notifica di annullamento. La manutenzione verrà quindi ripresa durante il successivo periodo di manutenzione pianificato.

Tutti gli eventi di manutenzione attivi verranno visualizzati nella sezione Integrità dei servizi - Manutenzione pianificata. La cronologia dell'integrità dei servizi include un record completo degli eventi precedenti. La manutenzione può essere monitorata tramite il dashboard del portale di controllo dell'integrità dei servizi di Azure durante un evento attivo.

Disponibilità della pianificazione della manutenzione

Anche se la pianificazione della manutenzione non è disponibile nell'area selezionata, è possibile visualizzare e modificare la pianificazione di manutenzione in qualsiasi momento. Quando la pianificazione della manutenzione sarà disponibile nella propria area, la pianificazione identificata diventerà immediatamente attiva nel pool Synapse SQL.

Visualizzare una pianificazione della manutenzione

Per impostazione predefinita, a tutte le istanze di data warehouse create di recente viene applicata una finestra di manutenzione primaria e secondaria di otto ore durante la distribuzione. Come indicato in precedenza, è possibile modificare le finestre non appena la distribuzione sarà stata completata. Nessuna manutenzione verrà eseguita al di fuori delle finestre di manutenzione specificate senza preavviso.

Per visualizzare la pianificazione della manutenzione applicata al pool Synapse SQL, completare i passaggi seguenti:

1. Accedere al portale di Azure.
2. Selezionare il pool Synapse SQL da visualizzare.
3. Il pool Synapse SQL selezionato verrà aperto nel pannello Panoramica. La pianificazione della manutenzione applicata al data warehouse verrà visualizzata sotto la pianificazione della manutenzione.

Saltare o modificare la pianificazione della manutenzione

Per garantire la conformità ai requisiti di sicurezza più recenti, non è possibile soddisfare le richieste di ignorare o ritardare gli aggiornamenti. Potrebbero essere tuttavia disponibili alcune opzioni per regolare la finestra di manutenzione se si utilizzano livelli di data warehouse DW500C o superiori all'interno del ciclo corrente, a seconda della situazione specifica:

• Se si riceve una notifica in sospeso per la manutenzione ed è necessario più tempo per completare i processi o inviare una notifica al team, è possibile modificare l'ora di inizio della finestra purché questa operazione venga eseguita prima dell'inizio della finestra di manutenzione definita. In questo modo la finestra verrà spostata in avanti nel tempo all'interno del ciclo.

• È possibile attivare manualmente la manutenzione sospendendo e riprendendo (o ridimensionando) il pool SQL dedicato dopo l'inizio di un ciclo per cui è stata ricevuta una notifica "In sospeso". Il ciclo di manutenzione del fine settimana inizia sabato alle 00:00 UTC. Il ciclo di manutenzione a metà settimana inizia martedì alle 12:00 UTC.

• Anche se è necessaria una finestra minima di 3 ore, in condizioni tipiche questa operazione verrà completata in molto meno di 30 minuti. Tuttavia, è importante notare che, in alcuni casi, la procedura può richiedere più tempo. Ad esempio, se sono presenti transazioni attive all'inizio della manutenzione, le suddette verranno annullate e soggette a rollback, causando potenzialmente ritardi nel ripristino del servizio online. Per evitare questa situazione, è consigliabile assicurarsi che nessuna transazione con esecuzione prolungata sia attiva durante l'avvio dell'intervallo di manutenzione.

Nota

• Se si modifica l'intervallo a un orario di inizio precedente l'ora corrente effettiva, la manutenzione verrà attivata immediatamente e, se sono presenti transazioni attive all'avvio della manutenzione, queste verranno interrotte e verrà eseguito il rollback.
• Al termine dell'operazione di sospensione e ripresa per avviare la manutenzione, invece di ricevere una notifica che conferma il completamento della manutenzione, si riceverà una notifica che informa che è stata annullata.
• Se si usa DW400c o versione inferiore, anche se è possibile modificare la programmazione della manutenzione, non vi sarà conformità in quanto ha un livello prestazionale inferiore. Come precedentemente menzionato, questi livelli di data warehouse possono essere sottoposti a manutenzione in qualsiasi momento durante il ciclo di manutenzione.

Identificazione delle finestre primarie e secondarie

Le finestre primarie e secondarie devono avere intervalli di giorni separati. Un esempio è una finestra primaria da martedì a giovedì e una finestra secondaria da sabato a domenica. I termini "Primario" e "Secondario" devono essere considerati rispettivamente come "Finestra 1" e "Finestra 2". Ciò significa, che è possibile prelevare una delle finestre in qualsiasi ordine per la distribuzione degli aggiornamenti di manutenzione.

Per modificare la pianificazione della manutenzione per il pool Synapse SQL, completare i passaggi seguenti:

1. Accedere al portale di Azure.

2. Selezionare il pool Synapse SQL da aggiornare. La pagina viene aperta nel pannello Panoramica. Aprire la pagina delle impostazioni di pianificazione di manutenzione selezionando il collegamento di riepilogo Pianificazione della manutenzione nel pannello Panoramica. In alternativa, selezionare l'opzione Pianificazione della manutenzione nel menu delle risorse a sinistra.

   

3. Scegliere l'intervallo di date preferito per la finestra di manutenzione primaria usando le opzioni nella parte superiore della pagina. Con questa selezione si stabilisce se la finestra primaria è prevista nei giorni feriali o durante il fine settimana. La selezione aggiornerà di conseguenza i valori dell'elenco a discesa. Durante l'anteprima alcune aree potrebbero non supportare ancora il set completo di opzioni Giorno.

   

4. Scegliere le finestre di manutenzione primarie e secondarie desiderate usando gli elenchi a discesa seguenti:

   • Giorno: giorno preferito per eseguire la manutenzione durante la finestra selezionata.
   • Ora di inizio: orario di inizio preferito per la finestra di manutenzione.
   • Intervallo di tempo: durata preferita della finestra temporale.

   L'area Riepilogo della pianificazione nella parte inferiore del pannello viene aggiornata in base ai valori selezionati.

5. Seleziona Salva. Viene visualizzato un messaggio, che conferma che la nuova pianificazione è ora attiva.

   È possibile aggiornare le selezioni Giorno, Ora di inizio, Intervallo di tempo (inclusa la finestra predefinita di 8 ore) in qualsiasi momento. Se si salva una pianificazione in un'area che non supporta la pianificazione della manutenzione, viene visualizzato il seguente messaggio. Le impostazioni vengono salvate e diventeranno attive quando la funzione sarà disponibile nell'area selezionata.

   

Domande frequenti

Qual è la frequenza prevista per la manutenzione.

La manutenzione può essere eseguita più volte al mese, perché può includere aggiornamenti del sistema operativo, patch di sicurezza e driver, aggiornamenti interni dell'infrastruttura di Azure e patch e aggiornamenti DW. Ogni cliente ha una pianificazione bisettimanale di cicli di manutenzione tra sabato e domenica e martedì-giovedì.

Quali sono le modifiche apportate dopo il completamento della manutenzione, anche se la versione del pool SQL dedicato rimane invariata?

Al termine di un aggiornamento di manutenzione, la versione del pool SQL potrebbe rimanere invariata. Ciò è dovuto al fatto che la manutenzione può includere aggiornamenti del sistema operativo, patch di sicurezza e driver, aggiornamenti interni dell'infrastruttura di Azure nonché patch e aggiornamenti DW. Solo se nella manutenzione è inclusa una patch o un aggiornamento synapse DW verrà visualizzata una modifica alla versione del pool dedicato SQL.

È possibile aggiornare su richiesta la versione del pool SQL dedicato?

• No, la manutenzione programmata si occupa della gestione dei pool SQL dedicati. Tuttavia, potrebbero essere disponibili alcune opzioni per avviare la manutenzione dopo l'inizio del ciclo, a seconda della situazione. Verificare di ignorare o modificare la pianificazione della manutenzione
• È importante tenere presente che il pool SQL dedicato è una funzionalità Platform as a Service (PaaS). Questo implica che Microsoft Azure gestisce tutti i tipi di attività correlate al servizio, ad esempio, infrastruttura, manutenzione, aggiornamenti e scalabilità. È possibile monitorare la manutenzione pianificata impostando un avviso o una notifica in modo da rimanere informati circa l'attività di manutenzione in sospeso.

Quali modifiche, se presenti, devono essere apportate prima o dopo il completamento della manutenzione del pool SQL dedicato?

• Durante la manutenzione, il servizio verrà brevemente portato offline, simile a quello che si verifica durante un'operazione di sospensione, ripresa o scalabilità. In genere, l'operazione di manutenzione complessiva viene completata in meno di 30 minuti. Tuttavia, tale operazione potrebbe richiedere un po' più tempo, a seconda dell'attività del database durante la finestra di manutenzione. È consigliabile sospendere l’ETL, gli aggiornamenti delle tabelle e soprattutto le operazioni transazionali per evitare tempi più lunghi per la normale manutenzione. Ad esempio:
• Se l'istanza è estremamente occupata durante la finestra pianificata, in particolare con attività di aggiornamento ed eliminazione frequenti, l'operazione di manutenzione potrebbe richiedere più tempo del normale. Per ridurre la probabilità di attività di manutenzione estesa, è consigliabile limitare l'attività principalmente alle query di sola lettura rispetto database, se possibile, e soprattutto evitare query transazionali a esecuzione prolungata (vedere l'elemento successivo).
• Se sono presenti transazioni attive all'inizio della manutenzione, le suddette vengono annullate e soggette a rollback, causando potenzialmente ritardi nel ripristino del servizio online. Per evitare questa situazione, è consigliabile assicurarsi che nessuna transazione con esecuzione prolungata sia attiva durante l'avvio dell'intervallo di manutenzione.

È stata notificata una futura manutenzione programmata del pool SQL dedicato con ID di rilevamento 0000-000, ma successivamente è stata annullata o riprogrammata. Che cosa ha richiesto l'annullamento o la riprogrammazione della manutenzione?

Esistono diversi fattori che possono portare all'annullamento della manutenzione pianificata, tra cui azioni come:

• Sospensione o ridimensionamento delle operazioni dopo la ricezione di una notifica di manutenzione in sospeso durante l'avvio del ciclo.
• Se si punta a Obiettivi del livello di servizio (SLO) differenti durante il ciclo di manutenzione, ad esempio la transizione da uno SLO superiore a DW400c e successivamente il ridimensionamento a uno SLO inferiore o pari a DW400c o viceversa, potrebbe verificarsi un annullamento. Ciò è dovuto al fatto che le finestre di manutenzione non sono applicabili per I livelli di prestazioni DW400c o inferiori e possono essere sottoposte a manutenzione in qualsiasi momento.
• Fattori interni dell'infrastruttura, ad esempio modifiche effettive alla programmazione della manutenzione pianificata dal team di rilascio.
• La manutenzione può essere annullata o riprogrammata laddove il monitoraggio interno rilevi che richieda più tempo del previsto. La manutenzione deve essere completata entro i contratti di servizio (SLA) definiti dalle impostazioni della finestra di manutenzione del cliente.

Esistono procedure consigliate da considerare per il carico di lavoro durante la finestra di manutenzione?

• Sì, se possibile, sospendere tutti i carichi di lavoro transazionali ed ETL durante l'intervallo di manutenzione pianificata, per evitare errori o ritardi nel ripristino del servizio online. Le operazioni transazionali a esecuzione prolungata devono essere completate prima di un periodo di manutenzione imminente.
• Affinché i carichi di lavoro siano resilienti alle interruzioni causate dalle operazioni di manutenzione, usare la logica di ripetizione dei tentativi sia per i livelli di connessione che per quelli di comando (query), applicando intervalli di ripetizione più lunghi e/o più tentativi, così da resistere a una perdita di connessione estesa che il alcuni casi può durare fino a o più di 30 minuti.

Passaggi successivi

• Altre informazioni sulla creazione, visualizzazione e gestione degli avvisi con Monitoraggio di Azure.
• Altre informazioni sulle azioni webhook per le regole di avviso relative ai log.
• Altre informazioni Creazione e gestione di gruppi di azioni.
• Scopri di più su Integrità dei servizi di Azure.