Share via

Manutenzione pianificata in Database di Azure per PostgreSQL - Server flessibile

  • Articolo

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

Database di Azure per PostgreSQL server flessibile esegue una manutenzione periodica per mantenere il database gestito sicuro, stabile e aggiornato. Durante la manutenzione, il server ottiene nuove funzionalità, aggiornamenti e patch.

Importante

Evitare tutte le operazioni del server (modifiche, modifiche alla configurazione, avvio/arresto del server) durante Database di Azure per PostgreSQL manutenzione flessibile del server. L'impegno in queste attività può portare a risultati imprevedibili ed eventualmente influire sulle prestazioni e la stabilità del server. Attendere il completamento della manutenzione prima di eseguire operazioni del server.

Selezionare una finestra di manutenzione

È possibile pianificare la manutenzione durante un giorno specifico della settimana e in un intervallo di tempo all'interno di tale giorno. In alternativa, è possibile consentire al sistema di scegliere automaticamente un giorno e un intervallo di tempo.

Il sistema invia notifiche di manutenzione 5 giorni in anticipo in modo da avere tempo sufficiente per prepararsi. Il sistema consente anche di sapere all'avvio della manutenzione e al termine della manutenzione.

Le notifiche relative alla manutenzione pianificata imminente possono essere:

  • Inviato tramite posta elettronica a un indirizzo specifico.
  • Inviato tramite posta elettronica a un ruolo di Azure Resource Manager.
  • Inviato in un SMS ai dispositivi mobili.
  • Push eseguito come notifica a un'app di Azure.
  • Recapitato come messaggio vocale.

Quando si specificano le preferenze per la pianificazione della manutenzione, è possibile scegliere un giorno della settimana e un intervallo di tempo. Se non si specifica un intervallo di tempo, il sistema sceglie le ore tra le 11.00 e le 17.00 nell'ora del server. È possibile definire pianificazioni diverse per ogni istanza del server flessibile Database di Azure per PostgreSQL nella sottoscrizione di Azure.

Importante

In genere, l'intervallo tra eventi di manutenzione pianificati riusciti per un server è di almeno 30 giorni. Tuttavia, per un aggiornamento di emergenza critico, ad esempio una vulnerabilità grave, la finestra di notifica potrebbe essere inferiore a 5 giorni o essere omessa. L'aggiornamento critico potrebbe essere applicato al server anche se il sistema ha eseguito correttamente la manutenzione pianificata negli ultimi 30 giorni.

È possibile aggiornare le impostazioni di pianificazione in qualsiasi momento. Se la manutenzione è pianificata per l'istanza del server flessibile Database di Azure per PostgreSQL e si aggiornano le preferenze di pianificazione, l'implementazione corrente procede come pianificato. Le modifiche apportate alle impostazioni di pianificazione diventano effettive al completamento della manutenzione pianificata successiva.

Pianificazioni di manutenzione personalizzate e gestite dal sistema

È possibile definire una pianificazione gestita dal sistema o una pianificazione personalizzata per ogni istanza del server flessibile Database di Azure per PostgreSQL nella sottoscrizione di Azure:

  • Con una pianificazione gestita dal sistema, il sistema sceglie una finestra di 1 ora tra le 11:00 e le 17:00 nell'ora del server.
  • Con una pianificazione personalizzata, è possibile specificare la finestra di manutenzione per il server scegliendo il giorno della settimana e un intervallo di 1 ora.

Aggiornamenti vengono prima applicati ai server con pianificazioni gestite dal sistema, seguite dai server con pianificazioni personalizzate dopo almeno 7 giorni all'interno di un'area. Per ricevere aggiornamenti iniziali per server di sviluppo e test, usare una pianificazione gestita dal sistema. Questa scelta consente la risoluzione anticipata dei test e dei problemi prima che gli aggiornamenti raggiungano i server di produzione con pianificazioni personalizzate.

Aggiornamenti per i server di pianificazione personalizzati iniziano 7 giorni dopo, durante una finestra di manutenzione definita. Dopo aver visualizzato una notifica, non è possibile rinviare gli aggiornamenti. È consigliabile usare pianificazioni personalizzate solo per gli ambienti di produzione.

In rari casi, gli eventi di manutenzione possono essere annullati dal sistema o non vengono completati correttamente. Se un aggiornamento non riesce, viene ripristinato e viene ripristinata la versione precedente dei file binari. Il server potrebbe comunque essere riavviato durante la finestra di manutenzione.

Se un aggiornamento viene annullato o non riuscito, il sistema crea una notifica relativa all'evento di manutenzione annullato o non riuscito. Il tentativo successivo di eseguire la manutenzione è pianificato in base alle impostazioni di pianificazione correnti e si riceve una notifica relativa a 5 giorni in anticipo.

Passaggi successivi