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.
SI APPLICA A: Database di Azure per PostgreSQL - Server flessibile
Il 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 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 ognuno dei server flessibili 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 di manutenzione pianificata, l'implementazione corrente 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 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.