Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Si applica a:
Database SQL di AzureIstanza gestita di SQL di Azure
Questo articolo offre una panoramica concettuale dei backup di conservazione a lungo termine (LTR) 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 Azure SQL Database (incluso nella classe di servizio Hyperscale) e Azure SQL Managed Instance.
Per iniziare a usare la funzionalità di backup per la conservazione a lungo termine, vedere:
- Gestire la conservazione a lungo termine dei backup del database SQL di Azure
- Gestire la conservazione a lungo termine dei backup dell'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 altre informazioni, vedere Backup automatizzati nel database SQL di Azure o Backup automatici in 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. Il processo di copia è un processo in background che non ha alcun impatto sulle prestazioni sul carico di lavoro del database. I criteri di conservazione a lungo termine per ogni database possono anche specificare la frequenza con cui vengono creati i backup con conservazione a lungo termine.
Nota
Non è attualmente possibile configurare i backup del database SQL di Azure e dell'Istanza gestita di SQL di Azure come non modificabili. I backup con conservazione a lungo termine non sono modificabili, ma è possibile eliminarli tramite il portale di Azure, l'interfaccia della riga di comando di Azure, PowerShell o l'API REST.
Come soluzione alternativa in Istanza gestita di SQL di Azure, è possibile eseguire backup di database di sola copia e conservarli nel proprio account di archiviazione di Azure come file non modificabile.
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.
Le modifiche apportate ai criteri di conservazione a lungo termine si applicano solo ai backup futuri. Ad esempio, se si modifica la conservazione settimanale dei backup (W), la conservazione dei backup mensili (M) o la conservazione annuale dei backup (Y), la nuova impostazione di conservazione si applica solo ai nuovi backup. La conservazione dei backup esistenti non viene modificata. La politica LTR può essere configurata per ogni database in Azure SQL Database e in Azure SQL Managed Instance. Se si prevede di eliminare i backup di conservazione a lungo termine prima della scadenza del periodo di conservazione, è possibile eliminare manualmente i backup.
Nota
Sia nel database SQL di Azure che nell'Istanza gestita SQL di Azure, quando si abilita una politica LTR per la prima volta per un database e la politica specifica una conservazione annuale, il backup completo più recente dal ripristino temporizzato nel tempo (PITR) viene copiato nell'archiviazione a lungo termine.
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 (3.650 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 | 02/03/2019 | ||
| 2018-03-14 | 2018-06-06 | ||
| 2018-03-21 | 2018-06-13 | ||
| 2018-03-28 | 2018-06-20 | ||
| 04/04/2018 | 30/03/2019 | ||
| 2018-04-11 | 2018-07-04 | ||
| 2018-04-18 | 2018-07-11 | ||
| 2018-04-25 | 18-07-2018 | ||
| 2018-05-02 | 27/04/2019 | ||
| 2018-05-09 | 2018-08-01 | ||
| 2018-05-16 | 13/05/2028 | ||
| 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 | 29/06/2019 | ||
| 2018-07-11 | 2018-10-03 | ||
| 18-07-2018 | 2018-10-10 | ||
| 2018-07-25 | 2018-10-17 | ||
| 2018-08-01 | 27/07/2019 | ||
| 2018-08-08 | 2018-10-31 | ||
| 2018-08-15 | 2018-11-07 | ||
| 2018-08-22 | 2018-11-14 | ||
| 2018-08-29 | 2018-11-21 |
Se si modifica questo criterio e si imposta W=0 (nessun backup settimanale), i backup settimanali vengono conservati fino alla scadenza e quindi il servizio conserva solo i backup mensili e annuali. Nessun backup settimanale futuro viene memorizzato secondo la politica di conservazione a lungo termine. Lo spazio di archiviazione necessario per conservare questi backup si riduce di conseguenza.
Importante
La tempistica dei singoli backup a lungo termine è controllata da Microsoft. Non è possibile creare manualmente un backup con conservazione a lungo termine o controllarne la tempistica di creazione. Dopo aver configurato un criterio di conservazione a lungo termine, potrebbero essere necessari fino a sette giorni prima che il primo backup con conservazione a lungo termine venga visualizzato nell'elenco dei backup disponibili.
Se si elimina un server logico o un'istanza gestita di SQL, vengono eliminati anche tutti i database in tale server o istanza gestita. Non è possibile ripristinare un server logico eliminato o un'istanza gestita di SQL. Tuttavia, se è stata configurata la conservazione a lungo termine per un database, 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 nel tempo in cui è stato eseguito un backup con conservazione a lungo termine.
Analogamente, se si elimina un database, i backup di conservazione a lungo termine 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 utilizzano la replica geografica attiva o i gruppi di failover come soluzione di continuità aziendale, prepararsi per eventuali failover e configurare gli stessi criteri di conservazione a lungo termine sul database o sull'istanza secondaria come nel primario. Il costo di archiviazione non aumenta, in quanto i backup non vengono generati dalle istanze secondarie. I backup vengono creati solo dopo che il database secondario diventa primario per garantire una generazione ininterrotta di backup con conservazione a lungo termine quando viene attivato un failover e il database primario passa all'area secondaria.
Quando il database primario originale viene ripristinato da un'interruzione che ha causato il failover, diventa il nuovo database secondario. Di conseguenza, la creazione del backup non riprenderà nel nuovo database secondario e il criterio di conservazione a lungo termine esistente non avrà effetto fino a quando non diventa nuovamente il database 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.
- Gestire la conservazione dei backup a lungo termine del database SQL di Azure.
- Gestione della conservazione dei backup a lungo termine di Azure SQL Managed Instance.
Quando una richiesta di restore viene avviata negli ultimi sette giorni del periodo di conservazione LTR, il backup LTR viene eliminato solo dopo il completamento dell'operazione di ripristino, anche se il periodo di conservazione è terminato.
In Istanza gestita di SQL di Azure è possibile usare i processi di SQL Agent per pianificare i backup di database di sola copia e spostarli nel proprio account di archiviazione come alternativa a:
- Conservare i backup per più di 10 anni.
- Conservare copie giornaliere dei database per più di 35 giorni.
- Archiviare i backup del database in una risorsa di archiviazione non modificabile.
Suggerimento
Se si usano backup con conservazione a lungo termine per soddisfare i requisiti di conformità o altri requisiti cruciali, valutare la possibilità di 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.
Passo successivo
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.