Condividi tramite

Manutenzione pianificata

  • Articolo

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

Il server flessibile Database di Azure per PostgreSQL esegue periodicamente operazioni di manutenzione, 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.

Finestra di manutenzione

È possibile pianificare la manutenzione durante un giorno specifico della settimana e un intervallo di tempo entro 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 informa inoltre l'utente su quando viene avviata la manutenzione e al termine dell'operazione.

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 tra una pianificazione personalizzata e una pianificazione gestita dal sistema. Se si sceglie una pianificazione personalizzata, è possibile specificare un giorno della settimana e un intervallo di tempo. Tuttavia, se si seleziona una pianificazione gestita dal sistema, il sistema sceglie automaticamente un giorno. E all'interno di quel giorno, sceglie un intervallo di tempo di un'ora, tra le 11:00 e le 17:00 nell'ora del server. È possibile configurare pianificazioni di manutenzione diverse per ogni server flessibile Database di Azure per PostgreSQL.

Importante

In genere, l'intervallo tra gli eventi di manutenzione pianificata riusciti per un server è, almeno, 30 giorni. Tuttavia, per un aggiornamento di emergenza critico, ad esempio una grave vulnerabilità, la finestra di notifica potrebbe essere inferiore a cinque giorni o anche 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 manutenzione pianificata in qualsiasi momento. Se la manutenzione è pianificata per il server flessibile Database di Azure per PostgreSQL e si aggiornano le preferenze di manutenzione pianificata, l'implementazione corrente non viene riprogrammata. Procede al giorno e all'ora in cui è già stato pianificato. Le modifiche apportate alle impostazioni di manutenzione pianificata diventano effettive al completamento della manutenzione pianificata successiva.

Manutenzione gestita dal sistema e manutenzione personalizzata

È possibile definire una pianificazione gestita dal sistema o una pianificazione personalizzata per ogni server flessibile 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 l'ora di inizio di un intervallo di tempo di un'ora.

La manutenzione pianificata viene eseguita prima nei server configurati con pianificazioni gestite dal sistema. Seguito 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, il sistema può annullare alcuni eventi di manutenzione o alcuni eventi possono non riuscire a completare correttamente. Se un aggiornamento non riesce, viene eseguito il rollback del processo e il server è stato ripristinato alla 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 genera 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 quando si considerano 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.

Condividere i suggerimenti e i bug con il team del prodotto Database di Azure per PostgreSQL.

Contenuto correlato