Manutenzione pianificata in Azure Cosmos DB for PostgreSQL

Importante

Azure Cosmos DB per PostgreSQL non è più supportato per i nuovi progetti. Non usare questo servizio per i nuovi progetti. Usare invece uno dei due servizi seguenti:

• Usare Azure Cosmos DB per NoSQL per una soluzione di database distribuita progettata per scenari su alta scala con un accordo sul livello di servizio (SLA) di disponibilità del 99.999%, scalabilità automatica istantanea e failover automatico in più regioni.

• Usare la funzionalità Cluster elastici di Database di Azure per PostgreSQL per PostgreSQL partizionato usando l'estensione Citus open source.

Azure Cosmos DB for PostgreSQL esegue una manutenzione periodica per mantenere i database gestiti sicuri, stabili e aggiornati. Durante la manutenzione, tutti i nodi del cluster ottengono nuove funzionalità, aggiornamenti e patch.

Le funzionalità principali della manutenzione pianificata per Azure Cosmos DB for PostgreSQL sono:

• Gli aggiornamenti vengono applicati contemporaneamente in tutti i nodi del cluster
• Le notifiche sulla prossima manutenzione vengono pubblicate su Azure Service Health cinque giorni in anticipo.
• Di solito, trascorrono almeno 30 giorni tra gli eventi di manutenzione riusciti per un cluster.
• Il giorno preferito della settimana e la finestra temporale di quel giorno per l'avvio della manutenzione può essere definito singolarmente per ogni cluster

Selezione di una finestra di manutenzione e notifica sulla manutenzione imminente

È 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. In entrambi i casi, il sistema avvisa l'utente cinque giorni prima dell’esecuzione di qualsiasi manutenzione. Il sistema inoltre invierà informazioni all'avvio della manutenzione e al termine dell'operazione.

Le notifiche relative alla manutenzione pianificata imminente vengono pubblicate in Integrità dei servizi di Azure e possono essere:

• Inviate via e-mail a un indirizzo specifico
• Inviate via e-mail al ruolo di Azure Resource Manager
• Inviata tramite SMS a dispositivi mobili
• Inviato come notifica a un'applicazione di Azure
• consegnato come messaggio vocale

Quando si specificano le preferenze per il programma di manutenzione, è possibile scegliere un giorno della settimana e un intervallo di tempo. Se non si inserisce alcun orario, il sistema sceglierà un'ora tra le 23:00 e le 07:00 nell'ora dell'area del cluster. È possibile definire pianificazioni diverse per ciascun cluster nella sottoscrizione di Azure.

Importante

Normalmente, per un cluster, trascorrono almeno 30 giorni tra un evento di manutenzione pianificata eseguito correttamente e l'altro.

Tuttavia, nel caso di un aggiornamento critico di emergenza, ad esempio una vulnerabilità grave, la finestra di notifica potrebbe essere inferiore a cinque giorni. È possibile applicare l'aggiornamento critico al server anche se è stata eseguita correttamente una manutenzione pianificata negli ultimi 30 giorni.

Le impostazioni di pianificazione possono essere aggiornate in qualsiasi momento. Se è stata pianificata la manutenzione per il cluster e si aggiorna la pianificazione, gli eventi preesistenti saranno riprogrammati.

Se la manutenzione restituisce esito negativo o viene annullata, il sistema creerà una notifica. Proverà a eseguire di nuovo la manutenzione in base alle impostazioni di pianificazione correnti e invierà una notifica cinque giorni prima dell'evento di manutenzione successivo.

Passaggi successivi

• Informazioni su come modificare la pianificazione della manutenzione
• Scopri come ricevere notifiche sulla manutenzione futura usando l'Integrità dei Servizi di Azure
• Informazioni su come configurare gli avvisi relativi agli eventi di manutenzione pianificati imminenti