Conservazione a lungo termine - Database SQL di Azure e Istanza gestita di SQL di Azure

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 Azure SQL Database e Istanza gestita di SQL di Azure backup automatici. Usando la funzionalità di conservazione a lungo termine è possibile archiviare i database SQL specificati e Istanza gestita di SQL backup completi nell'archiviazione BLOB di Azure con ridondanza configurata per un massimo di 10 anni. I backup con conservazione a lungo termine possono quindi essere ripristinati come nuovo database.

La conservazione a lungo termine può essere abilitata per Azure SQL Database e per Istanza gestita di SQL di Azure. Questo articolo offre una panoramica concettuale della conservazione a lungo termine. Per configurare la conservazione a lungo termine, vedere Configurare la conservazione a lungo termine del database Azure SQL e Configurare Istanza gestita di SQL di Azure conservazione a lungo termine.

Nell'istanza gestita di SQL di Azure è possibile usare processi di SQL Agent per pianificare backup dei database di sola copia come alternativa alla conservazione a lungo termine oltre 35 giorni.

Nota

La conservazione dei backup a lungo termine per i database Hyperscale è ora disponibile in anteprima.

Funzionamento della conservazione a lungo termine

La conservazione dei backup a lungo termine sfrutta i backup completi del database creati automaticamente per abilitare il ripristino 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 lungo termine per ogni database in database SQL possono anche specificare la frequenza di creazione dei backup con conservazione a lungo termine.

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=20

    Ogni backup completo settimanale verrà conservato per sei settimane, ad eccezione del primo backup completo di ogni mese, che verrà conservato per 12 mesi, Tranne il backup completo eseguito il 20° settimana dell'anno, che verrà mantenuto 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=20 (settimana dopo il 13 maggio)

esempio di conservazione a lungo termine

Se si modificano i criteri precedenti e si imposta W=0 (nessun backup settimanale), Azure mantiene solo i backup mensili e annuali. Nessun backup settimanale viene archiviato nei criteri di conservazione a lungo termine. La quantità di archiviazione necessaria per mantenere questi backup riduce di conseguenza.

Importante

La tempistica dei singoli backup di conservazione a lungo termine è controllata da Azure. Non è possibile creare manualmente un backup di conservazione a lungo termine o controllarne la tempistica della creazione. 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.

Se si elimina un server o un'istanza gestita, vengono eliminati anche tutti i database in tale server o istanza gestita e non possono essere recuperati. Non è possibile ripristinare un server eliminato o un'istanza gestita. Tuttavia, se è stata configurata la conservazione a lungo termine per un database o un'istanza gestita, i backup di conservazione a lungo termine non vengono eliminati e possono essere usati per ripristinare i database in un server o un'istanza gestita diversa nella stessa sottoscrizione, fino a un momento in cui è stato eseguito un backup di conservazione a lungo termine.

Conservazione backup a lungo termine e replica geografica

Se si usano i gruppi di failover o di replica geografica attivi 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 di replica geografica secondari. Il costo dell'archiviazione per la conservazione a lungo termine non aumenterà, perché non vengono generati backup dai siti secondari. I backup vengono creati solo quando il sito 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 i portale di Azure e PowerShell per Azure SQL Database e Istanza gestita di SQL di Azure. 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 tramite il portale di Azure o PowerShell, vedere Gestire la conservazione dei backup a lungo termine del database Azure SQL.

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

Nota

Se si usano backup con conservazione a lungo termine per soddisfare la conformità o altri requisiti cruciali, è consigliabile eseguire esercitazioni periodiche di ripristino per verificare che i backup con conservazione a lungo termine possano essere ripristinati e che il ripristino restituisca lo stato previsto del database.

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.