Share via

Notifica di manutenzione pianificata in Database di Azure per MariaDB

  • Articolo

Importante

Database di Azure per MariaDB è sul percorso di ritiro. È consigliabile eseguire la migrazione a Database di Azure per MySQL. Per altre informazioni sulla migrazione a Database di Azure per MySQL, vedere What's happening to Database di Azure per MariaDB?.

Informazioni su come preparare gli eventi di manutenzione pianificata nei Database di Azure per MariaDB.

Che cos'è la manutenzione pianificata?

Database di Azure per MariaDB servizio esegue l'applicazione automatica di patch dell'hardware, del sistema operativo e del motore di database sottostanti. La patch include nuove funzionalità del servizio, sicurezza e aggiornamenti software. Per il motore MariaDB, gli aggiornamenti delle versioni secondarie sono automatici e inclusi come parte del ciclo di applicazione delle patch. Non è richiesto alcun intervento da parte dell'utente o alcuna impostazione di configurazione per l'applicazione di patch. La patch viene testata in modo approfondito e implementata usando procedure di distribuzione sicure.

Una manutenzione pianificata è una finestra di manutenzione quando questi aggiornamenti del servizio vengono distribuiti ai server in una determinata area di Azure. Durante la manutenzione pianificata, viene creato un evento di notifica per informare i clienti riguardo a quando l'aggiornamento del servizio viene distribuito nell'area di Azure che ospita i server. La durata minima tra due interventi di manutenzione pianificata è di 30 giorni. Si riceve una notifica della finestra di manutenzione successiva 72 ore prima.

Manutenzione pianificata: durata e conseguenze per i clienti

La durata prevista per l'esecuzione della manutenzione pianificata per una determinata area di Azure è generalmente di 15 ore. La finestra include anche il tempo del buffer per eseguire un piano di rollback, se necessario. Durante la manutenzione pianificata, possono essere presenti riavvii o failover del server di database, che potrebbero causare brevi indisponibilità dei server di database per gli utenti finali. Database di Azure per MariaDB server sono in esecuzione in contenitori, in modo che i riavvii del server di database vengano in genere completati in genere in 60-120 secondi. L'intero evento di manutenzione pianificata, incluso ogni riavvio del server, viene monitorato attentamente dal team di progettazione. Il tempo di failover del server dipende dal tempo di ripristino del database, che può causare la modalità online del database più a lungo se si dispone di attività transazionali pesanti sul server al momento del failover. Per evitare tempi di riavvio più lunghi, è consigliabile evitare transazioni a esecuzione prolungata (caricamenti bulk) durante gli eventi di manutenzione pianificata.

In sintesi, mentre l'evento di manutenzione pianificata viene eseguito per 15 ore, l'impatto del singolo server dura in genere 60 secondi a seconda dell'attività transazionale nel server. Una notifica viene inviata 72 ore di calendario prima dell'avvio della manutenzione pianificata e un'altra mentre la manutenzione è in corso per una determinata area.

Quali sono le modalità di ricezione delle notifiche relative alla manutenzione pianificata?

È possibile utilizzare la funzionalità notifiche di manutenzione pianificata per ricevere avvisi per un evento di manutenzione pianificata imminente. Si riceverà la notifica relativa alla manutenzione imminente 72 ore di calendario prima dell'evento e un'altra mentre la manutenzione è in corso per una determinata area.

Notifica di manutenzione pianificata

Importante

Le notifiche di manutenzione pianificata sono attualmente disponibili in anteprima in tutte le aree ad eccezione degli Stati Uniti centro-occidentali

Le notifiche di manutenzione pianificata consentono di ricevere avvisi per l'evento di manutenzione pianificata imminente al Database di Azure per MariaDB. Queste notifiche sono integrate con la manutenzione pianificata di Integrità dei servizi e consentono di visualizzare tutta la manutenzione pianificata per le sottoscrizioni in un'unica posizione. Consentono anche di mirare la notifica ai destinatari più specifici per gruppi di risorse diversi, in quanto potrebbero essere presenti contatti diversi responsabili di risorse diverse. Si riceverà la notifica relativa alla manutenzione imminente 72 ore di calendario prima dell'evento.

Verrà effettuato ogni tentativo di fornire una notifica di manutenzione pianificata di 72 ore per tutti gli eventi. Tuttavia, in caso di patch critiche o di sicurezza, le notifiche potrebbero essere inviate più vicino all'evento o essere omesse.

È possibile controllare la notifica di manutenzione pianificata in portale di Azure o configurare gli avvisi per ricevere la notifica.

Controllare la notifica di manutenzione pianificata da portale di Azure

  1. Nella portale di Azure selezionare Integrità dei servizi.
  2. Selezionare la scheda Manutenzione pianificata
  3. Selezionare Sottoscrizione, **Area geografica e Servizio per cui si vuole controllare la notifica di manutenzione pianificata.

Per ricevere una notifica di manutenzione pianificata

  1. Nel portale selezionare Integrità del servizio.
  2. Nella sezione Avvisi selezionare Avvisi integrità.
  3. Selezionare Aggiungi avviso di integrità dei servizi e compilare i campi.
  4. Compilare il campi obbligatori.
  5. Scegliere il tipo di evento, selezionare Manutenzione pianificata o Seleziona tutto
  6. In Gruppi di azioni definire come ricevere l'avviso (ricevere un messaggio di posta elettronica, attivare un'app per la logica e così via)
  7. Assicurarsi che l'opzione Abilita regola al momento della creazione sia impostata su Sì.
  8. Selezionare Crea regola di avviso per completare l'avviso

Per informazioni dettagliate su come creare avvisi di integrità dei servizi, vedere Creare avvisi del log attività nelle notifiche del servizio.

È possibile annullare o posticipare la manutenzione pianificata?

La manutenzione è necessaria per mantenere il server sicuro, stabile e aggiornato. L'evento di manutenzione pianificata non può essere annullato o posticipato. Dopo l'invio della notifica a una determinata area di Azure, non è possibile apportare modifiche alla pianificazione delle patch per qualsiasi singolo server in tale area. La patch viene distribuita per l'intera area contemporaneamente. Database di Azure per MariaDB servizio è progettato per un'applicazione nativa del cloud che non richiede un controllo granulare o una personalizzazione del servizio.

A tutte le aree di Azure sono state applicate patch contemporaneamente?

No, tutte le aree di Azure vengono applicate patch durante i tempi della finestra di distribuzione. La finestra per la distribuzione si estende in genere dalle 15 alle 8:00 ora locale il giorno successivo, in una determinata area di Azure. Le aree geografiche di Azure abbinate vengono applicate patch in giorni diversi. Per la disponibilità elevata e la continuità aziendale dei server di database, è consigliabile sfruttare le repliche in lettura tra aree .

Logica di retry

Un errore temporaneo è un errore che si risolve in modo autonomo. Durante la manutenzione possono verificarsi errori temporanei. La maggior parte di questi eventi viene attenuata automaticamente dal sistema in meno di 60 secondi. Gli errori temporanei devono essere gestiti usando la logica di ripetizione dei tentativi.

Passaggi successivi