Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
L'istanza del server flessibile di 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 dell'istanza 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 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 di calendario in anticipo, in modo da avere tempo sufficiente per prepararsi. Il sistema informa anche su quando inizia la manutenzione e quando viene completata correttamente.
È possibile ricevere notifiche sulla futura manutenzione pianificata tramite:
- Inviare un messaggio di posta elettronica a un indirizzo specifico.
- Un messaggio di posta elettronica al ruolo di Azure Resource Manager.
- Sms ai dispositivi mobili.
- Notifica push a un'app di Azure.
- 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 23:00 e le 7:00 nell'ora del server. È possibile configurare pianificazioni di manutenzione diverse per ogni istanza del server flessibile di Database di Azure per PostgreSQL.
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 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 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 di Database di Azure per PostgreSQL e si aggiornano le preferenze della manutenzione pianificata, l'implementazione attuale non viene riprogrammata. Si svolge nel giorno e all'ora in cui è già stata pianificata. 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 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 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. I server con pianificazioni personalizzate seguono 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 di pianificazione 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 tentativo successivo di eseguire la manutenzione è pianificato in base alle impostazioni di pianificazione correnti e si riceve una notifica relativa a 5 giorni di calendario 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.
- Una volta pianificata la manutenzione, tutte le modifiche apportate alle impostazioni di manutenzione verranno applicate solo al ciclo di manutenzione successivo, non a quello corrente.
Applicazione della manutenzione alle istanze fermate/disabilitate
Se un server PostgreSQL viene arrestato durante la manutenzione pianificata, la manutenzione non verrà applicata immediatamente. Al contrario, la manutenzione verrà applicata al riavvio del server, manualmente dal cliente o automaticamente tramite la funzionalità di riavvio automatico di 7 giorni . Al cliente verrà inviata una notifica che indica che non è stato possibile applicare la manutenzione perché il server viene arrestato e verrà applicato al riavvio del server.
I clienti potrebbero notare un lieve aumento del tempo di riavvio (5-8 minuti) quando viene applicata la manutenzione in sospeso, in particolare durante i riavvii manuali.