Backup automatizzatiAutomated backups

Il database SQL crea automaticamente i backup del database conservati da 7 a 35 giorni e usa l'archiviazione con ridondanza geografica e accesso in lettura di Azure (RA-GRS) per assicurarsi che vengano 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.These backups are created automatically. 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 periodo di tempo prolungato (fino a 10 anni), è possibile configurare una conservazione a lungo termine su database singleton e pool elastici.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

Il database SQL usa la tecnologia SQL Server per creare backup completi ogni settimana, backup 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 nei BLOB di archiviazione RA-GRS replicati in una Data Center abbinata per la protezione da un'interruzione del 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 a un punto nel tempo precedente entro il periodo di conservazione usando il portale di Azure, Azure PowerShell, l'interfaccia della riga di comando 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. Nel database singolo e nei 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 dello stesso o di Istanza gestita diversi 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 fino al momento in cui è stato eliminato o in qualsiasi momento entro il periodo di memorizzazione.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 in 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 uno specifico backup a lungo termine in Database singolo o pool elastico se il database è stato configurato con un criterio di conservazione a lungo termine (LTR).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). 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 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 dei backupChange backup retention Database singoloSingle Database
Istanza gestitaManaged Instance
Database singoloSingle Database
Istanza gestitaManaged Instance
Modificare la conservazione dei backup a lungo termineChange Long-term backup retention Database singoloSingle database
Istanza gestita-N/AManaged Instance - N/A
Database singoloSingle Database
Istanza gestita-N/AManaged Instance - N/A
Ripristinare il 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 il database dall'archiviazione BLOB di AzureRestore database from Azure Blob Storage Database singolo-N/ASingle database - N/A
Istanza gestita-N/AManaged Instance - N/A
Database singolo-N/ASingle database - N/A
Istanza gestitaManaged Instance

Per quanto tempo sono conservati i backupHow long are backups kept

Tutti i database SQL di Azure (singoli database di istanze gestite e in pool) hanno un periodo di conservazione dei backup predefinito di sette giorni.All Azure SQL databases (single, pooled, and managed instance databases) have a default backup retention period of seven days. È possibile modificare il periodo di conservazione dei backup fino a 35 giorni.You can change backup retention period up to 35 days.

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.

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. Non è 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

Per i database singoli, viene fornita una quantità minima di spazio di archiviazione per il backup pari al 100% delle dimensioni del database senza costi aggiuntivi.For single databases, a minimum backup storage amount equal to 100% of database size is provided at no extra charge. Per i pool elastici, un importo di archiviazione di backup minimo pari al 100% dell'archiviazione dei dati allocati per il pool viene fornito senza costi aggiuntivi.For elastic pools, a minimum backup storage amount equal to 100% of the allocated data storage for the pool 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. Questo consumo aggiuntivo dipenderà dal carico di lavoro e dalle dimensioni dei singoli database.This additional consumption will depend on the workload and size of the individual databases.

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

Con cadenza continuativa, il team di progettazione del database SQL di Azure testa automaticamente il ripristino dei backup automatici dei database inseriti nei server logici e nei pool elastici. questa operazione non è disponibile in Istanza gestita.On an ongoing basis, the Azure SQL Database engineering team automatically tests the restore of automated database backups of databases placed in Logical servers and Elastic pools (this is not available in Managed Instance). Al momento del ripristino temporizzato, i database ricevono anche controlli di integrità tramite DBCC CHECKDB.Upon point-in-time restore, databases also receive integrity checks using DBCC CHECKDB.

Istanza gestita esegue il backup iniziale automatico CHECKSUM con i database ripristinati utilizzando RESTORE il comando nativo o il servizio migrazione dati una volta completata la migrazione.Managed Instance takes automatic initial backup with CHECKSUM of the databases restored using native RESTORE command or Data Migration Service once the migration is completed.

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 predefinito del backup ripristino temporizzato usando 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.

Avviso

Se si riduce il periodo di conservazione corrente, tutti i backup esistenti precedenti al nuovo periodo di conservazione non saranno 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.

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 del backup ripristino temporizzato usando portale di AzureChange PITR backup retention period using Azure portal

Per modificare il periodo di conservazione dei backup ripristino temporizzato usando il portale di Azure, passare all'oggetto server di cui si desidera modificare il periodo di memorizzazione nel portale e quindi selezionare l'opzione appropriata in base all'oggetto server che 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.

Singolo database SQL di AzureSingle Azure SQL Database

La modifica della conservazione dei backup ripristino temporizzato per i singoli database SQL di Azure viene eseguita a livello di server.Change of PITR backup retention for single Azure SQL Databases is performed at the server level. Le modifiche apportate a livello di server si applicano ai database in tale server.Change made at the server level applies to databases on that server. Per modificare ripristino temporizzato per il server di database SQL di Azure da portale di Azure, passare al pannello panoramica del server, fare clic su Gestisci backup nel menu di navigazione, quindi fare clic su Configura conservazione sulla barra di spostamento.To change PITR for Azure SQL Database server from Azure portal, navigate to the server overview blade, click on Manage Backups on the navigation menu, and then click on Configure retention at the navigation bar.

Modificare il portale di Azure per il recupero temporizzato

Database istanza gestitaManaged instance database

La modifica della conservazione dei backup di ripristino temporizzato per l'istanza gestita di database SQL viene eseguita a livello di singolo database.Change of PITR backup retention for SQL Database managed instance is performed at an individual database level. Per modificare la conservazione dei backup di ripristino temporizzato per un database dell'istanza da portale di Azure, passare al pannello panoramica del singolo database e quindi fare clic su Configura conservazione backup nella barra di spostamento.To change PITR backup retention for an instance database from Azure portal, navigate to the individual database overview blade, and then click on Configure backup retention at the navigation bar.

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 Resource Manager di PowerShell è ancora supportato dal database SQL di Azure, ma tutte le attività di sviluppo future sono 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

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.

Passaggi successiviNext steps