Ripristino di emergenza geografico in Database di Azure per PostgreSQL - Server flessibile
SI APPLICA A: 
Server flessibile di Database di Azure per PostgreSQL
Se si verifica un'emergenza a livello di area, Azure può fornire protezione da emergenze geografiche a livello di area o di grandi dimensioni con il ripristino di emergenza usando un'altra area. Per altre informazioni sull'architettura del ripristino di emergenza di Azure, vedere Architettura del ripristino di emergenza da Azure ad Azure.
Il server flessibile di Database di Azure per PostgreSQL offre funzionalità che proteggono i dati e riduce i tempi di inattività per i database cruciali durante gli eventi di inattività pianificati e non. Basato sull'infrastruttura di Azure che offre resilienza e disponibilità affidabili, il server flessibile di Database di Azure per PostgreSQL fornisce funzionalità di continuità aziendale con protezione dagli errori, soddisfa i requisiti di tempo di ripristino e riduce l'esposizione alla perdita di dati. Quando si progettano le applicazioni, è consigliabile considerare la tolleranza al tempo di inattività, ovvero l'obiettivo del tempo di ripristino (RTO) e l'esposizione alla perdita di dati, ovvero l'obiettivo del punto di ripristino (RPO). Ad esempio, il database business critical richiede tempi di attività più rigorosi rispetto a un database di test.
Confrontare la replica geografica con l'archiviazione di backup con ridondanza geografica
Sia la replica geografica con repliche in lettura che il backup geografico sono soluzioni per il ripristino di emergenza geografico. Tuttavia, differiscono nei dettagli delle loro offerte. Per scegliere la soluzione appropriata per il sistema, è importante comprendere e confrontare le funzionalità.
| Funzionalità | Replica geografica | Backup geografico |
|---|---|---|
| Failover automatico | No | No |
| L'utente deve aggiornare la stringa di connessione dopo il failover | No | Sì |
| Può trovarsi in un'area non abbinata | Sì | No |
| Supporta la scalabilità in lettura | Sì | No |
| Configurabile dopo la creazione del server | Sì | No |
| Ripristinare un punto temporizzato specifico | No | No |
| Capacità garantita | Sì | No |
Backup e ripristino con ridondanza geografica
Il backup e il ripristino con ridondanza geografica consentono di ripristinare il server in un'area diversa in caso di emergenza. Inoltre, in questo modo si ottiene almeno il 99,99999999999999% (16 nove) di durabilità degli oggetti di backup nell'arco di un anno specifico.
Il backup con ridondanza geografica può essere configurato solo al momento della creazione del server. Quando il server è configurato con il backup con ridondanza geografica, i dati di backup e i log delle transazioni vengono copiati nell'area abbinata in modo asincrono tramite la replica di archiviazione.
Per altre informazioni sul backup e il ripristino con ridondanza geografica, vedere Backup e ripristino con ridondanza geografica.
Repliche in lettura
Le repliche in lettura tra aree possono essere distribuite per proteggere i database da errori a livello di area. Le repliche in lettura vengono aggiornate in modo asincrono usando la tecnologia di replica fisica del server flessibile di Database di Azure per PostgreSQL e possono subire ritardi nel database primario. Le repliche in lettura sono supportate nei livelli di calcolo per utilizzo generico e ottimizzato per la memoria.
Per altre informazioni sulle funzionalità di replica in lettura e sulle considerazioni, vedere Repliche in lettura.
Rilevamento, notifica e gestione di interruzioni
Se il server è configurato con il backup con ridondanza geografica, è possibile eseguire il ripristino geografico nell'area abbinata. Vengono eseguiti il provisioning e il ripristino di un nuovo server agli ultimi dati disponibili copiati in questa area.
È anche possibile usare repliche in lettura tra aree. In caso di errore dell'area, è possibile eseguire un'operazione di ripristino di emergenza promuovendo la replica in lettura come server scrivibile in lettura autonomo. È previsto che l'RPO arrivi a 5 minuti (possibile perdita di dati) tranne nel caso di un errore a livello di area grave, dove l'RPO può essere vicino al ritardo della replica al momento dell'errore.
Per altre informazioni sulla mitigazione e il ripristino dei tempi di inattività non pianificati dopo un'emergenza a livello di area, vedere Mitigazione dei tempi di inattività non pianificati.
Contenuto correlato
- Database di Azure per PostgreSQL - Documentazione del server flessibile.
- Affidabilità in Azure.