Share via

Notifica di manutenzione pianificata nel Database di Azure per PostgreSQL - Server singolo

  • Articolo

SI APPLICA A: Database di Azure per PostgreSQL - Server singolo

Importante

Database di Azure per PostgreSQL - Server singolo si trova nel percorso di ritiro. È consigliabile eseguire l'aggiornamento a Database di Azure per PostgreSQL - Server flessibile. Per altre informazioni sulla migrazione a Database di Azure per PostgreSQL - Server flessibile, vedere What's happening to Database di Azure per PostgreSQL Single Server?.

Informazioni su come preparare gli eventi di manutenzione pianificata nel Database di Azure per PostgreSQL.

Che cos'è la manutenzione pianificata?

Database di Azure per PostgreSQL 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 PostgreSQL gli aggiornamenti della versione secondaria sono automatici e sono 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 periodi 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

Una manutenzione pianificata per una determinata area di Azure è in genere prevista per il completamento entro 15 ore. Questa finestra temporale include anche il tempo del buffer per eseguire un piano di rollback, se necessario. Database di Azure per PostgreSQL server sono in esecuzione in contenitori in modo che il riavvio del server di database richiede in genere 60-120 secondi, ma non esiste un modo deterministico per sapere quando entro questa finestra di 15 ore il server sarà interessato. 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 ripristino del database, che può causare una maggiore durata del database se si dispone di attività transazionali pesanti nel 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

Le notifiche di manutenzione pianificata consentono di ricevere avvisi per l'evento di manutenzione pianificata imminente al Database di Azure per PostgreSQL. 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 PostgreSQL: il servizio server singolo è progettato per un'applicazione nativa del cloud che non richiede un controllo granulare o una personalizzazione del servizio. Se si vuole avere la possibilità di pianificare la manutenzione per i server, è consigliabile prendere in considerazione i server flessibili.

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