Share via

Eseguire il backup e il ripristino in Azure Cosmos DB for PostgreSQL

  • Articolo

SI APPLICA A: Azure Cosmos DB for PostgreSQL (basato su estensione database Citus per PostgreSQL)

Azure Cosmos DB for PostgreSQL crea automaticamente i backup di ciascun nodo di un cluster. È possibile usare i backup per ripristinare il cluster a un'ora specificata, ovvero eseguire il recupero temporizzato (PITR). Il backup e il ripristino sono una parte essenziale di qualsiasi strategia di continuità aziendale, perché proteggono i dati dal danneggiamento o dall'eliminazione accidentale.

Backup

Il processo automatizzato esegue il backup di ogni nodo di Azure Cosmos DB for PostgreSQL dal momento in cui viene effettuato il provisioning del cluster e nell’intero ciclo di vita del cluster. Azure Cosmos DB for PostgreSQL acquisisce snapshot periodici del disco e li combina con il flusso di file WAL del nodo nella risorsa di archiviazione BLOB di Azure.

Questi backup consentono di ripristinare un server a qualsiasi momento specifico all'interno del periodo di conservazione. (attualmente il periodo di conservazione è 35 giorni per tutti i cluster). Tutti i backup vengono crittografati con crittografia AES a 256 bit.

I file di backup non possono essere esportati. Possono essere usati per le operazioni di ripristino in Azure Cosmos DB for PostgreSQL.

Ridondanza del backup

Azure Cosmos DB for PostgreSQL supporta le seguenti opzioni di ridondanza di backup.

  • Backup della stessa area

    • Archivio di backup con ridondanza della zona: questa opzione viene scelta automaticamente per le aree che supportano le zone di disponibilità. Quando i backup vengono memorizzati nell'archivio di backup con ridondanza della zona, oltre a più copie di dati archiviati all'interno della zona di disponibilità in cui è ospitato il nodo di ogni cluster, i dati sono replicati anche in altre zone di disponibilità.

    • Archivio di backup con ridondanza locale: questa opzione viene scelta automaticamente per le aree che non supportano le zone di disponibilità. Quando i backup vengono memorizzati nell'archivio di backup con ridondanza locale, più copie dei backup vengono archiviate nella stessa area.

  • Backup tra aree

    • Archivio di backup con ridondanza di area geografica: è possibile scegliere questa opzione al momento della creazione del cluster. Quando i backup vengono archiviati in un'altra area, oltre a tre copie di dati archiviati nell'area in cui è ospitato il cluster, i dati sono replicati in un'altra area.

L'area di Azure in cui è archiviato il backup con ridondanza di area geografica del cluster dipende dall'area di Azure in cui si trova il cluster Azure Cosmos DB for PostgreSQL.

Costo dell'archiviazione dei backup

Per i prezzi correnti dell'archivio di backup, vedere la pagina dei prezzi di Azure Cosmos DB for PostgreSQL.

Ripristino

È possibile ripristinare un cluster con temporizzazione entro gli ultimi 35 giorni. Il ripristino temporizzato è utile in più scenari, Può accadere, ad esempio, quando un utente elimina accidentalmente i dati o rimuove una tabella o un database importante oppure se un'applicazione sovrascrive accidentalmente dati validi con dati non validi.

Nota

Anche se i backup del cluster vengono sempre archiviati per 35 giorni, potrebbe essere necessario aprire una richiesta di supporto per ripristinare il cluster in un punto precedente all'ora di failover più recente. Oltre alla disponibilità elevata, le operazioni di manutenzione e calcolo/ridimensionamento delle risorse di archiviazione usano i failover per ridurre al minimo il tempo di inattività durante queste operazioni.

Per il ripristino della stessa area, quando tutti i nodi sono operativi, è possibile ripristinare il cluster senza perdita di dati. In un caso estremamente raro di un nodo che riscontra un evento irreversibile (e la disponibilità elevata non è abilitata nel cluster), si potrebbero perdere fino a 5 minuti di dati.

Nei cluster con backup di area geografica abilitato, è possibile eseguire il ripristino nell'area remota o nella stessa area in cui si trova il cluster.

Importante

I cluster eliminati non possono essere ripristinati. Se si elimina il cluster, vengono eliminati anche tutti i nodi appartenenti al cluster e non sarà possibile recuperarli. Per proteggere le risorse del cluster, post-distribuzione, da eliminazioni accidentali o modifiche impreviste, gli amministratori possono sfruttare i blocchi di gestione.

Il processo di ripristino crea un nuovo cluster nella stessa area, nella stessa sottoscrizione e nello stesso gruppo di risorse di Azure, o da remoto, dell'originale. Il cluster ha la configurazione dell'originale in termini di nodi, numero di vCore, dimensioni di archiviazione, ruoli utente, versione postgreSQL e versione dell'estensione Citus.

Le impostazioni di rete non vengono mantenute dal cluster originale e sono reimpostate sui valori predefiniti. È necessario modificare manualmente queste impostazioni dopo il ripristino per consentire l'accesso al cluster ripristinato. In generale, vedere l'elenco delle attività post-ripristino suggerite.

Nella maggior parte dei casi, il ripristino del cluster richiede fino a 1 ora.

Passaggi successivi