Backup e ripristino in Database di Azure per PostgreSQL - Server singolo

  • Articolo

SI APPLICA A: Database di Azure per PostgreSQL - Server singolo

Importante

Database di Azure per PostgreSQL - Server singolo si trova nel percorso di ritiro. È consigliabile eseguire l'aggiornamento a Database di Azure per PostgreSQL - Server flessibile. Per altre informazioni sulla migrazione a Database di Azure per PostgreSQL - Server flessibile, vedere What's happening to Database di Azure per PostgreSQL Single Server?.

Database di Azure per PostgreSQL crea automaticamente backup del server e li archivia in un archivio con ridondanza locale o geografica configurato dall'utente. I backup possono essere usati per ripristinare il server a un momento specifico. 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

Database di Azure per PostgreSQL esegue backup dei file di dati e del log delle transazioni. A seconda delle dimensioni massime di archiviazione supportate, vengono creati backup completi e differenziali (server di archiviazione max di 4 TB) o backup di snapshot (fino a 16 TB di server di archiviazione massimi). Questi backup consentono di ripristinare un server a qualsiasi momento specifico all'interno del periodo di conservazione dei backup configurato. Il periodo di conservazione dei backup predefinito è di sette giorni. Facoltativamente, è possibile configurare fino a 35 giorni. Tutti i backup vengono crittografati con crittografia AES a 256 bit.

Questi file di backup non possono essere esportati. I backup possono essere usati solo per le operazioni di ripristino in Database di Azure per PostgreSQL. È possibile usare pg_dump per copiare un database.

Frequenza di backup

Server con spazio di archiviazione fino a 4 TB

Per i server che supportano fino a 4 TB di spazio di archiviazione massimo, i backup completi vengono eseguiti una volta ogni settimana. I backup differenziali vengono eseguiti due volte al giorno. I backup del log delle transazioni vengono eseguiti ogni cinque minuti.

Server con un massimo di 16 TB di archiviazione

In un subset di aree di Azure, tutti i server di cui è stato appena effettuato il provisioning possono supportare fino a 16 TB di archiviazione. I backup in questi server di archiviazione di grandi dimensioni sono basati su snapshot. Il primo backup completo dello snapshot viene pianificato subito dopo la creazione di un server. Il primo backup completo dello snapshot viene mantenuto come backup di base del server. I backup dello snapshot successivi sono solo backup differenziali. I backup differenziali degli snapshot non vengono eseguiti in base a una pianificazione fissa. In un giorno vengono eseguiti più backup differenziali di snapshot, ma vengono conservati solo 3 backup. I backup del log delle transazioni vengono eseguiti ogni cinque minuti.

Nota

I backup automatici vengono eseguiti per i server di replica configurati con una configurazione di archiviazione fino a 4 TB.

Conservazione dei backup

I backup vengono conservati in base all'impostazione del periodo di conservazione dei backup nel server. È possibile selezionare un periodo di conservazione compreso tra 7 e 35 giorni. Il periodo di conservazione predefinito è 7 giorni. È possibile impostare il periodo di conservazione durante la creazione del server o versioni successive aggiornando la configurazione del backup usando portale di Azure o l'interfaccia della riga di comando di Azure.

Il periodo di conservazione dei backup determina quanto è possibile tornare indietro nel tempo con un ripristino temporizzato, essendo il ripristino basato sui backup disponibili. Il periodo di conservazione dei backup può anche essere considerato come una finestra di ripristino dal punto di vista del ripristino. Tutti i backup necessari per eseguire un ripristino temporizzato entro il periodo di conservazione dei backup vengono conservati nell'archiviazione di backup. Ad esempio, se il periodo di conservazione dei backup è impostato su 7 giorni, la finestra di ripristino viene considerata gli ultimi 7 giorni. In questo scenario vengono conservati tutti i backup necessari per ripristinare il server negli ultimi 7 giorni. Con una finestra di conservazione dei backup di sette giorni:

  • I server con archiviazione fino a 4 TB manterranno fino a 2 backup completi del database, tutti i backup differenziali e i backup del log delle transazioni eseguiti dal primo backup completo del database.
  • I server con un massimo di 16 TB di archiviazione manterranno lo snapshot completo del database, tutti gli snapshot differenziali e i backup del log delle transazioni negli ultimi 8 giorni.

opzioni di ridondanza per il backup

Nei livelli Utilizzo generico e Con ottimizzazione per la memoria, Database di Azure per PostgreSQL offre la possibilità di scegliere tra archiviazione dei backup con ridondanza locale o con ridondanza geografica. Quando i backup vengono archiviati nell'archiviazione di backup con ridondanza geografica, viene replicata una copia di backup aggiuntiva in un'area abbinata. In questo modo è possibile migliorare la protezione e la possibilità di ripristinare il server in caso di emergenza a livello di area. Il livello Basic offre solo l'archiviazione dei backup con ridondanza locale.

Importante

La configurazione dell'archiviazione con ridondanza locale o geografica per il backup è consentita solo durante la creazione del server. Dopo il provisioning del server, non è possibile modificare l'opzione di ridondanza per l'archivio di backup.

Costo dell'archiviazione dei backup

Database di Azure per PostgreSQL offre fino al 100% dell'archiviazione server di cui è stato effettuato il provisioning come risorsa di archiviazione di backup senza costi aggiuntivi. Tutte le risorse di archiviazione di backup aggiuntive usate vengono addebitate in GB al mese. Ad esempio, se è stato effettuato il provisioning di un server con 250 GB di spazio di archiviazione, sono disponibili 250 GB di spazio di archiviazione aggiuntivo per i backup del server senza costi aggiuntivi. Archiviazione utilizzati per i backup più di 250 GB viene addebitato in base al modello tariffario.

È possibile usare la metrica Backup Archiviazione usata in Monitoraggio di Azure disponibile nella portale di Azure per monitorare l'archiviazione di backup utilizzata da un server. La metrica Backup Archiviazione usata rappresenta la somma dello spazio di archiviazione utilizzato da tutti i backup completi del database, i backup differenziali e i backup del log conservati in base al periodo di conservazione dei backup impostato per il server. La frequenza dei backup è gestita dal servizio e spiegata in precedenza. Un'intensa attività transazionale sul server può causare un aumento dell'uso dell'archivio di backup indipendentemente dalle dimensioni totali del database. Per l'archiviazione con ridondanza geografica, l'utilizzo dell'archiviazione di backup è due volte quello dell'archiviazione con ridondanza locale.

Il mezzo principale per controllare il costo dell'archiviazione di backup consiste nell'impostare il periodo di conservazione dei backup appropriato e scegliere le opzioni di ridondanza del backup appropriate per soddisfare gli obiettivi di ripristino desiderati. È possibile selezionare un periodo di conservazione compreso tra 7 e 35 giorni. I server per utilizzo generico e ottimizzato per la memoria possono scegliere di disporre di archiviazione con ridondanza geografica per i backup.

Ripristino

In Database di Azure per PostgreSQL, l'esecuzione di un ripristino crea un nuovo server dai backup del server originale.

Sono disponibili due tipi di ripristino:

  • Il ripristino temporizzato è disponibile con entrambe le opzioni di ridondanza per il backup e crea un nuovo server nella stessa area del server originale.
  • Il ripristino geografico è disponibile solo se il server è stato configurato per l'archiviazione con ridondanza geografica e consente di ripristinare il server in un'area diversa.

Il tempo stimato per il ripristino dipende da diversi fattori, tra cui le dimensioni dei database, le dimensioni dei log delle transazioni, la larghezza di banda di rete e il numero totale di database ripristinati contemporaneamente nella stessa area. Il tempo di recupero varia a seconda dell'ultimo backup dei dati e la quantità di recupero deve essere eseguita. Di solito è inferiore a 12 ore.

Nota

Se il server PostgreSQL di origine è crittografato con chiavi gestite dal cliente, vedere la documentazione per altre considerazioni.

Nota

Per ripristinare un server PostgreSQL eliminato, seguire la procedura descritta qui.

Ripristino temporizzato

Indipendentemente dall'opzione di ridondanza per il backup scelta, è possibile eseguire il ripristino a qualsiasi momento specifico all'interno del periodo di conservazione dei backup. Verrà creato un nuovo server nella stessa area di Azure del server originale, nonché con la stessa configurazione in termini di piano tariffario, generazione di calcolo, numero di vCore, dimensioni di archiviazione, periodo di conservazione dei backup e opzione di ridondanza per il backup.

Il ripristino temporizzato è utile in più scenari, ad esempio quando un utente per errore elimina dati o rimuove un database o una tabella importante oppure se un'applicazione sovrascrive accidentalmente dati corretti con dati non validi a causa di un difetto dell'applicazione.

Per poter eseguire il ripristino a un momento specifico negli ultimi cinque minuti, potrebbe essere prima necessario attendere l'esecuzione del backup del log delle transazioni successivo.

Se si vuole ripristinare una tabella eliminata,

  1. Ripristinare il server di origine usando il metodo Temporizzato.
  2. Eseguire il dump della tabella usando pg_dump il server ripristinato.
  3. Rinominare la tabella di origine nel server originale.
  4. Importare la tabella usando la riga di comando psql nel server originale.
  5. Facoltativamente, è possibile eliminare il server ripristinato.

Nota

È consigliabile non creare più ripristini per lo stesso server contemporaneamente.

Ripristino geografico

Se il server è stato configurato per backup con ridondanza geografica, è possibile ripristinare un server in un'altra area di Azure in cui il servizio è disponibile. I server che supportano fino a 4 TB di spazio di archiviazione possono essere ripristinati nell'area geografica associata o in qualsiasi area che supporta fino a 16 TB di spazio di archiviazione. Per i server che supportano fino a 16 TB di spazio di archiviazione, i backup geografici possono essere ripristinati in qualsiasi area che supporta anche server da 16 TB. Esaminare Database di Azure per PostgreSQL piani tariffari per l'elenco delle aree supportate.

Il ripristino geografico è l'opzione di ripristino predefinita quando il server non è disponibile a causa di un evento imprevisto nell'area in cui è ospitato. Se un evento imprevisto su larga scala determina la mancata disponibilità dell'applicazione di database, è possibile ripristinare un server dai backup con ridondanza geografica in un server in un'altra area. Esiste un ritardo tra il momento in cui un backup viene creato e quando ne viene eseguita la replica in un'area diversa. Questo ritardo può essere al massimo di un'ora, quindi, in caso di emergenza, può verificarsi una perdita massima di un'ora di dati.

Durante il ripristino geografico è possibile modificare le seguenti opzioni relative alle configurazioni del server: generazione delle risorse di calcolo, vCore, periodo di conservazione dei backup e ridondanza per il backup. La modifica del piano tariffario (Basic, Utilizzo generico oppure Ottimizzato per la memoria) o delle dimensioni della risorsa di archiviazione non è supportata.

Nota

Se il server di origine usa la doppia crittografia dell'infrastruttura, per il ripristino del server sono previste limitazioni, incluse le aree disponibili. Per altri dettagli, vedere la crittografia doppia dell'infrastruttura.

Eseguire le attività post-ripristino

Dopo il ripristino con uno dei due meccanismi, per rendere nuovamente operativi gli utenti e le applicazioni è consigliabile eseguire queste attività:

  • Per accedere al server ripristinato, poiché ha un nome diverso rispetto al server originale, modificare il nome del server in nome del server ripristinato e il nome utente in username@new-restored-server-name nel stringa di connessione.

  • Se il nuovo server è destinato a sostituire il server originale, reindirizzare i client e le applicazioni client al nuovo server.

  • Assicurarsi che siano presenti regole di firewall e reti virtuali a livello di server appropriate per consentire agli utenti di connettersi. Queste regole non vengono copiate dal server originale.

  • Verificare che siano presenti gli account di accesso e le autorizzazioni a livello di database appropriati

  • Configurare gli avvisi in base alle proprie esigenze.

  • Conservazione a lungo termine

    Backup di Azure e i servizi server Database di Azure per PostgreSQL hanno creato una soluzione di backup a lungo termine di livello aziendale per Database di Azure per PostgreSQL istanze a server singolo che conserva i backup per un massimo di 10 anni. È possibile usare la conservazione a lungo termine in modo indipendente o oltre alla soluzione di backup automatizzata offerta da Database di Azure per PostgreSQL singolo server, che offre conservazione fino a 35 giorni. I backup automatizzati sono backup fisici adatti per i ripristini operativi, soprattutto quando si vuole eseguire il ripristino dai backup più recenti. I backup a lungo termine consentono di soddisfare le esigenze di conformità, sono più granulari e vengono eseguiti come backup logici usando i pg_dump nativi. Oltre alla conservazione a lungo termine, la soluzione offre le funzionalità seguenti:

Backup pianificato e su richiesta controllato dal cliente a livello di singoli database. Monitoraggio centralizzato di tutte le operazioni e di tutti i processi. I backup sono archiviati in un domini di sicurezza e di errore separati. Se il server o la sottoscrizione di origine sono compromessi, i backup rimangono sicuri nell'insieme di credenziali di backup (in Backup di Azure account di archiviazione gestiti). L'uso di pg_dump consente una maggiore flessibilità nel ripristino dei dati in versioni diverse del database. Gli insiemi di credenziali di Backup di Azure supportano funzionalità di eliminazione temporanea e di eliminazione temporanea (anteprima), proteggendo i dati.

Passaggi successivi