Condividi tramite

Manutenzione pianificata in Database di Azure per PostgreSQL - Server flessibile

  • Articolo

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

Il server flessibile di Database di Azure per PostgreSQL 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 la manutenzione del server flessibile di Database di Azure per PostgreSQL. Questa 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:

  • Inviate via e-mail a un indirizzo specifico.
  • Inviate via e-mail al ruolo di Azure Resource Manager.
  • Inviate con SMS a un dispositivo mobile.
  • Inviate tramite push di notifica a un'app di Azure.
  • Inviate tramite 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 di 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 di 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 di Database di Azure per PostgreSQL nella sottoscrizione di Azure:

  • Con una pianificazione gestita dal sistema, il sistema sceglie una finestra di un'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 tempo di un'ora.

Gli aggiornamenti vengono prima applicati ai server con pianificazioni gestite dal sistema, seguite dai server con pianificazioni personalizzate dopo almeno sette 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.

Gli aggiornamenti per i server di pianificazione personalizzata iniziano sette 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 riesce, il sistema crea una notifica relativa all'evento di manutenzione annullato o non riuscito. Il prossimo tentativo di eseguire la manutenzione è pianificato in base alle impostazioni di pianificazione correnti e si riceve una notifica su di esso cinque giorni in anticipo.

Considerazioni e limitazioni

Alcune considerazioni durante la manutenzione mensile.

  • La manutenzione mensile ha un impatto significativo e comporta un certo tempo di inattività.
    • Il tempo di inattività dipende dal carico transazionale sul server al momento della manutenzione.

Contenuto correlato