Backup automatizzatiAutomated backups

Il Database SQL automaticamente consente di creare i backup del database in cui vengono mantenuti tra 7 e 35 giorni e Usa Azure archiviazione con ridondanza geografica e accesso in lettura (RA-GRS) per garantire che vengono conservati anche se il data center non è disponibile.SQL Database automatically creates the database backups that are kept between 7 and 35 days, and uses Azure read-access geo-redundant storage (RA-GRS) to ensure that they are preserved even if the data center is unavailable. Questi backup vengono creati automaticamente e senza costi aggiuntivi.These backups are created automatically and at no additional charge. Non è necessario intervenire manualmente per eseguire i backup.You don't need to do anything to make them happen. I backup dei database sono una parte essenziale di qualsiasi strategia di continuità aziendale e ripristino di emergenza, perché proteggono i dati dal danneggiamento o dall'eliminazione accidentale.Database backups are an essential part of any business continuity and disaster recovery strategy because they protect your data from accidental corruption or deletion. Se le regole di sicurezza richiedono che i backup siano disponibili per un lungo periodo di tempo (fino a 10 anni), è possibile configurare un conservazione a lungo termine per i database Singleton ed Elastic pool.If your security rules require that your backups are available for an extended period of time (up to 10 years), you can configure a long-term retention on Singleton databases and Elastic pools.

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 sul GDPR, vedere la sezione di Service Trust Portal dedicata al GDPR.If you’re looking for general info about GDPR, see the GDPR section of the Service Trust portal.

Informazioni sul backup del database SQLWhat is a SQL Database backup

Database SQL Usa la tecnologia di SQL Server per creare i backup completi ogni settimana differenziali ogni 12 ore, e backup del log delle transazioni ogni 5-10 minuti.SQL Database uses SQL Server technology to create full backups every week, differential backups every 12 hours, and transaction log backups every 5-10 minutes. I backup vengono archiviati nel BLOB di archiviazione RA-GRS che vengono replicati in un data center abbinato per la protezione da interruzioni prolungate nel data center.The backups are stored in RA-GRS storage blobs that are replicated to a paired data center for protection against a data center outage. Quando si ripristina un database, il servizio individua i backup completi, differenziali e del log delle transazioni da ripristinare.When you restore a database, the service figures out which full, differential, and transaction log backups need to be restored.

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

  • Ripristinare un database esistente in un punto nel tempo nel passato entro il periodo di conservazione usando il portale di Azure, Azure PowerShell, CLI di Azure o l'API REST.Restore an existing database to a point-in-time in the past within the retention period using the Azure portal, Azure PowerShell, Azure CLI, or REST API. In un database singolo e pool elastici, questa operazione creerà un nuovo database nello stesso server del database originale.In Single database and Elastic pools, this operation will create a new database in the same server as the original database. In istanza gestita, questa operazione può creare una copia del database o uguali o diversi istanza gestita nella stessa sottoscrizione.In Managed Instance, this operation can create a copy of the database or same or different Managed Instance under the same subscription.
  • Ripristinare un database eliminato al momento in cui è stato eliminato o in qualsiasi momento entro il periodo di conservazione.Restore a deleted database to the time it was deleted or anytime within the retention period. Il database eliminato può essere ripristinato solo nello stesso server logico o istanza gestita in cui è stato creato il database originale.The deleted database can only be restored in the same logical server or Managed Instance where the original database was created.
  • Ripristinare un database in un'altra area geografica.Restore a database to another geographical region. Il ripristino geografico consente di eseguire un ripristino di emergenza geografico quando è impossibile accedere al server e al database.Geo-restore allows you to recover from a geographic disaster when you cannot access your server and database. Crea un nuovo database in qualsiasi server esistente ovunque nel mondo.It creates a new database in any existing server anywhere in the world.
  • Ripristinare un database da un backup a lungo termine specifico su Database singolo o Pool elastico, se il database è stato configurato con criteri di conservazione a lungo termine (conservazione a lungo termine).Restore a database from a specific long-term backup on Single Database or Elastic Pool if the database has been configured with a long-term retention policy (LTR). Conservazione a lungo termine consente di ripristinare una versione precedente del database usando portale di Azure oppure 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 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 Long-term retention (Conservazione a lungo termine).For more information, see Long-term retention.
  • Per eseguire un ripristino, vedere l'articolo su come ripristinare un database da un backup.To perform a restore, see restore database from backups.

Nota

In Archiviazione di Azure il termine replica fa riferimento alla copia dei file da una località a un'altra.In Azure storage, the term replication refers to copying files from one location to another. La replica di database di SQL fa riferimento a più database secondari sincronizzati con un database primario.SQL's database replication refers to keeping multiple secondary databases synchronized with a primary database.

È possibile provare alcune di queste operazioni usando gli esempi seguenti:You can try some of these operations using the following examples:

Portale di AzureThe Azure portal Azure PowerShellAzure PowerShell
Modificare la conservazione backupChange backup retention Database singoloSingle Database
Istanza gestitaManaged Instance
Database singoloSingle Database
Istanza gestitaManaged Instance
Modifica conservazione backup a lungo termineChange Long-term backup retention Database singoloSingle database
Istanza gestita: n/dManaged Instance - N/A
Database singoloSingle Database
Istanza gestita: n/dManaged Instance - N/A
Ripristinare database da un punto nel tempoRestore database from point-in-time Database singoloSingle database Database singoloSingle database
Istanza gestitaManaged Instance
Ripristinare un database eliminatoRestore deleted database Database singoloSingle database Database singoloSingle database
Istanza gestitaManaged Instance
Ripristinare database da archiviazione Blob di AzureRestore database from Azure Blob Storage Database Single - n/dSingle database - N/A
Istanza gestita: n/dManaged Instance - N/A
Database Single - n/dSingle database - N/A
Istanza gestitaManaged Instance

Per quanto tempo sono conservati i backupHow long are backups kept

Ogni database SQL ha un periodo di conservazione dei backup predefinito che varia da 7 e 35 giorni e dipende dal modello di acquisto e dal livello di servizio.Each SQL Database has a default backup retention period between 7 and 35 days that depends on the purchasing model and service tier. È possibile aggiornare il periodo di conservazione dei backup per un database in Database di SQL server.You can update the backup retention period for a database on SQL Database server. Per altre informazioni, vedere Modifica del periodo di conservazione backup.For more information, see Change Backup Retention Period.

Se si elimina un database, il database SQL manterrà i backup come farebbe con un database online.If you delete a database, SQL Database will keep the backups in the same way it would for an online database. Ad esempio, se si elimina un database Basic con un periodo di conservazione di sette giorni, un backup di quattro giorni viene salvato per altri tre giorni.For example, if you delete a Basic database that has a retention period of seven days, a backup that is four days old is saved for three more days.

Se è necessario conservare i backup per un periodo superiore al periodo di conservazione massimo, è possibile modificare le proprietà del backup per aggiungere uno o più periodi di conservazione a lungo termine al database.If you need to keep the backups for longer than the maximum retention period, you can modify the backup properties to add one or more long-term retention periods to your database. Per altre informazioni, vedere Long-term retention (Conservazione a lungo termine).For more information, see Long-term retention.

Importante

Se si elimina SQL Server di Azure che ospita i database SQL, vengono eliminati anche tutti i database e i pool elastici appartenenti al server e non sarà possibile recuperarli.If you delete the Azure SQL server that hosts SQL databases, all elastic pools and databases that belong to the server are also deleted and cannot be recovered. Non è possibile ripristinare un server eliminato.You cannot restore a deleted server. Tuttavia, se è stata configurata la conservazione a lungo termine, i backup per i database con conservazione a lungo termine non verranno cancellati e questi database potranno essere ripristinati.But if you configured long-term retention, the backups for the databases with LTR will not be deleted and these databases can be restored.

Periodo di conservazione dei backup predefinitoDefault backup retention period

modello di acquisto basato su DTUDTU-based purchasing model

Il periodo di conservazione predefinito per un database creato tramite il modello di acquisto basato su DTU varia in base al livello di servizio:The default retention period for a database created using the DTU-based purchasing model depends on the service tier:

  • Livello di servizio Basic viene uno settimana.Basic service tier is one week.
  • Livello di servizio standard viene cinque settimane.Standard service tier is five weeks.
  • Livello di servizio Premium viene cinque settimane.Premium service tier is five weeks.

Modello di acquisto basato su vCorevCore-based purchasing model

Se si usa la modello di acquisto basato su vCore, il periodo di conservazione dei backup predefinito è sette giorni (per un singolo, in pool e database dell'istanza).If you're using the vCore-based purchasing model, the default backup retention period is seven days (for single, pooled, and instance databases). Per tutti i database SQL di Azure (database singoli, in pool e dell'istanza), è possibile modificare il periodo di conservazione dei backup fino a un massimo di 35 giorni.For all Azure SQL databases (single, pooled, and instance databases, you can change backup retention period up to 35 days.

Avviso

Se si riduce il periodo di memorizzazione corrente, tutti i backup esistenti anteriori al periodo di conservazione dei nuovi non sono più disponibili.If you reduce the current retention period, all existing backups older than the new retention period are no longer available. Se si aumenta il periodo di conservazione corrente, Database SQL manterrà i backup esistenti fino al raggiungimento del periodo di conservazione più lungo.If you increase the current retention period, SQL Database will keep the existing backups until the longer retention period is reached.

Con quale frequenza si verificano i backupHow often do backups happen

Backup per il ripristino temporizzatoBackups for point-in-time restore

Database SQL supporta la funzionalità self-service per il ripristino temporizzato (PITR) mediante la creazione automatica di backup completi, backup differenziali e backup del log delle transazioni.SQL Database supports self-service for point-in-time restore (PITR) by automatically creating full backup, differential backups, and transaction log backups. I backup completi del database vengono creati ogni settimana, i backup differenziali del database vengono creati generalmente ogni 12 ore e i backup del log delle transazioni vengono creati in genere ogni 5-10 minuti, con la frequenza in base alle dimensioni di calcolo e alla quantità di attività del database.Full database backups are created weekly, differential database backups are generally created every 12 hours, and transaction log backups are generally created every 5 - 10 minutes, with the frequency based on the compute size and amount of database activity. Il primo backup completo viene pianificato subito dopo la creazione di un database.The first full backup is scheduled immediately after a database is created. Il completamento richiede in genere 30 minuti, ma potrebbe richiedere più tempo se le dimensioni del database sono elevate.It usually completes within 30 minutes, but it can take longer when the database is of a significant size. Il backup iniziale, ad esempio, può richiedere più tempo in un database ripristinato o in una copia del database.For example, the initial backup can take longer on a restored database or a database copy. Dopo il primo backup completo, l'esecuzione di tutti i successivi backup è pianificata e gestita automaticamente in background.After the first full backup, all further backups are scheduled automatically and managed silently in the background. Il momento esatto per l'esecuzione dei backup di database è determinato dal servizio SQL Database in modo da bilanciare il carico di lavoro complessivo del sistema.The exact timing of all database backups is determined by the SQL Database service as it balances the overall system workload. È possibile modificare o disabilitare i processi di backup.You cannot change or disable the backup jobs.

I backup di ripristino temporizzato sono a ridondanza geografica e protetti dalla riproduzione su più aree di Azure StorageThe PITR backups are geo-redundant and protected by Azure Storage cross-regional replication

Per altre informazioni vedere l'articolo relativo al Ripristino temporizzatoFor more information, see Point-in-time restore

Backup per la conservazione a lungo termineBackups for long-term retention

I database autonomi e in pool offrono la possibilità di configurare la conservazione a lungo termine dei backup completi fino a 10 anni in Archiviazione BLOB di Azure.Single and pooled databases offer the option of configuring long-term retention (LTR) of full backups for up to 10 years in Azure Blob storage. Se il criterio LTR è abilitato, i backup completi settimanali vengono copiati automaticamente in un contenitore di Archiviazione con ridondanza geografica e accesso in lettura diverso.If LTR policy is enabled, the weekly full backups are automatically copied to a different RA-GRS storage container. A secondo dei vari requisiti di conformità, è possibile selezionare periodi di conservazione diversi per i backup settimanali, mensili e/o annuali.To meet different compliance requirement, you can select different retention periods for weekly, monthly and/or yearly backups. L'utilizzo delle risorse di archiviazione dipende dalla frequenza selezionata con cui vengono eseguiti backup e dal periodo di conservazione.The storage consumption depends on the selected frequency of backups and the retention period(s). È possibile usare lo strumento di calcolo dei prezzi per la conservazione a lungo termine per stimare il costo di questo tipo di archiviazione.You can use the LTR pricing calculator to estimate the cost of LTR storage.

Come i backup di ripristino temporizzato, i backup di conservazione a lungo termine sono a ridondanza geografica e protetti dalla riproduzione su più aree di Azure Storage.Like PITR, the LTR backups are geo-redundant and protected by Azure Storage cross-regional replication.

Per altre informazioni, vedere Conservazione dei backup a lungo termine.For more information, see Long-term backup retention.

Costi di archiviazioneStorage costs

Sette giorni di backup automatizzati dei tuoi database vengono copiati nell'archivio BLOB Standard con archiviazione con ridondanza geografica e accesso in lettura per impostazione predefinita.Seven days of automated backups of your databases are copied to RA-GRS Standard blob storage by default. Le risorse di archiviazione vengono usate da backup completi settimanali, backup differenziali giornalieri e backup del log delle transazioni copiati ogni 5 minuti.The storage is used by weekly full backups, daily differential backups, and transaction log backups copied every 5 minutes. Le dimensioni del log delle transazioni dipendono dalla frequenza di modifica del database.The size of the transaction log depends on the rate of change of the database. Uno spazio di archiviazione minimo equivalente al 100% delle dimensioni del database viene fornito senza addebiti aggiuntivi.A minimum storage amount equal to 100% of database size is provided at no extra charge. L'utilizzo aggiuntivo dell'archivio di backup verrà addebitato in base a GB/mese.Additional consumption of backup storage will be charged in GB/month.

Per altre informazioni sui prezzi delle risorse di archiviazione, vedere la pagina dei prezzi.For more information about storage prices, see the pricing page.

I backup sono crittografati?Are backups encrypted

Se il database è crittografato con TDE, i backup vengono crittografati automaticamente quando i dati sono inattivi, inclusi i backup di conservazione a lungo termine.If your database is encrypted with TDE, the backups are automatically encrypted at rest, including LTR backups. Quando la crittografia TDE viene abilitata per un database SQL di Azure, anche i backup vengono crittografati.When TDE is enabled for an Azure SQL database, backups are also encrypted. Tutti i nuovi database SQL di Azure vengono configurati con la crittografia TDE abilitata per impostazione predefinita.All new Azure SQL databases are configured with TDE enabled by default. Per altre informazioni su TDE, vedere Transparent Data Encryption con il database SQL di Azure.For more information on TDE, see Transparent Data Encryption with Azure SQL Database.

In che modo Microsoft garantisce l'integrità dei backupHow does Microsoft ensure backup integrity

In modo continuativo, il team di progettazione del database SQL di Azure verifica automaticamente il ripristino dei backup automatici dei database nel servizio.On an ongoing basis, the Azure SQL Database engineering team automatically tests the restore of automated database backups of databases across the service. Al momento del ripristino, i database sono anche sottoposti a controlli di integrità tramite DBCC CHECKDB.Upon restore, databases also receive integrity checks using DBCC CHECKDB. 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 sull'integrità dei dati nel database SQL di Azure, vedere Data Integrity in Azure SQL Database (Integrità dei dati nel database SQL di Azure).For more information about data integrity in Azure SQL Database, see Data Integrity in Azure SQL Database.

In che modo i backup automatici influiscono sulla conformitàHow do automated backups impact compliance

Quando si migra il database da un livello di servizio basato su DTU con una conservazione di ripristino temporizzato predefinita di 35 giorni a un livello di servizio basato sulla vCore, la conservazione di ripristino temporizzato viene preservata per garantire che il criterio di ripristino dei dati dell'applicazione non venga compromesso.When you migrate your database from a DTU-based service tier with the default PITR retention of 35 days, to a vCore-based service tier, the PITR retention is preserved to ensure that your application's data recovery policy is not compromised. Se il periodo di conservazione predefinito non soddisfa i requisiti di conformità, è possibile modificare il periodo di conservazione di ripristino temporizzato utilizzando PowerShell o API REST.If the default retention doesn't meet your compliance requirements, you can change the PITR retention period using PowerShell or REST API. Per altre informazioni, vedere Modifica del periodo di conservazione backup.For more information, see Change 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 sul GDPR, vedere la sezione di Service Trust Portal dedicata al GDPR.If you’re looking for general info about GDPR, see the GDPR section of the Service Trust portal.

Come modificare il periodo di conservazione dei backup per il recupero temporizzatoHow to change the PITR backup retention period

È possibile modificare il periodo di conservazione dei backup Temporizzato predefinito tramite il portale di Azure, PowerShell o l'API REST.You can change the default PITR backup retention period using the Azure portal, PowerShell, or the REST API. I valori supportati sono: 7, 14, 21, 28 giorni o 35 giorni.The supported values are: 7, 14, 21, 28 or 35 days. Gli esempi che seguono illustrano come modificare la conservazione di ripristino temporizzato a 28 giorni.The following examples illustrate how to change PITR retention to 28 days.

Nota

Queste API avranno un impatto solo sul periodo di conservazione del recupero temporizzato.These APIs will only impact the PITR retention period. Se è configurata una conservazione a lungo termine per il database, questo non sarà interessato.If you configured LTR for your database, it will not be impacted. Per altre informazioni su come modificare i periodi di conservazione a lungo termine, vedere Conservazione a lungo termine.For more information about how to change the LTR retention period(s), see Long-term retention.

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

Per modificare il periodo di conservazione dei backup di ripristino Temporizzato nel portale di Azure, passare all'oggetto server il cui periodo di memorizzazione che si desidera modificare all'interno del portale e quindi selezionare l'opzione appropriata in base nell'oggetto server di cui si sta modificando.To change the PITR backup retention period using the Azure portal, navigate to the server object whose retention period you wish to change within the portal and then select the appropriate option based on which server object you're modifying.

Modificare il recupero temporizzato per un server di database SQLChange PITR for a SQL Database server

Modificare il portale di Azure per il recupero temporizzato

Modificare il recupero temporizzato per un'istanza gestitaChange PITR for a Managed Instance

Modificare il portale di Azure per il recupero temporizzato

Modificare il periodo di conservazione dei backup di ripristino temporizzato usando PowerShellChange PITR backup retention period 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 Azure PowerShell per Resource Manager è ancora supportato dal Database SQL di Azure, ma i progetti di sviluppo future è per il modulo Az.Sql.The PowerShell Azure Resource Manager module is still supported by Azure SQL Database, but all future development is for the Az.Sql module. Per questi cmdlet, vedere azurerm. SQL.For these cmdlets, see AzureRM.Sql. Gli argomenti per i comandi nel modulo Az e nei moduli AzureRm sono sostanzialmente identici.The arguments for the commands in the Az module and in the AzureRm modules are substantially identical.

Set-AzSqlDatabaseBackupShortTermRetentionPolicy -ResourceGroupName resourceGroup -ServerName testserver -DatabaseName testDatabase -RetentionDays 28

Modificare il periodo di conservazione di ripristino temporizzato con l'API RESTChange PITR retention period using 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

Request BodyRequest 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.

Passaggi successiviNext steps