Conservazione a lungo termine: database SQL di Azure e Azure SQL Istanza gestita

Molte applicazioni hanno scopi normativi, di conformità o di altro tipo che richiedono di conservare i backup del database oltre i 7-35 giorni forniti da database SQL di Azure e Azure SQL Istanza gestita backup automatici. La funzionalità di conservazione a lungo termine consente di archiviare i backup completi database SQL e SQL Istanza gestita specificati nell'archiviazione BLOB di Azure con ridondanza configurata per un massimo di 10 anni. I backup contr. possono quindi essere ripristinati come nuovo database.

La conservazione a lungo termine può essere abilitata per database SQL di Azure ed è disponibile in anteprima pubblica per Azure SQL Istanza gestita. Questo articolo offre una panoramica concettuale della conservazione a lungo termine. Per configurare la conservazione a lungo termine, vedere Configurare la conservazione database SQL di Azure conservazione a lungo termine e Configurare la conservazione SQL Istanza gestita lungo termine di Azure.

Nota

È possibile usare processi di SQL Agent per pianificare backup dei database di sola copia come alternativa alla conservazione a lungo termine oltre 35 giorni.

Importante

La conservazione a lungo termine Istanza gestita è attualmente disponibile in anteprima pubblica solo nelle aree pubbliche di Azure.

Funzionamento della conservazione a lungo termine

La conservazione dei backup a lungo termine consente di sfruttare i backup di database completi che vengono creati automaticamente per abilitare il recupero temporizzato. Se è configurato un criterio di conservazione a lungo termine, questi backup vengono copiati in BLOB diversi. La copia è un processo in background che non ha alcun effetto sulle prestazioni del carico di lavoro del database. I criteri di conservazione a conservazione a più database SQL database possono anche specificare la frequenza con cui vengono creati i backup di conservazione a conservazione a livello di riga.

Per abilitare la conservazione a lungo termine, è possibile definire un criterio usando una combinazione di quattro parametri: conservazione backup settimanale (W), conservazione backup mensile (M), conservazione backup annuale (Y) e settimana dell'anno (WeekOfYear). Se si specifica W, verrà copiato nella risorsa di archiviazione a lungo termine un backup ogni settimana. Se si specifica M, il primo backup di ogni mese verrà copiato nell'archiviazione a lungo termine. Se si specifica Y, verrà copiato nella risorsa di archiviazione a lungo termine un backup nella settimana specificata dal valore WeekOfYear. Se il criterio WeekOfYear viene configurato nel passato, il primo backup per la conservazione a lungo termine verrà creato l'anno successivo. Ogni backup di conservazione a lungo termine verrà mantenuto nell'archiviazione a lungo termine in base ai parametri dei criteri configurati durante la creazione.

Nota

Qualsiasi modifica apportata ai criteri di conservazione a lungo termine si applica solo ai backup futuri. Se ad esempio si modifica la conservazione backup settimanale, la conservazione backup mensile (M) o la conservazione backup annuale (Y), la nuova impostazione di conservazione verrà applicata solo ai nuovi backup. La conservazione dei backup esistenti non verrà modificata. Se si intende eliminare i backup di conservazione a lungo termine obsoleti prima della scadenza del periodo di conservazione, sarà necessario eliminarli manualmente.

Esempi di criteri di conservazione a lungo termine:

  • W = 0, M = 0, Y = 5, WeekOfYear = 3

    Il terzo backup completo di ogni anno verrà conservato per cinque anni.

  • W = 0, M = 3, Y = 0

    Il primo backup completo di ogni mese verrà conservato per tre mesi.

  • W=12, M=0, Y=0

    Ogni backup completo settimanale verrà conservato per 12 settimane.

  • W=6, M=12, Y=10, WeekOfYear=16

    Ogni backup completo settimanale verrà conservato per sei settimane, ad eccezione del primo backup completo di ogni mese, che verrà conservato per 12 mesi, e del backup completo eseguito la sedicesima settimana dell'anno, che verrà conservato per 10 anni.

La tabella seguente illustra la cadenza e la scadenza dei backup a lungo termine per i criteri seguenti:

W=12 settimane (84 giorni), M=12 mesi (365 giorni), Y=10 anni (3650 giorni), WeekOfYear=15 (settimana dopo il 15 aprile)

esempio di conservazione a lungo termine

Se si modifica il criterio precedente e si imposta W=0 (nessun backup settimanale), la cadenza delle copie di backup cambierà, come illustrato dalle date evidenziate nella tabella precedente. Lo spazio di archiviazione necessario per conservare questi backup si ridurrebbe di conseguenza.

Importante

La tempistica dei singoli backup di durata (LTR) è controllata da Azure. Non è possibile creare manualmente un backup di durata (LTR) o controllare l'intervallo di creazione del backup. Dopo aver configurato un criterio di conservazione a lungo termine, la visualizzazione del primo backup nell'elenco di quelli disponibili può richiedere fino a 7 giorni.

Conservazione backup a lungo termine e replica geografica

Se si usa la replica geografica attiva o i gruppi di failover come soluzione di continuità aziendale, è necessario prepararsi per eventuali failover e configurare gli stessi criteri di conservazione a lungo termine nel database o nell'istanza secondaria. Il costo di archiviazione per la conservazione a conservazione a tempo in tempo non aumenterà perché i backup non vengono generati dai database secondari. I backup vengono creati solo quando il database secondario diventa primario. In questo modo verrà garantita la generazione ininterrotta di backup di conservazione a lungo termine nel momento in cui viene attivato il failover e il database primario passa all'area secondaria.

Nota

Quando viene ripristinato il database primario originale dopo l'interruzione del servizio che ha causato il failover, questo diventerà un nuovo database secondario. Pertanto, la creazione del backup non riprenderà e i criteri di conservazione a lungo termine esistenti non saranno attivi fino a quando il database diventerà nuovamente primario.

Configurare la conservazione del backup a lungo termine

È possibile configurare la conservazione dei backup a lungo termine usando portale di Azure e PowerShell per database SQL di Azure e Azure SQL Istanza gestita. Per ripristinare un database dalla risorsa di archiviazione per la conservazione a lungo termine, selezionare un backup specifico in base al relativo timestamp. Il database può essere ripristinato in qualsiasi server o istanza gestita esistente nella stessa sottoscrizione del database originale.

Per informazioni su come configurare la conservazione a lungo termine o ripristinare un database dal backup per database SQL usando portale di Azure o PowerShell, vedere Gestire la conservazione dei backup database SQL di Azure lungo termine.

Per informazioni su come configurare la conservazione a lungo termine o ripristinare un database dal backup per SQL Istanza gestita usando portale di Azure o PowerShell, vedere Gestire la conservazione dei backup a lungo termine di Azure SQL Istanza gestita.

Per ripristinare un database dalla risorsa di archiviazione per la conservazione a lungo termine, selezionare un backup specifico in base al relativo timestamp. Il database può essere ripristinato in qualsiasi server esistente all'interno della stessa sottoscrizione del database originale. Per informazioni su come ripristinare il database dal backup di conservazione a lungo termine, tramite il portale di Azure o PowerShell, vedere Gestire la conservazione dei backup a lungo termine di Database SQL di Azure.

Passaggi successivi

Poiché i backup dei database proteggono i dati da danneggiamenti o eliminazioni accidentali, sono una parte essenziale di qualsiasi strategia di continuità aziendale e ripristino di emergenza.