Backup automatici: database SQL di Azure & SQL Istanza gestitaAutomated backups - Azure SQL Database & SQL Managed Instance

SI APPLICA A: sìDatabase SQL di Azure sìIstanza gestita di SQL di Azure APPLIES TO: yesAzure SQL Database yesAzure SQL Managed Instance

Nota

Questo articolo illustra le procedure per l'eliminazione dei dati personali dal dispositivo o dal servizio e può essere usato per adempiere gli obblighi del Regolamento generale sulla protezione dei dati (GDPR).This article provides steps for how to delete personal data from the device or service and can be used to support your obligations under the GDPR. Per informazioni generali sulla normativa GDPR, vedere la sezione GDPR del portale Service Trust.If you’re looking for general info about GDPR, see the GDPR section of the Service Trust portal.

Informazioni sul backup del databaseWhat is a database backup?

I backup del database sono una parte essenziale di qualsiasi strategia di continuità aziendale e di ripristino di emergenza, perché proteggono i dati dal danneggiamento o dall'eliminazione.Database backups are an essential part of any business continuity and disaster recovery strategy, because they protect your data from corruption or deletion. Questi backup consentono il ripristino del database fino a un punto nel tempo entro il periodo di memorizzazione configurato.These backups enable database restore to a point in time within the configured retention period. Se le regole di protezione dei dati richiedono che i backup siano disponibili per un periodo di tempo prolungato (fino a 10 anni), è possibile configurare la conservazione a lungo termine per i database singoli e in pool.If your data protection rules require that your backups are available for an extended time (up to 10 years), you can configure long-term retention for both single and pooled databases.

Frequenza di backupBackup frequency

Sia il database SQL che SQL Istanza gestita utilizzano la tecnologia SQL Server per creare backup completi ogni settimana, backup differenziali ogni 12-24 ore e backup del log delle transazioni ogni 5-10 minuti.Both SQL Database and SQL Managed Instance use SQL Server technology to create full backups every week, differential backups every 12-24 hours, and transaction log backups every 5 to 10 minutes. La frequenza dei backup del log delle transazioni è basata sulle dimensioni di calcolo e sulla quantità di attività del database.The frequency of transaction log backups is based on the compute size and the amount of database activity.

Quando si ripristina un database, il servizio determina quali backup completi, differenziali e del log delle transazioni devono essere ripristinati.When you restore a database, the service determines which full, differential, and transaction log backups need to be restored.

Ridondanza dell'archiviazione di backupBackup storage redundancy

Importante

La ridondanza di archiviazione configurabile per i backup è attualmente disponibile solo per SQL Istanza gestita e può essere specificata solo durante il processo di creazione dell'istanza gestita.Configurable storage redundancy for backups is currently only available for SQL Managed Instance, and can only be specified during the create managed instance process. Una volta eseguito il provisioning della risorsa, non è possibile modificare l'opzione di ridondanza dell'archiviazione di backup.Once the resource is provisioned, you can't change the backup storage redundancy option.

L'opzione per configurare la ridondanza dell'archiviazione di backup offre la flessibilità di scegliere tra i BLOB di archiviazionecon ridondanza locale (con ridondanza locale), con ridondanza della zona (ZRS) o con ridondanza geografica (RA-GRS).The option to configure backup storage redundancy provides the flexibility to choose between locally-redundant (LRS), zone-redundant (ZRS) or geo-redundant (RA-GRS) storage blobs. I meccanismi di ridondanza dell'archiviazione archiviano più copie dei dati in modo che siano protetti da eventi pianificati e non pianificati, inclusi errori hardware temporanei, interruzioni della rete o dell'alimentazione o calamità naturali di grandi dimensioni.Storage redundancy mechanisms store multiple copies of your data so that it is protected from planned and unplanned events, including transient hardware failure, network or power outages, or massive natural disasters. Questa funzionalità è attualmente disponibile solo per SQL Istanza gestita.This feature is currently only available for SQL Managed Instance.

I BLOB di archiviazione RA-GRS vengono replicati in un' area abbinata per evitare interruzioni che influiscano sull'archiviazione dei backup nell'area primaria e consentono di ripristinare il server in un'area diversa in caso di emergenza.RA-GRS storage blobs are replicated to a paired region to protect against outages impacting backup storage in the primary region and allow you to restore your server to a different region in the event of a disaster.

Viceversa, i BLOB di archiviazione con ridondanza locale e ZRS assicurano che i dati rimangano nella stessa area in cui è distribuito il database SQL o SQL Istanza gestita.Conversely, LRS and ZRS storage blobs ensure that your data stays within the same region where your SQL Database or SQL Managed Instance is deployed. L'archiviazione con ridondanza della zona (ZRS) è attualmente disponibile solo in determinate aree geografiche.Zone-redundant storage (ZRS) is currently only available in certain regions).

Importante

In SQL Istanza gestita la ridondanza del backup configurata viene applicata alle impostazioni di conservazione dei backup a breve termine usate per il ripristino temporizzato (ripristino temporizzato) e i backup con conservazione a lungo termine usati per i backup a lungo termine (LTR).In SQL Managed Instance, the configured backup redundancy is applied to both short-term backup retention settings that are used for point in time restore (PITR) and long-term retention backups used for long-term backups (LTR).

Utilizzo backupBackup usage

È possibile usare questi backup per:You can use these backups to:

  • Ripristino temporizzato di un database esistente - Ripristinare un database esistente fino a un punto nel tempo precedente entro il periodo di conservazione usando portale di Azure, Azure PowerShell, l'interfaccia della riga di comando di Azure o l'API REST.Point-in-time restore of existing database - Restore an existing database to a point in time in the past within the retention period by using Azure portal, Azure PowerShell, Azure CLI, or REST API. Per il database SQL, questa operazione crea un nuovo database nello stesso server del database originale, ma utilizza un nome diverso per evitare la sovrascrittura del database originale.For SQL Database, this operation creates a new database on the same server as the original database, but uses a different name to avoid overwriting the original database. Al termine del ripristino, è possibile eliminare il database originale.After restore completes, you can delete the original database. In alternativa, è possibile rinominare il database originale, quindi rinominare il database ripristinato con il nome del database originale.Alternatively, you can rename both the original database, and then rename the restored database to the original database name. Analogamente, per Istanza gestita SQL, questa operazione crea una copia del database nella stessa istanza di o in un'istanza gestita diversa nella stessa sottoscrizione e nella stessa area.Similarly, for SQL Managed Instance, this operation creates a copy of the database on the same or different managed instance in the same subscription and same region.
  • Ripristino temporizzato del database eliminato - Ripristinare un database eliminato al momento dell'eliminazione o a qualsiasi punto nel tempo entro il periodo di memorizzazione.Point-in-time restore of deleted database - Restore a deleted database to the time of deletion or to any point in time within the retention period. Il database eliminato può essere ripristinato solo nello stesso server o in un'istanza gestita in cui è stato creato il database originale.The deleted database can be restored only on the same server or managed instance where the original database was created. Quando si elimina un database, il servizio esegue un backup del log delle transazioni finale prima dell'eliminazione, per evitare la perdita di dati.When deleting a database, the service takes a final transaction log backup before deletion, to prevent any data loss.
  • Ripristino - geografico Ripristinare un database in un'altra area geografica.Geo-restore - Restore a database to another geographic region. Il ripristino geografico consente di eseguire il ripristino da un'emergenza geografica quando non è possibile accedere al database o ai backup nell'area primaria.Geo-restore allows you to recover from a geographic disaster when you cannot access your database or backups in the primary region. Viene creato un nuovo database in qualsiasi server esistente o istanza gestita, in qualsiasi area di Azure.It creates a new database on any existing server or managed instance, in any Azure region.

    Importante

    Il ripristino geografico è disponibile solo per le istanze gestite con archiviazione di backup con ridondanza geografica (RA-GRS) configurata.Geo-restore is available only for managed instances with configured geo-redundant (RA-GRS) backup storage.

  • Ripristino dal backup - a lungo termine Ripristinare un database da uno specifico backup a lungo termine di un database singolo o di un database in pool, se il database è stato configurato con un criterio di conservazione a lungo termine (LTR).Restore from long-term backup - Restore a database from a specific long-term backup of a single database or pooled database, if the database has been configured with a long-term retention policy (LTR). LTR consente di ripristinare una versione precedente del database usando il portale di Azure o Azure PowerShell per soddisfare una richiesta di conformità o per eseguire una versione precedente dell'applicazione.LTR allows you to restore an old version of the database by using the Azure portal or Azure PowerShell to satisfy a compliance request or to run an old version of the application. Per altre informazioni, vedere conservazione a lungo termine.For more information, see Long-term retention.

Per eseguire un ripristino, vedere Restore database from backups.To perform a restore, see Restore database from backups.

Nota

In archiviazione di Azure, il termine replica si riferisce alla copia di BLOB da una posizione a un'altra.In Azure Storage, the term replication refers to copying blobs from one location to another. In SQL la replica di database si riferisce a diverse tecnologie utilizzate per la sincronizzazione di più database secondari con un database primario.In SQL, database replication refers to various technologies used to keep multiple secondary databases synchronized with a primary database.

È possibile provare a eseguire le operazioni di configurazione e ripristino del backup usando gli esempi seguenti:You can try backup configuration and restore operations using the following examples:

OperazioneOperation Portale di AzureAzure portal Azure PowerShellAzure PowerShell
Modificare la conservazione dei backupChange backup retention Database SQLSQL Database
Istanza gestita di SQLSQL Managed Instance
Database SQLSQL Database
Istanza gestita di SQLSQL Managed Instance
Modificare la conservazione dei backup a lungo termineChange long-term backup retention Database SQLSQL Database
Istanza gestita SQL-N/ASQL Managed Instance - N/A
Database SQLSQL Database
Istanza gestita di SQLSQL Managed Instance
Ripristinare un database da un punto nel tempoRestore a database from a point in time Database SQLSQL Database
Istanza gestita di SQLSQL Managed Instance
Database SQLSQL Database
Istanza gestita di SQLSQL Managed Instance
Ripristino di un database eliminatoRestore a deleted database Database SQLSQL Database
Istanza gestita di SQLSQL Managed Instance
Database SQLSQL Database
Istanza gestita di SQLSQL Managed Instance
Ripristinare un database da un archivio BLOB di AzureRestore a database from Azure Blob storage Database SQL-N/ASQL Database - N/A
Istanza gestita SQL-N/ASQL Managed Instance - N/A
Database SQL-N/ASQL Database - N/A
Istanza gestita di SQLSQL Managed Instance

Pianificazione dei backupBackup scheduling

Il primo backup completo viene pianificato subito dopo la creazione o il ripristino di un nuovo database.The first full backup is scheduled immediately after a new database is created or restored. Questo backup viene in genere completato entro 30 minuti, ma può richiedere più tempo quando il database è di grandi dimensioni.This backup usually completes within 30 minutes, but it can take longer when the database is large. Il backup iniziale, ad esempio, può richiedere più tempo a un database ripristinato o a una copia del database, che in genere è più grande di un nuovo database.For example, the initial backup can take longer on a restored database or a database copy, which would typically be larger than a new database. Dopo il primo backup completo, tutti gli altri backup vengono pianificati e gestiti automaticamente.After the first full backup, all further backups are scheduled and managed automatically. La tempistica esatta di tutti i backup del database è determinata dal database SQL o dal servizio SQL Istanza gestita in quanto bilancia il carico di lavoro complessivo del sistema.The exact timing of all database backups is determined by the SQL Database or SQL Managed Instance service as it balances the overall system workload. Non è possibile modificare la pianificazione dei processi di backup o disabilitarli.You cannot change the schedule of backup jobs or disable them.

Importante

Per un database nuovo, ripristinato o copiato, la funzionalità di ripristino temporizzato diventa disponibile dal momento in cui viene creato il backup del log delle transazioni iniziale che segue il backup completo iniziale.For a new, restored, or copied database, point-in-time restore capability becomes available from the time when the initial transaction log backup that follows the initial full backup is created.

Utilizzo dell'archiviazione di backupBackup storage consumption

Con SQL Server tecnologia di backup e ripristino, il ripristino di un database a un momento specifico richiede una catena di backup senza interruzioni costituita da un backup completo, facoltativamente un backup differenziale e uno o più backup del log delle transazioni.With SQL Server backup and restore technology, restoring a database to a point in time requires an uninterrupted backup chain consisting of one full backup, optionally one differential backup, and one or more transaction log backups. Il database SQL e la pianificazione del backup di SQL Istanza gestita includono un backup completo ogni settimana.SQL Database and SQL Managed Instance backup schedule includes one full backup every week. Pertanto, per abilitare ripristino temporizzato entro l'intero periodo di conservazione, il sistema deve archiviare backup completi, differenziali e del log delle transazioni aggiuntivi fino a una settimana più a lungo rispetto al periodo di conservazione configurato.Therefore, to enable PITR within the entire retention period, the system must store additional full, differential, and transaction log backups for up to a week longer than the configured retention period.

In altre parole, per qualsiasi punto nel tempo durante il periodo di memorizzazione, deve essere presente un backup completo precedente all'ora meno recente del periodo di memorizzazione, oltre a una catena ininterrotta di backup differenziali e del log delle transazioni dal backup completo fino al backup completo successivo.In other words, for any point in time during the retention period, there must be a full backup that is older than the oldest time of the retention period, as well as an uninterrupted chain of differential and transaction log backups from that full backup until the next full backup.

Nota

Per abilitare ripristino temporizzato, i backup aggiuntivi vengono archiviati per un periodo di tempo massimo di una settimana superiore al periodo di conservazione configurato.To enable PITR, additional backups are stored for up to a week longer than the configured retention period. Per l'archiviazione di backup viene addebitata la stessa tariffa per tutti i backup.Backup storage is charged at the same rate for all backups.

I backup che non sono più necessari per fornire la funzionalità Ripristino temporizzato vengono eliminati automaticamente.Backups that are no longer needed to provide PITR functionality are automatically deleted. Poiché i backup differenziali e i backup del log richiedono un backup completo precedente per poter essere ripristinabili, tutti e tre i tipi di backup vengono eliminati insieme in set settimanali.Because differential backups and log backups require an earlier full backup to be restorable, all three backup types are purged together in weekly sets.

Per tutti i database che includono database crittografati con crittografia Transparent, i backup vengono compressi per ridurre i costi e la compressione dell'archiviazione di backupFor all databases including TDE encrypted databases, backups are compressed to reduce backup storage compression and costs. Il rapporto di compressione di backup medio è 3-4 volte, ma può essere significativamente inferiore o superiore a seconda della natura dei dati e della compressione dei dati utilizzata nel database.Average backup compression ratio is 3-4 times, however it can be significantly lower or higher depending on the nature of the data and whether data compression is used in the database.

Il database SQL e SQL Istanza gestita calcolano l'archivio di backup totale usato come valore cumulativo.SQL Database and SQL Managed Instance compute your total used backup storage as a cumulative value. Ogni ora, questo valore viene segnalato alla pipeline di fatturazione di Azure, che è responsabile dell'aggregazione di questo utilizzo orario per calcolare il consumo alla fine di ogni mese.Every hour, this value is reported to the Azure billing pipeline, which is responsible for aggregating this hourly usage to calculate your consumption at the end of each month. Dopo l'eliminazione del database, l'utilizzo diminuisce con l'esaurimento dei backup e l'eliminazione.After the database is deleted, consumption decreases as backups age out and are deleted. Una volta eliminati tutti i backup e ripristino temporizzato non è più possibile, la fatturazione viene arrestata.Once all backups are deleted and PITR is no longer possible, billing stops.

Importante

I backup di un database vengono conservati per abilitare ripristino temporizzato anche se il database è stato eliminato.Backups of a database are retained to enable PITR even if the database has been deleted. Durante l'eliminazione e la ricreazione di un database, è possibile che i costi di archiviazione e calcolo vengano aumentati, in quanto il servizio conserva i backup per ogni database eliminato ogni volta che viene eliminato.While deleting and re-creating a database may save storage and compute costs, it may increase backup storage costs, because the service retains backups for each deleted database, every time it is deleted.

Monitorare l'utilizzoMonitor consumption

Per i database vCore, lo spazio di archiviazione utilizzato da ogni tipo di backup (completo, differenziale e di log) viene segnalato nel pannello Monitoraggio database come metrica separata.For vCore databases, the storage consumed by each type of backup (full, differential, and log) is reported on the database monitoring blade as a separate metric. Nel diagramma seguente viene illustrato come monitorare il consumo di spazio di archiviazione di backup per un singolo database.The following diagram shows how to monitor the backup storage consumption for a single database. Questa funzionalità non è attualmente disponibile per le istanze gestite.This feature is currently not available for managed instances.

Monitorare il consumo di backup del database nel portale di Azure

Ottimizzazione dell'utilizzo dell'archiviazione di backupFine-tune backup storage consumption

L'utilizzo dell'archiviazione di backup fino alle dimensioni massime dei dati per un database non viene addebitato.Backup storage consumption up to the maximum data size for a database is not charged. L'utilizzo eccessivo dell'archiviazione di backup dipende dal carico di lavoro e dalle dimensioni massime dei singoli database.Excess backup storage consumption will depend on the workload and maximum size of the individual databases. Prendere in considerazione alcune delle tecniche di ottimizzazione seguenti per ridurre il consumo di spazio di archiviazione di backup:Consider some of the following tuning techniques to reduce your backup storage consumption:

  • Ridurre il periodo di conservazione dei backup al minimo possibile in base alle esigenze.Reduce the backup retention period to the minimum possible for your needs.
  • Evitare di eseguire operazioni di scrittura di grandi dimensioni, ad esempio ricompilazioni di indici, più frequentemente di quanto necessario.Avoid doing large write operations, like index rebuilds, more frequently than you need to.
  • Per operazioni di caricamento di dati di grandi dimensioni, è consigliabile utilizzare indici columnstore cluster e le procedure consigliatecorrelate e/o ridurre il numero di indici non cluster.For large data load operations, consider using clustered columnstore indexes and following related best practices, and/or reduce the number of non-clustered indexes.
  • Nel livello di servizio per utilizzo generico, l'archiviazione dei dati di cui è stato effettuato il provisioning è meno costosa del prezzo dell'archiviazione di backup.In the General Purpose service tier, the provisioned data storage is less expensive than the price of the backup storage. Se i costi di archiviazione di backup sono costantemente elevati, è possibile considerare l'aumento dell'archiviazione dei dati per il salvataggio nell'archivio di backup.If you have continually high excess backup storage costs, you might consider increasing data storage to save on the backup storage.
  • Utilizzare TempDB anziché le tabelle permanenti nella logica dell'applicazione per archiviare i risultati temporanei e/o i dati temporanei.Use TempDB instead of permanent tables in your application logic for storing temporary results and/or transient data.
  • Usare l'archiviazione di backup con ridondanza locale quando possibile (ad esempio, ambienti di sviluppo/test)Use locally-redundant backup storage whenever possible (for example dev/test environments)

Conservazione backupBackup retention

Per tutti i nuovi database, ripristinati e copiati, il database SQL di Azure e Azure SQL Istanza gestita conservano backup sufficienti per consentire ripristino temporizzato negli ultimi 7 giorni per impostazione predefinita.For all new, restored, and copied databases, Azure SQL Database and Azure SQL Managed Instance retain sufficient backups to allow PITR within the last 7 days by default. Fatta eccezione per i database con iperscalabilità, è possibile modificare il periodo di conservazione dei backup per ogni database attivo nell'intervallo di 1-35 giorni.With the exception of Hyperscale databases, you can change backup retention period per each active database in the 1-35 day range. Come descritto in utilizzo dell'archiviazione di backup, i backup archiviati per abilitare ripristino temporizzato potrebbero essere precedenti al periodo di conservazione.As described in Backup storage consumption, backups stored to enable PITR may be older than the retention period. Solo per Istanza gestita SQL di Azure, è possibile impostare il tasso di conservazione dei backup di ripristino temporizzato dopo l'eliminazione di un database nell'intervallo di 0-35 giorni.For Azure SQL Managed Instance only, it is possible to set the PITR backup retention rate once a database has been deleted in the 0-35 days range.

Se si elimina un database, il sistema mantiene i backup allo stesso modo di un database online con il periodo di memorizzazione specifico.If you delete a database, the system keeps backups in the same way it would for an online database with its specific retention period. Non è possibile modificare il periodo di conservazione dei backup per un database eliminato.You cannot change backup retention period for a deleted database.

Importante

Se si elimina un server o un'istanza gestita, verranno eliminati anche tutti i database di tale server o istanza gestita e non sarà possibile recuperarli.If you delete a server or a managed instance, all databases on that server or managed instance are also deleted and cannot be recovered. Non è possibile ripristinare un server o un'istanza gestita eliminata.You cannot restore a deleted server or managed instance. Tuttavia, se era stata configurata la conservazione a lungo termine per un database o un'istanza gestita, i backup con conservazione a lungo termine non vengono eliminati e possono essere usati per ripristinare i database in un server o in un'istanza gestita diversa nella stessa sottoscrizione, fino a un punto nel tempo in cui è stato effettuato un backup di conservazione a lungo termine.But if you had configured long-term retention (LTR) for a database or managed instance, long-term retention backups are not deleted, and can be used to restore databases on a different server or managed instance in the same subscription, to a point in time when a long-term retention backup was taken.

La conservazione dei backup per gli scopi di ripristino temporizzato negli ultimi 1-35 giorni è talvolta denominata conservazione dei backup a breve termine.Backup retention for purposes of PITR within the last 1-35 days is sometimes called short-term backup retention. Se è necessario mantenere i backup per un periodo più lungo rispetto al periodo di conservazione a breve termine massimo di 35 giorni, è possibile abilitare la conservazione a lungo termine.If you need to keep backups for longer than the maximum short-term retention period of 35 days, you can enable Long-term retention.

Conservazione a lungo termineLong-term retention

Per database SQL e Istanza gestita SQL è possibile configurare la conservazione a lungo termine del backup completo (LTR) per un massimo di 10 anni nell'archivio BLOB di Azure.For both SQL Database and SQL Managed Instance, you can configure full backup long-term retention (LTR) for up to 10 years in Azure Blob storage. Una volta configurato il criterio LTR, i backup completi vengono copiati automaticamente in un contenitore di archiviazione diverso ogni settimana.After the LTR policy is configured, full backups are automatically copied to a different storage container weekly. Per soddisfare i diversi requisiti di conformità, è possibile selezionare diversi periodi di conservazione per i backup completi settimanali, mensili e/o annuali.To meet various compliance requirements, you can select different retention periods for weekly, monthly, and/or yearly full backups. Il consumo di spazio di archiviazione dipende dalla frequenza e dai periodi di memorizzazione dei backup di LTR selezionati.Storage consumption depends on the selected frequency and retention periods of LTR backups. È possibile usare il calcolatore dei prezzi di LTR per stimare il costo dell'archiviazione con ltr.You can use the LTR pricing calculator to estimate the cost of LTR storage.

Per ulteriori informazioni su LTR, vedere conservazione dei backup a lungo termine.For more information about LTR, see Long-term backup retention.

Costi di archiviazioneStorage costs

Il prezzo per l'archiviazione dei backup varia a seconda del modello di acquisto (DTU o vCore), dell'opzione di ridondanza dell'archiviazione di backup scelta e anche della propria area.The price for backup storage varies and depends on your purchasing model (DTU or vCore), chosen backup storage redundancy option, and also on your region. Per i prezzi, l'archiviazione di backup viene addebitata per GB/mese, vedere la pagina dei prezzi del database SQL di Azure e la pagina dei prezzi di Azure SQL istanza gestita .The backup storage is charged per GB/month consumed, for pricing see Azure SQL Database pricing page and Azure SQL Managed Instance pricing page.

Modello DTUDTU model

Nel modello DTU non sono previsti costi aggiuntivi per l'archiviazione di backup per i database e i pool elastici.In the DTU model, there's no additional charge for backup storage for databases and elastic pools. Il prezzo dell'archiviazione di backup è parte del prezzo del database o del pool.The price of backup storage is a part of database or pool price.

Modello vCorevCore model

Per i database singoli nel database SQL, un importo di archiviazione di backup pari al 100% delle dimensioni massime di archiviazione dei dati per il database viene fornito senza costi aggiuntivi.For single databases in SQL Database, a backup storage amount equal to 100 percent of the maximum data storage size for the database is provided at no extra charge. Per i pool elastici e le istanze gestite, viene fornito un importo di archiviazione di backup pari al 100% dell'archiviazione dei dati massima per il pool o le dimensioni massime di archiviazione dell'istanza, rispettivamente, senza costi aggiuntivi.For elastic pools and managed instances, a backup storage amount equal to 100 percent of the maximum data storage for the pool or the maximum instance storage size, respectively, is provided at no extra charge.

Per i database singoli, questa equazione viene utilizzata per calcolare l'utilizzo totale di archiviazione di backup fatturabile:For single databases, this equation is used to calculate the total billable backup storage usage:

Total billable backup storage size = (size of full backups + size of differential backups + size of log backups) – maximum data storage

Per i database in pool, le dimensioni totali di archiviazione dei backup fatturabili vengono aggregate a livello di pool e vengono calcolate come segue:For pooled databases, the total billable backup storage size is aggregated at the pool level and is calculated as follows:

Total billable backup storage size = (total size of all full backups + total size of all differential backups + total size of all log backups) - maximum pool data storage

Per le istanze gestite, le dimensioni totali di archiviazione dei backup fatturabili vengono aggregate a livello di istanza e vengono calcolate nel modo seguente:For managed instances, the total billable backup storage size is aggregated at the instance level and is calculated as follows:

Total billable backup storage size = (total size of full backups + total size of differential backups + total size of log backups) – maximum instance data storage

Lo spazio di archiviazione di backup fatturabile totale, se presente, verrà addebitato in GB al mese.Total billable backup storage, if any, will be charged in GB/month. Questo utilizzo dell'archiviazione di backup dipenderà dal carico di lavoro e dalle dimensioni dei singoli database, dei pool elastici e delle istanze gestite.This backup storage consumption will depend on the workload and size of individual databases, elastic pools, and managed instances. I database fortemente modificati presentano backup differenziali e del log più grandi, perché la dimensione di questi backup è proporzionale alla quantità di modifiche apportate ai dati.Heavily modified databases have larger differential and log backups, because the size of these backups is proportional to the amount of data changes. Pertanto, tali database avranno addebiti di backup più elevati.Therefore, such databases will have higher backup charges.

Il database SQL e SQL Istanza gestita calcola l'archivio di backup fatturabile totale come valore cumulativo in tutti i file di backup.SQL Database and SQL Managed Instance computes your total billable backup storage as a cumulative value across all backup files. Ogni ora, questo valore viene segnalato alla pipeline di fatturazione di Azure, che aggrega questo utilizzo orario per ottenere il consumo di spazio di archiviazione di backup alla fine di ogni mese.Every hour, this value is reported to the Azure billing pipeline, which aggregates this hourly usage to get your backup storage consumption at the end of each month. Se un database viene eliminato, l'utilizzo dell'archiviazione di backup diminuisce gradualmente man mano che si esauriscono i backup meno recenti e vengono eliminati.If a database is deleted, backup storage consumption will gradually decrease as older backups age out and are deleted. Poiché i backup differenziali e i backup del log richiedono un backup completo precedente per poter essere ripristinabili, tutti e tre i tipi di backup vengono eliminati insieme in set settimanali.Because differential backups and log backups require an earlier full backup to be restorable, all three backup types are purged together in weekly sets. Una volta eliminati tutti i backup, la fatturazione viene arrestata.Once all backups are deleted, billing stops.

Come esempio semplificato, si supponga che un database abbia accumulato 744 GB di spazio di archiviazione di backup e che questa quantità rimanga costante durante tutto il mese perché il database è completamente inattivo.As a simplified example, assume a database has accumulated 744 GB of backup storage and that this amount stays constant throughout an entire month because the database is completely idle. Per convertire questo consumo di spazio di archiviazione cumulativo in utilizzo orario, suddividerlo per 744,0 (31 giorni al mese * 24 ore al giorno).To convert this cumulative storage consumption to hourly usage, divide it by 744.0 (31 days per month * 24 hours per day). Il database SQL segnalerà alla pipeline di fatturazione di Azure che il database ha utilizzato 1 GB di backup ripristino temporizzato ogni ora, a una velocità costante.SQL Database will report to Azure billing pipeline that the database consumed 1 GB of PITR backup each hour, at a constant rate. La fatturazione di Azure aggrega questo consumo e Mostra un utilizzo di 744 GB per l'intero mese.Azure billing will aggregate this consumption and show a usage of 744 GB for the entire month. Il costo verrà calcolato in base alla tariffa di quantità/GB/mese nella propria area.The cost will be based on the amount/GB/month rate in your region.

Ora, un esempio più complesso.Now, a more complex example. Si supponga che la conservazione dello stesso database inattivo sia aumentata da 7 a 14 giorni a metà del mese.Suppose the same idle database has its retention increased from 7 days to 14 days in the middle of the month. Questo aumento comporta il raddoppio del totale di archiviazione dei backup a 1.488 GB.This increase results in the total backup storage doubling to 1,488 GB. Il database SQL segnala 1 GB di utilizzo per le ore da 1 a 372 (la prima metà del mese).SQL Database would report 1 GB of usage for hours 1 through 372 (the first half of the month). Segnala l'utilizzo come 2 GB per le ore da 373 a 744 (la seconda metà del mese).It would report the usage as 2 GB for hours 373 through 744 (the second half of the month). Questo utilizzo verrebbe aggregato a una fattura finale di 1.116 GB al mese.This usage would be aggregated to a final bill of 1,116 GB/month.

Gli scenari di fatturazione dei backup effettivi sono più complessi.Actual backup billing scenarios are more complex. Poiché la frequenza delle modifiche nel database dipende dal carico di lavoro ed è variabile nel corso del tempo, le dimensioni di ogni backup differenziale e del log variano, causando la fluttuazione del consumo di spazio di archiviazione di backup orario.Because the rate of changes in the database depends on the workload and is variable over time, the size of each differential and log backup will vary as well, causing the hourly backup storage consumption to fluctuate accordingly. Ogni backup differenziale, inoltre, contiene tutte le modifiche apportate nel database dall'ultimo backup completo, pertanto le dimensioni totali di tutti i backup differenziali aumentano gradualmente nel corso di una settimana e quindi vengono eliminate in modo nitido dopo un set di backup completo, differenziale e del log obsoleti. Se, ad esempio, un'attività di scrittura pesante, ad esempio la ricompilazione dell'indice, è stata eseguita subito dopo il completamento di un backup completo, le modifiche apportate dalla ricompilazione dell'indice verranno incluse nei backup del log delle transazioni eseguite per la durata della ricompilazione, nel backup differenziale successivo e in ogni backup differenziale eseguito fino al backup completo successivo.Furthermore, each differential backup contains all changes made in the database since the last full backup, thus the total size of all differential backups gradually increases over the course of a week, and then drops sharply once an older set of full, differential, and log backups ages out. For example, if a heavy write activity such as index rebuild has been run just after a full backup completed, then the modifications made by the index rebuild will be included in the transaction log backups taken over the duration of rebuild, in the next differential backup, and in every differential backup taken until the next full backup occurs. Per il secondo scenario in database di dimensioni maggiori, un'ottimizzazione del servizio crea un backup completo anziché un backup differenziale se un backup differenziale è troppo grande in caso contrario.For the latter scenario in larger databases, an optimization in the service creates a full backup instead of a differential backup if a differential backup would be excessively large otherwise. In questo modo si riduce la dimensione di tutti i backup differenziali fino al backup completo seguente.This reduces the size of all differential backups until the following full backup.

È possibile monitorare il consumo totale di spazio di archiviazione di backup per ogni tipo di backup (completo, differenziale, log delle transazioni) nel tempo, come descritto in monitorare l'utilizzo.You can monitor total backup storage consumption for each backup type (full, differential, transaction log) over time as described in Monitor consumption.

Ridondanza dell'archiviazione di backupBackup storage redundancy

La ridondanza dell'archiviazione di backup influisca sui costi del backup nel modo seguente:Backup storage redundancy impacts backup costs in the following way:

  • Prezzo con ridondanza locale = xLRS price = x
  • Prezzo ZRS = 1.25 xZRS price = 1.25x
  • Prezzo RA-GRS = 2xRA-GRS price = 2x

Per altre informazioni sui prezzi di archiviazione dei backup, vedere la pagina dei prezzi del database SQL di Azure e la pagina dei prezzi di Azure SQL istanza gestita.For more details about backup storage pricing visit Azure SQL Database pricing page and Azure SQL Managed Instance pricing page.

Importante

La ridondanza di archiviazione configurabile per i backup è attualmente disponibile solo per SQL Istanza gestita e può essere specificata solo durante il processo di creazione dell'istanza gestita.Configurable storage redundancy for backups is currently only available for SQL Managed Instance, and can only be specified during the create managed instance process. Una volta eseguito il provisioning della risorsa, non è possibile modificare l'opzione di ridondanza dell'archiviazione di backup.Once the resource is provisioned, you can't change the backup storage redundancy option.

Monitorare i costiMonitor costs

Per informazioni sui costi di archiviazione di backup, vedere Gestione costi e fatturazione nella portale di Azure, selezionare Gestione costi, quindi selezionare analisi dei costi.To understand backup storage costs, go to Cost Management + Billing in the Azure portal, select Cost Management, and then select Cost analysis. Selezionare la sottoscrizione desiderata come ambito, quindi filtrare per il periodo di tempo e il servizio a cui si è interessati.Select the desired subscription as the Scope, and then filter for the time period and service that you're interested in.

Aggiungere un filtro per nome servizioe quindi selezionare database SQL nell'elenco a discesa.Add a filter for Service name, and then select sql database in the drop-down list. Usare il filtro sottocategoria contatore per scegliere il contatore di fatturazione per il servizio.Use the meter subcategory filter to choose the billing counter for your service. Per un database singolo o un pool di database elastici, selezionare spazio di archiviazione di backup ripristino temporizzato del pool singolo/elastico.For a single database or an elastic database pool, select single/elastic pool pitr backup storage. Per un'istanza gestita, selezionare mi ripristino temporizzato backup storage.For a managed instance, select mi pitr backup storage. Anche le sottocategorie di archiviazione e di calcolo potrebbero essere interessanti, ma non sono associate ai costi di archiviazione di backup.The Storage and compute subcategories might interest you as well, but they're not associated with backup storage costs.

Analisi dei costi di archiviazione di backup

Nota

I contatori sono visibili solo per i contatori attualmente in uso.Meters are only visible for counters that are currently in use. Se un contatore non è disponibile, è probabile che la categoria non sia attualmente in uso.If a counter is not available, it is likely that the category is not currently being used. I contatori di istanze gestite, ad esempio, non saranno presenti per i clienti che non dispongono di un'istanza gestita distribuita.For example, managed instance counters will not be present for customers who do not have a managed instance deployed. Analogamente, i contatori di archiviazione non saranno visibili per le risorse che non utilizzano l'archiviazione.Likewise, storage counters will not be visible for resources that are not consuming storage.

Backup crittografatiEncrypted backups

Se il database è crittografato con Transparent Data Encryption, i backup vengono crittografati automaticamente a riposo, inclusi i backup di LTR.If your database is encrypted with TDE, backups are automatically encrypted at rest, including LTR backups. Tutti i nuovi database in Azure SQL sono configurati con Transparent Data Encryption abilitato per impostazione predefinita.All new databases in Azure SQL are configured with TDE enabled by default. Per ulteriori informazioni su Transparent Data Encryption, vedere Transparent Data Encryption con SQL Database & sql istanza gestita.For more information on TDE, see Transparent Data Encryption with SQL Database & SQL Managed Instance.

Integrità backupBackup integrity

Con cadenza continuativa, il team di progettazione di SQL Azure testa automaticamente il ripristino dei backup automatici del database.On an ongoing basis, the Azure SQL engineering team automatically tests the restore of automated database backups. (Questo test non è attualmente disponibile in SQL Istanza gestita.) Al momento del ripristino temporizzato, i database ricevono anche i controlli di integrità di DBCC CHECKDB.(This testing is not currently available in SQL Managed Instance.) Upon point-in-time restore, databases also receive DBCC CHECKDB integrity checks.

Gli eventuali problemi rilevati durante la verifica dell'integrità determinano la generazione di un avviso per il team di progettazione.Any issues found during the integrity check will result in an alert to the engineering team. Per altre informazioni, vedere integrità dei dati nel database SQL.For more information, see Data Integrity in SQL Database.

Tutti i backup di database vengono eseguiti con l'opzione CHECKSUM per offrire un'integrità di backup aggiuntiva.All database backups are taken with the CHECKSUM option to provide additional backup integrity.

ConformitàCompliance

Quando si esegue la migrazione del database da un livello di servizio basato su DTU a un livello di servizio basato su vCore, viene mantenuta la conservazione del ripristino temporizzato per assicurarsi che i criteri di ripristino dei dati dell'applicazione non siano compromessi.When you migrate your database from a DTU-based service tier to a vCore-based service tier, the PITR retention is preserved to ensure that your application's data recovery policy isn't compromised. Se la conservazione predefinita non soddisfa i requisiti di conformità, è possibile modificare il periodo di conservazione del ripristino temporizzato.If the default retention doesn't meet your compliance requirements, you can change the PITR retention period. Per altre informazioni, vedere modificare il periodo di conservazione dei backup di ripristino temporizzato.For more information, see Change the PITR backup retention period.

Nota

Questo articolo illustra le procedure per l'eliminazione dei dati personali dal dispositivo o dal servizio e può essere usato per adempiere gli obblighi del Regolamento generale sulla protezione dei dati (GDPR).This article provides steps for how to delete personal data from the device or service and can be used to support your obligations under the GDPR. Per informazioni generali sulla normativa GDPR, vedere la sezione GDPR del portale Service Trust.If you’re looking for general info about GDPR, see the GDPR section of the Service Trust portal.

Modificare il periodo di conservazione dei backup di ripristino temporizzatoChange the PITR backup retention period

È possibile modificare il periodo di conservazione predefinito del backup ripristino temporizzato usando il portale di Azure, PowerShell o l'API REST.You can change the default PITR backup retention period by using the Azure portal, PowerShell, or the REST API. Gli esempi seguenti illustrano come modificare la conservazione del ripristino temporizzato in 28 giorni.The following examples illustrate how to change the PITR retention to 28 days.

Avviso

Se si riduce il periodo di conservazione corrente, si perde la possibilità di eseguire il ripristino fino a punti nel tempo precedenti al nuovo periodo di conservazione.If you reduce the current retention period, you lose the ability to restore to points in time older than the new retention period. I backup che non sono più necessari per fornire ripristino temporizzato entro il nuovo periodo di conservazione vengono eliminati.Backups that are no longer needed to provide PITR within the new retention period are deleted. Se si aumenta il periodo di conservazione corrente, non è possibile ottenere immediatamente il ripristino in momenti meno recenti entro il nuovo periodo di conservazione.If you increase the current retention period, you do not immediately gain the ability to restore to older points in time within the new retention period. Questa capacità viene acquisita nel tempo, perché il sistema inizia a mantenere i backup per un periodo più lungo.You gain that ability over time, as the system starts to retain backups for longer.

Nota

Queste API avranno effetto solo sul periodo di conservazione ripristino temporizzato.These APIs will affect only the PITR retention period. Se è stato configurato LTR per il database, non sarà interessato.If you configured LTR for your database, it won't be affected. Per informazioni su come modificare i periodi di conservazione del LTR, vedere conservazione a lungo termine.For information about how to change LTR retention periods, see Long-term retention.

Modificare il periodo di conservazione dei backup ripristino temporizzato usando il portale di AzureChange the PITR backup retention period by using the Azure portal

Per modificare il periodo di conservazione dei backup ripristino temporizzato per i database attivi utilizzando il portale di Azure, passare al server o all'istanza gestita con i database di cui si desidera modificare il periodo di memorizzazione.To change the PITR backup retention period for active databases by using the Azure portal, go to the server or managed instance with the databases whose retention period you want to change.

Le modifiche apportate alla conservazione dei backup di ripristino temporizzato per il database SQL vengono eseguite nella pagina Server nel portale.Changes to PITR backup retention for SQL Database are done on the server page in the portal. Per modificare la conservazione ripristino temporizzato per i database in un server, passare al pannello Panoramica Server.To change PITR retention for databases on a server, go to the server overview blade. Selezionare Gestisci backup nel riquadro sinistro, selezionare i database nell'ambito della modifica e quindi selezionare Configura conservazione nella parte superiore della schermata:Select Manage Backups in the left pane, select the databases in scope of your change, and then select Configure retention at the top of the screen:

Modificare la conservazione ripristino temporizzato, a livello di server

Modificare il periodo di conservazione dei backup ripristino temporizzato usando PowerShellChange the PITR backup retention period by using PowerShell

Nota

Questo articolo è stato aggiornato per usare il nuovo modulo Az di Azure PowerShell.This article has been updated to use the new Azure PowerShell Az module. È comunque possibile usare il modulo AzureRM, che continuerà a ricevere correzioni di bug almeno fino a dicembre 2020.You can still use the AzureRM module, which will continue to receive bug fixes until at least December 2020. Per altre informazioni sul nuovo modulo Az e sulla compatibilità di AzureRM, vedere Introduzione del nuovo modulo Az di Azure PowerShell.To learn more about the new Az module and AzureRM compatibility, see Introducing the new Azure PowerShell Az module. Per istruzioni sull'installazione del modulo Az, vedere Installare Azure PowerShell.For Az module installation instructions, see Install Azure PowerShell.

Importante

Il modulo AzureRM di PowerShell è ancora supportato dal database SQL e da SQL Istanza gestita, ma tutte le attività di sviluppo future sono per il modulo AZ. SQL.The PowerShell AzureRM module is still supported by SQL Database and SQL Managed Instance, but all future development is for the Az.Sql module. Per ulteriori informazioni, vedere AzureRM. SQL.For more information, see AzureRM.Sql. Gli argomenti per i comandi nel modulo AZ sono sostanzialmente identici a quelli nei moduli AzureRm.The arguments for the commands in the Az module are substantially identical to those in the AzureRm modules.

Per modificare la conservazione dei backup ripristino temporizzato per i database SQL di Azure attivi, usare l'esempio di PowerShell seguente.To change the PITR backup retention for active Azure SQL Databases, use the following PowerShell example.

# SET new PITR backup retention period on an active individual database
# Valid backup retention must be between 1 and 35 days
Set-AzSqlDatabaseBackupShortTermRetentionPolicy -ResourceGroupName resourceGroup -ServerName testserver -DatabaseName testDatabase -RetentionDays 28

Modificare il periodo di conservazione dei backup ripristino temporizzato usando l'API RESTChange the PITR backup retention period by using the REST API

Richiesta di esempioSample request

PUT https://management.azure.com/subscriptions/00000000-1111-2222-3333-444444444444/resourceGroups/resourceGroup/providers/Microsoft.Sql/servers/testserver/databases/testDatabase/backupShortTermRetentionPolicies/default?api-version=2017-10-01-preview

Corpo della richiestaRequest body

{
  "properties":{
    "retentionDays":28
  }
}

Risposta di esempioSample response

Codice di stato: 200Status code: 200

{
  "id": "/subscriptions/00000000-1111-2222-3333-444444444444/providers/Microsoft.Sql/resourceGroups/resourceGroup/servers/testserver/databases/testDatabase/backupShortTermRetentionPolicies/default",
  "name": "default",
  "type": "Microsoft.Sql/resourceGroups/servers/databases/backupShortTermRetentionPolicies",
  "properties": {
    "retentionDays": 28
  }
}

Per altre informazioni, vedere Backup Retention REST API (API REST di conservazione dei backup).For more information, see Backup Retention REST API.

Richiesta di esempioSample request

PUT https://management.azure.com/subscriptions/00000000-1111-2222-3333-444444444444/resourceGroups/resourceGroup/providers/Microsoft.Sql/servers/testserver/databases/testDatabase/backupShortTermRetentionPolicies/default?api-version=2017-10-01-preview

Corpo della richiestaRequest body

{
  "properties":{
    "retentionDays":28
  }
}

Risposta di esempioSample response

Codice di stato: 200Status code: 200

{
  "id": "/subscriptions/00000000-1111-2222-3333-444444444444/providers/Microsoft.Sql/resourceGroups/resourceGroup/servers/testserver/databases/testDatabase/backupShortTermRetentionPolicies/default",
  "name": "default",
  "type": "Microsoft.Sql/resourceGroups/servers/databases/backupShortTermRetentionPolicies",
  "properties": {
    "retentionDays": 28
  }
}

Per altre informazioni, vedere Backup Retention REST API (API REST di conservazione dei backup).For more information, see Backup Retention REST API.

Configurare la ridondanza dell'archiviazione di backupConfigure backup storage redundancy

Nota

La ridondanza di archiviazione configurabile per i backup è attualmente disponibile solo per SQL Istanza gestita e può essere specificata solo durante il processo di creazione dell'istanza gestita.Configurable storage redundancy for backups is currently only available for SQL Managed Instance, and can only be specified during the create managed instance process. Una volta eseguito il provisioning della risorsa, non è possibile modificare l'opzione di ridondanza dell'archiviazione di backup.Once the resource is provisioned, you can't change the backup storage redundancy option.

Una ridondanza di archiviazione di backup di un'istanza gestita può essere impostata solo durante la creazione dell'istanza.A backup storage redundancy of a managed instance can be set during instance creation only. Il valore predefinito è archiviazione con ridondanza geografica (RA-GRS).The default value is geo-redundant storage (RA-GRS). Per le differenze tra i prezzi tra archiviazione con ridondanza locale (con ridondanza locale), con ridondanza della zona (ZRS) e archiviazione con ridondanza geografica (RA-GRS), vedere la pagina dei prezzi delle istanze gestite.For differences in pricing between locally-redundant (LRS), zone-redundant (ZRS) and geo-redundant (RA-GRS) backup storage visit managed instance pricing page.

Configurare la ridondanza dell'archiviazione di backup usando il portale di AzureConfigure backup storage redundancy by using the Azure portal

Nell'portale di Azure l'opzione per modificare la ridondanza dell'archiviazione dei backup si trova nel pannello calcolo e archiviazione accessibile dall'opzione Configura istanza gestita nella scheda nozioni di base durante la creazione del istanza gestita SQL.In the Azure portal, the option to change backup storage redundancy is located on the Compute + storage blade accessible from the Configure Managed Instance option on the Basics tab when you are creating your SQL Managed Instance. Apri calcolo + configurazione archiviazione-pannelloOpen Compute+Storage configuration-blade

Trovare l'opzione per selezionare la ridondanza dell'archiviazione di backup nel pannello calcolo e archiviazione .Find the option to select backup storage redundancy on the Compute + storage blade. Configurare la ridondanza dell'archiviazione di backupConfigure backup storage redundancy

Passaggi successiviNext steps