Conservazione a lungo termine - Database SQL di Azure e Istanza gestita di SQL di Azure
Si applica a:
Database SQL di AzureIstanza gestita di SQL di Azure
Questo articolo offre una panoramica concettuale sulla conservazione a lungo termine dei backup per il database SQL di Azure e l'Istanza gestita di SQL di Azure. La conservazione a lungo termine può essere configurata per un massimo di 10 anni sui backup per il database SQL di Azure (incluso nel livello di servizio Hyperscale) e l'Istanza gestita di SQL di Azure.
Per cominciare, vedere configurazione della conservazione di backup a lungo termine per il database SQL di Azure e l'Istanza gestita di SQL di Azure.
Funzionamento della conservazione a lungo termine
Molte applicazioni sono vincolate da ragioni normative, di conformità o altre di tipo aziendale che richiedono di conservare i backup del database oltre gli 1-35 giorni offerti dal periodo di conservazione a breve termine dei backup automatici. La conservazione a lungo termine dei backup (LTR) si basa sui backup completi del database creati automaticamente dal servizio Azure SQL. Per ulteriori informazioni, vedere backup automatizzati nel database SQL di Azure o nell'Istanza gestita di SQL di Azure.
Usando la funzionalità LTR, è possibile archiviare i backup completi specificati del database SQL e dell'Istanza gestita di SQL nell'archiviazione BLOB di Azure ridondante con criteri di conservazione configurabili fino a 10 anni. I backup con conservazione a lungo termine possono quindi essere ripristinati come nuovo database. Se è configurato un criterio LTR, i backup automatici vengono copiati in BLOB diversi per l'archiviazione a lungo termine che è quindi possibile usare per ripristinare il database a un momento specifico. La copia è un processo in background che non ha alcun effetto sulle prestazioni del carico di lavoro del database. Il criterio LTR per ogni database SQL può anche specificare la frequenza con cui vengono creati i backup LTR.
Nota
- Non è attualmente possibile configurare i backup del database SQL di Azure e dell'Istanza gestita di SQL di Azure come non modificabili.
- Nell'istanza gestita di SQL di Azure è possibile usare processi di SQL Agent per pianificare backup dei database di sola copia come alternativa alla LTR oltre i 35 giorni.
Per abilitare la LTR, è 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 LTR 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 del backup LTR.
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=3Il terzo backup completo di ogni anno verrà conservato per 5 anni.
W=0, M=3, Y=0Il primo backup completo di ogni mese verrà conservato per 3 mesi.
W=12, M=0, Y=0Ogni backup completo settimanale verrà conservato per 12 settimane.
W=6, M=12, Y=10, WeekOfYear=20Ogni backup completo settimanale verrà conservato per 6 settimane, ad eccezione del primo backup completo di ogni mese, che verrà conservato per 12 mesi, e del backup completo eseguito la ventesima 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 weeks (84 giorni), M=12 months (365 giorni), Y=10 years (3650 giorni), WeekOfYear=20 (la settimana dopo il 13 maggio)
Le date seguenti si trovano in ISO 8601 (YYYY-MM-DD).
| Backup PITR nella LTR | Scadenza W | Scadenza M | Scadenza Y |
|---|---|---|---|
| 2018-03-07 | 2019-03-02 | ||
| 2018-03-14 | 2018-06-06 | ||
| 2018-03-21 | 2018-06-13 | ||
| 2018-03-28 | 2018-06-20 | ||
| 2018-04-04 | 2019-03-30 | ||
| 2018-04-11 | 2018-07-04 | ||
| 2018-04-18 | 2018-07-11 | ||
| 2018-04-25 | 18-07-2018 | ||
| 2018-05-02 | 2019-04-27 | ||
| 2018-05-09 | 2018-08-01 | ||
| 2018-05-16 | 2028-05-13 | ||
| 23-05-2018 | 2018-08-15 | ||
| 2018-05-30 | 2018-08-22 | ||
| 2018-06-06 | 01/06/2019 | ||
| 2018-06-13 | 2018-09-05 | ||
| 2018-06-20 | 2018-09-12 | ||
| 2018-06-27 | 2018-09-19 | ||
| 2018-07-04 | 2019-06-29 | ||
| 2018-07-11 | 2018-10-03 | ||
| 18-07-2018 | 2018-10-10 | ||
| 2018-07-25 | 2018-10-17 | ||
| 2018-08-01 | 2019-07-27 | ||
| 2018-08-08 | 2018-10-31 | ||
| 2018-08-15 | 2018-11-07 | ||
| 2018-08-22 | 2018-11-14 | ||
| 2018-08-29 | 2018-11-21 |
Modificando i criteri precedenti e impostando W=0 (nessun backup settimanale), il servizio conserva solo i backup mensili e annuali. Nessun backup settimanale viene archiviato nei criteri LTR. Lo spazio di archiviazione necessario per conservare questi backup si riduce di conseguenza.
Importante
La tempistica dei singoli backup LTR è controllata dal database SQL di Azure. Non è possibile creare manualmente un backup di conservazione a lungo termine o controllarne la tempistica della creazione. Dopo aver configurato un criterio LTR, la visualizzazione del primo backup LTR nell'elenco di quelli disponibili può richiedere fino a 7 giorni.
Eliminando un server logico o un'istanza gestita, anche tutti i database su quel server o le istanze gestite vengono eliminati e non possono essere recuperati. Non è possibile ripristinare un server o un'istanza gestita eliminata. Tuttavia, se è stata configurata la LTR per un database o un'istanza gestita, i backup LTR non vengono eliminati ei possono essere usati per ripristinare i database in un server o un'istanza gestita divers nella stessa sottoscrizione, fino al momento in cui è stato eseguito un backup LTR.
Analogamente, eliminando un database, i backup LTR non vengono eliminati e vengono conservati per il periodo di conservazione configurato. Questi backup possono essere ripristinati nello stesso server o in un server diverso nella stessa sottoscrizione.
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 LTR non aumenta, perché non vengono generati backup dai database secondari. I backup vengono creati solo quando il sito secondario diventa primario. In questo modo verrà garantita la generazione ininterrotta di backup LTR nel momento in cui viene attivato il failover e il database primario passa all'area secondaria.
Nota
Ripristinando il database primario originale dopo l'interruzione del servizio che ha causato il failover, questo diventa un nuovo database secondario. Pertanto, la creazione del backup non riprenderà e i criteri LTR esistenti non saranno attivi fino a quando il database non diventerà nuovamente primario.
Configure long-term backup retention (Configurare la conservazione del backup a lungo termine)
È possibile configurare la conservazione dei backup a lungo termine usando il portale di Azure e PowerShell per il database SQL di Azure e l'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 all'interno della stessa sottoscrizione del database originale.
Per informazioni su come configurare la conservazione a lungo termine o ripristinare un database dal backup per il database SQL con il portale di Azure o PowerShell, vedere Gestire la conservazione dei backup a lungo termine del database SQL di Azure.
Per informazioni su come configurare la conservazione a lungo termine o ripristinare un database dal backup per l'Istanza gestita di SQL con il portale di Azure o PowerShell, vedere Gestire la conservazione dei backup a lungo termine dell'Istanza gestita di SQL di Azure.
Quando una richiesta di ripristino viene avviata negli ultimi 7 giorni del periodo di conservazione LTR, Azure estenderà automaticamente di 7 giorni la data di scadenza di tutti i backup per impedire la scadenza di un backup LTR durante il ripristino.
Nota
Usando backup LTR per soddisfare i requisiti di conformità o altri requisiti cruciali, è consigliabile eseguire esercitazioni periodiche di ripristino per verificare che i backup LTR possano essere ripristinati e che il ripristino restituisca lo stato previsto del database.
Contenuto correlato
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.
- Panoramica sulla continuità aziendale per il database SQL di Azure
- Panoramica sulla continuità aziendale per l'Istanza gestita di SQL di Azure
- backup automatici nel database SQL di Azure
- Backup automatizzati nell'Istanza gestita di SQL di Azure
Per un'esercitazione sulla configurazione e la gestione dei backup LTR, visitare:
Commenti e suggerimenti
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedere https://aka.ms/ContentUserFeedback.
Invia e visualizza il feedback per