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

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

È consigliabile usare la pianificazione della manutenzione per scegliere un intervallo di tempo quando è conveniente ricevere nuove funzionalità, aggiornamenti e 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 di sabato 22:00 a domenica 01:00 e quindi pianificare una finestra secondaria di mercoledì 19:00 alle 22:00. Se non è possibile eseguire la manutenzione durante la finestra di manutenzione primaria, la manutenzione verrà ritentata durante la finestra di manutenzione secondaria. La manutenzione del servizio può verificarsi in occasione sia durante le finestre primarie che secondarie. Per garantire il completamento rapido di tutte le operazioni di manutenzione, i livelli DW400c e di data warehouse inferiori possono completare la manutenzione all'esterno di una finestra di manutenzione designata.

Tutte le istanze del 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 verrà temporaneamente offline perché il pool dedicato viene spostato nella capacità aggiornata usando un processo simile a pausa/ripresa. In condizioni tipiche, questa operazione verrà completata in meno di 30 minuti, ma è importante notare che in alcuni casi può richiedere più tempo. Ad esempio, se sono presenti transazioni attive all'inizio della manutenzione, verranno annullate ed eseguite il 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. Si riceverà una notifica immediatamente dopo il completamento 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.
• DW400c e inferiore possono riscontrare più brevi perdite 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. Questa automazione sfrutta Monitoraggio di Azure. È possibile decidere come si vuole ricevere una notifica degli eventi di manutenzione imminenti. È anche possibile scegliere quali flussi automatizzati consentiranno di gestire i tempi di inattività e ridurre al minimo l'impatto operativo.

Nota

Un preavviso di 24 ore precede tutti gli eventi di manutenzione. Nel caso in cui sia necessario distribuire un aggiornamento critico per l'ora, i tempi di notifica avanzati possono essere notevolmente ridotti. 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 diventa disponibile nell'area, la pianificazione identificata diventerà immediatamente attiva nel pool Synapse SQL.

Visualizzare una pianificazione della manutenzione

Per impostazione predefinita, tutte le istanze del data warehouse appena create hanno una finestra di manutenzione primaria e secondaria di otto ore applicata durante la distribuzione. Come indicato in precedenza, è possibile modificare le finestre non appena la distribuzione è 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, seguire questa procedura:

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

Ignorare 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. Tuttavia, potrebbero essere disponibili alcune opzioni per modificare la finestra di manutenzione se si usano livelli DW500c e di data warehouse superiori all'interno del ciclo corrente, a seconda della situazione:

• 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 sospendo e riprendendo (o ridimensionando) il pool SQL dedicato dopo l'inizio di un ciclo per il quale è 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 ben 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, verranno annullate ed eseguite il 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 una delle finestre può essere prelevata in qualsiasi ordine per la distribuzione degli aggiornamenti di manutenzione.

Per modificare la pianificazione della manutenzione per il pool Synapse SQL, seguire questa procedura:

1. Accedere al portale di Azure.

2. Selezionare il pool SYNapse SQL da aggiornare. La pagina viene aperta nel pannello Panoramica. Aprire la pagina per le impostazioni della pianificazione della manutenzione selezionando il collegamento Riepilogo pianificazione 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é la manutenzione 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 settimanale 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 attivare la manutenzione dopo l'avvio 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à PaaS (Platform as a Service). Questo implica che Microsoft Azure gestisce tutti i tipi di attività correlate al servizio, ad esempio, infrastruttura, manutenzione, aggiornamenti e scalabilità. La manutenzione pianificata può essere monitorata impostando un avviso o una notifica in modo da rimanere informati dell'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 ETL, aggiornamenti delle tabelle e soprattutto operazioni transazionali per evitare più tempo della 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à alle query principalmente di sola lettura sul database, se possibile, e soprattutto evitare query transazionali a esecuzione prolungata (vedere l'elemento successivo).
• Se sono presenti transazioni attive all'inizio della manutenzione, vengono annullate ed eseguite il 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 utilizzano obiettivi del livello di servizio diversi durante il ciclo di manutenzione, ad esempio la transizione da uno SLO superiore a DW400c e quindi il ridimensionamento a uno SLO inferiore o uguale 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 pianificazione della manutenzione pianificata dal team di rilascio.
• La manutenzione può essere annullata o riprogrammata se il monitoraggio interno rileva che la manutenzione richiede 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 i livelli di comando (query), applicando intervalli di ripetizione più lunghi e/o più tentativi di resistere a una perdita di connessione estesa che può estendersi fino o superiore a 30 minuti in alcuni casi.

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.