Panoramica della continuità aziendale del database SQL di AzureOverview of business continuity with Azure SQL Database

Questa panoramica descrive le funzionalità offerte dal database SQL di Azure per la continuità aziendale e il ripristino di emergenza.This overview describes the capabilities that Azure SQL Database provides for business continuity and disaster recovery. Informazioni su opzioni, raccomandazioni ed esercitazioni per il ripristino da eventi di arresto improvviso che potrebbero provocare la perdita di dati o la disattivazione del database e dell'applicazione.Learn about options, recommendations, and tutorials for recovering from disruptive events that could cause data loss or cause your database and application to become unavailable. Informazioni sulle operazioni da eseguire quando si verifica un errore generato da un utente o da un'applicazione che influisce sull'integrità dei dati, se in un'area di Azure si verifica un'interruzione o quando l'applicazione richiede manutenzione.Learn what to do when a user or application error affects data integrity, an Azure region has an outage, or your application requires maintenance.

Funzionalità del database SQL che è possibile usare per assicurare la continuità aziendaleSQL Database features that you can use to provide business continuity

Il database SQL offre diverse funzionalità di continuità aziendale, inclusi i backup automatici e la replica facoltativa del database.SQL Database provides several business continuity features, including automated backups and optional database replication. Ogni funzionalità presenta caratteristiche diverse in termini di tempo di recupero stimato (ERT) e di potenziale perdita di dati per le transazioni recenti.Each has different characteristics for estimated recovery time (ERT) and potential data loss for recent transactions. Dopo aver compreso le opzioni disponibili, è possibile scegliere una di esse o, nella maggior parte dei casi, usarle in modo combinato per i diversi scenari.Once you understand these options, you can choose among them - and, in most scenarios, use them together for different scenarios. Quando si sviluppa il piano di continuità aziendale, è necessario comprendere il tempo massimo accettabile prima che l'applicazione venga ripristinata completamente dopo l'evento di arresto improvviso. Si tratta dell'obiettivo del tempo di ripristino (RTO).As you develop your business continuity plan, you need to understand the maximum acceptable time before the application fully recovers after the disruptive event - this is your recovery time objective (RTO). È anche necessario conoscere la perdita massima di aggiornamenti di dati recenti (intervallo di tempo) che l'applicazione è in grado di tollerare durante il ripristino dopo l'evento di arresto improvviso, ovvero l'obiettivo del punto di recupero (RPO).You also need to understand the maximum amount of recent data updates (time interval) the application can tolerate losing when recovering after the disruptive event - this is your recovery point objective (RPO).

La tabella seguente mette a confronto i valori ERT e RPO per i tre scenari più comuni.The following table compares the ERT and RPO for the three most common scenarios.

FunzionalitàCapability Livello BasicBasic tier Livello StandardStandard tier Livello PremiumPremium tier
Ripristino temporizzato dal backupPoint in Time Restore from backup Qualsiasi punto di ripristino entro 7 giorniAny restore point within 7 days Qualsiasi punto di ripristino entro 35 giorniAny restore point within 35 days Qualsiasi punto di ripristino entro 35 giorniAny restore point within 35 days
Ripristino geografico dai backup con replica geograficaGeo-restore from geo-replicated backups ERT < 12 ore, RPO < 1 oraERT < 12h, RPO < 1h ERT < 12 ore, RPO < 1 oraERT < 12h, RPO < 1h ERT < 12 ore, RPO < 1 oraERT < 12h, RPO < 1h
Ripristino dall'insieme di credenziali di Backup di AzureRestore from Azure Backup Vault ERT < 12 ore, RPO < 1 settERT < 12h, RPO < 1 wk ERT < 12 ore, RPO < 1 settERT < 12h, RPO < 1 wk ERT < 12 ore, RPO < 1 settERT < 12h, RPO < 1 wk
Replica geografica attivaActive geo-replication ERT < 30 sec, RPO < 5 secERT < 30s, RPO < 5s ERT < 30 sec, RPO < 5 secERT < 30s, RPO < 5s ERT < 30 sec, RPO < 5 secERT < 30s, RPO < 5s

Usare backup del database per il ripristinareUse database backups to recover a database

Il database SQL esegue automaticamente una combinazione di backup completi su base settimanale, backup differenziali del database di backup ogni ora e backup dei log delle transazioni ogni 5-10 minuti per proteggere l'azienda dalla perdita di dati.SQL Database automatically performs a combination of full database backups weekly, differential database backups hourly, and transaction log backups every five - ten minutes to protect your business from data loss. Questi backup vengono archiviati nel servizio di archiviazione con ridondanza geografica per 35 giorni per i database dei livelli di servizio Standard e Premium e per 7 giorni per il database del livello Basic.These backups are stored in geo-redundant storage for 35 days for databases in the Standard and Premium service tiers and 7 days for databases in the Basic service tier. Per altre informazioni, vedere livelli di servizio.For more information, see service tiers. Se il periodo di memorizzazione per il livello di servizio non soddisfa i requisiti aziendali, è possibile aumentare il periodo di memorizzazione modificando il livello di servizio.If the retention period for your service tier does not meet your business requirements, you can increase the retention period by changing the service tier. I backup completi e differenziali del database vengono replicati anche su un data center abbinato per la protezione da un'interruzione del data center.The full and differential database backups are also replicated to a paired data center for protection against a data center outage. Per altre informazioni, vedere backup automatici del database SQL.For more information, see automatic database backups.

Se il periodo di memorizzazione predefinito non è sufficiente per l'applicazione, è possibile estenderlo configurando criteri di conservazione a lungo termine per il database.If the built-in retention period is not sufficient for your application, you can extend it by configuring a database long-term retention policy. Per altre informazioni, vedere Long-term retention (Conservazione a lungo termine).For more information, see long-term retention.

È possibile usare questi backup automatici del database per ripristinare un database da una serie di eventi di arresto improvviso, sia all'interno del proprio data center sia verso un altro data center.You can use these automatic database backups to recover a database from various disruptive events, both within your data center and to another data center. Il tempo stimato per il ripristino tramite backup automatici del database dipende da diversi fattori, tra cui il numero totale di database in fase di ripristino nella stessa area contemporaneamente, le dimensioni del database, le dimensioni del log delle transazioni e la larghezza di banda della rete.Using automatic database backups, the estimated time of recovery depends on several factors including the total number of databases recovering in the same region at the same time, the database size, the transaction log size, and network bandwidth. Il tempo di recupero di solito è inferiore a 12 ore.The recovery time is usually less than 12 hours. Durante il ripristino verso un'altra area dati, la potenziale perdita di dati è limitata a 1 ora per l'archiviazione con ridondanza geografica dei backup differenziali del database che si verificano ogni ora.When recovering to another data region, the potential data loss is limited to 1 hour by the geo-redundant storage of hourly differential database backups.

Importante

Per eseguire il ripristino tramite i backup automatici, è necessario essere un membro del ruolo di collaboratore di SQL Server o proprietario della sottoscrizione. Vedere Controllo degli accessi in base al ruolo: ruoli predefiniti.To recover using automated backups, you must be a member of the SQL Server Contributor role or the subscription owner - see RBAC: Built-in roles. Per il ripristino, è possibile usare il portale di Azure, PowerShell o l'API REST.You can recover using the Azure portal, PowerShell, or the REST API. Non è possibile usare Transact-SQL.You cannot use Transact-SQL.

Usare i backup automatici come meccanismo di continuità e ripristino aziendale, se l'applicazione:Use automated backups as your business continuity and recovery mechanism if your application:

  • Non è considerata cruciale.Is not considered mission critical.
  • Non ha un contratto di servizio vincolante: un tempo di inattività di 24 o più ore non comporta alcuna responsabilità finanziaria.Doesn't have a binding SLA - a downtime of 24 hours or longer does not result in financial liability.
  • Ha una bassa frequenza di modifica dei dati, ovvero poche transazioni per ora, e la perdita di un massimo di un'ora di modifica dei dati è accettabile.Has a low rate of data change (low transactions per hour) and losing up to an hour of change is an acceptable data loss.
  • Dipende dal costo.Is cost sensitive.

Se è necessario un ripristino più veloce, usare la Replica geografica attiva (più avanti).If you need faster recovery, use active geo-replication (discussed next). Se è necessario essere in grado di ripristinare i dati da un periodo antecedente a 35 giorni, usare la conservazione dei backup a lungo termine.If you need to be able to recover data from a period older than 35 days, use long-term backup retention.

Usare la replica geografica attiva e i gruppi di failover automatico (in anteprima) per ridurre il tempo di recupero e limitare la perdita di dati associata a un ripristinoUse active geo-replication and auto-failover groups (in-preview) to reduce recovery time and limit data loss associated with a recovery

Oltre a usare i backup del database per il ripristino del database se si verifica un'interruzione aziendale, è possibile usare la replica geografica attiva per configurare un database in modo da avere fino a 4 database secondari leggibili nelle aree scelte.In addition to using database backups for database recovery if a business disruption occurs, you can use active geo-replication to configure a database to have up to four readable secondary databases in the regions of your choice. Questi database secondari vengono mantenuti sincronizzati con il database primario tramite un meccanismo di replica asincrona.These secondary databases are kept synchronized with the primary database using an asynchronous replication mechanism. Questa funzionalità viene usata per la protezione da interruzioni delle attività aziendali se si verifica un'interruzione del data center o durante un aggiornamento dell'applicazione.This feature is used to protect against business disruption if a data center outage occurs or during an application upgrade. La replica geografica attiva può anche essere usata per offrire agli utenti situati in aree geografiche diverse prestazioni migliori per le query di sola lettura.Active geo-replication can also be used to provide better query performance for read-only queries to geographically dispersed users.

Per abilitare il failover automatico e trasparente è necessario organizzare i database replicati geograficamente in gruppi tramite la funzionalità auto-failover group del database SQL (in anteprima).To enable automated and transparent failover you should organize your geo-replicated databases into groups using the auto-failover group feature of SQL Database (in-preview).

Se il database primario viene portato offline in modo imprevisto o è necessario portarlo online per attività di manutenzione, è possibile convertire rapidamente un database secondario perché diventi il database primario (detto anche failover) e configurare le applicazioni per la connessione al database primario alzato di livello.If the primary database goes offline unexpectedly or you need to take it offline for maintenance activities, you can quickly promote a secondary to become the primary (also called a failover) and configure applications to connect to the promoted primary. Se l'applicazione si connette ai database tramite il listener del gruppo di failover, non è necessario modificare la configurazione della stringa di connessione SQL dopo il failover.If your application is connecting to the databases using the failover group listener, you don’t need to change the SQL connection string configuration after failover. Con un failover pianificato, non si verificano perdite di dati.With a planned failover, there is no data loss. Con un failover non pianificato, potrebbero verificarsi piccole perdite di dati per le transazioni molto recenti a causa della natura di replica asincrona.With an unplanned failover, there may be some small amount of data loss for very recent transactions due to the nature of asynchronous replication. Con l'uso di gruppi con failover automatico (in anteprima), è possibile personalizzare i criteri di failover per ridurre al minimo la perdita di dati.Using auto-failover groups (in-preview), you can customize the failover policy to minimize the potential data loss. Dopo un failover, è possibile eseguire un failback sulla base di un piano o del momento in cui il data center ritorna online.After a failover, you can later failback - either according to a plan or when the data center comes back online. In tutti i casi, gli utenti riscontrano un breve tempo di inattività e devono eseguire nuovamente la connessione.In all cases, users experience a small amount of downtime and need to reconnect.

Importante

Per usare la replica geografica attiva e i gruppi di failover automatico (in anteprima), è necessario essere il proprietario della sottoscrizione o disporre delle autorizzazioni di amministrazione in SQL Server.To use active geo-replication and auto-failover groups (in-preview), you must either be the subscription owner or have administrative permissions in SQL Server. È possibile configurare ed eseguire il failover tramite il portale di Azure, PowerShell o l'API REST usando le autorizzazioni della sottoscrizione o usando Transact-SQL con le autorizzazioni di SQL Server.You can configure and fail over using the Azure portal, PowerShell, or the REST API using Azure subscription permissions or using Transact-SQL with SQL Server permissions.

Usare la replica geografica attiva e i gruppi con failover automatico (in anteprima) se l'applicazione soddisfa qualcuno dei criteri seguenti:Use active geo-replication and auto-failover groups (in preview) if your application meets any of these criteria:

  • È considerata cruciale.Is mission critical.
  • Ha un contratto di servizio che non consente più di 24 ore di inattività.Has a service level agreement (SLA) that does not allow for 24 hours or more of downtime.
  • Il tempo di inattività può implicare responsabilità finanziaria.Downtime may result in financial liability.
  • Ha una frequenza elevata di modifica dei dati e la perdita di un'ora di dati non è accettabile.Has a high rate of data change is high and losing an hour of data is not acceptable.
  • Il costo aggiuntivo della replica geografica attiva è inferiore rispetto alla potenziale responsabilità finanziaria e alla perdita di profitto associata.The additional cost of active geo-replication is lower than the potential financial liability and associated loss of business.

>

Ripristinare un database in seguito a errore di un'applicazione o un utenteRecover a database after a user or application error

* Nessuno è perfetto!*No one is perfect! Un utente potrebbe accidentalmente eliminare alcuni dati, una tabella importante o addirittura un intero database.A user might accidentally delete some data, inadvertently drop an important table, or even drop an entire database. In alternativa un'applicazione potrebbe sovrascrivere accidentalmente dei dati con dati errati a causa di un difetto dell'applicazione.Or, an application might accidentally overwrite good data with bad data due to an application defect.

In questo scenario, ecco sono le opzioni di ripristino.In this scenario, these are your recovery options.

Eseguire un ripristino temporizzatoPerform a point-in-time restore

È possibile usare i backup automatici per ripristinare una copia del database a un punto valido nel tempo, purché rientri nel periodo di memorizzazione del database.You can use the automated backups to recover a copy of your database to a known good point in time, provided that time is within the database retention period. Dopo il ripristino del database, è possibile sostituire il database originale con il database ripristinato o copiare i dati necessari dai dati ripristinati nel database originale.After the database is restored, you can either replace the original database with the restored database or copy the needed data from the restored data into the original database. Se il database usa la replica geografica attiva, è consigliabile copiare i dati necessari dalla copia ripristinata nel database originale.If the database uses active geo-replication, we recommend copying the required data from the restored copy into the original database. Se il database originale viene sostituito con il database ripristinato, è necessario riconfigurare e risincronizzare la replica geografica attiva (cosa che può richiedere molto tempo per un database di grandi dimensioni).If you replace the original database with the restored database, you need to reconfigure and resynchronize active geo-replication (which can take quite some time for a large database). Quando si ripristina un database all'ultimo punto disponibile il ripristino geo-secondario in qualsiasi punto nel tempo non è attualmente supportato.While this restores a database to the last available point in time, restoring the geo-secondary to any point in time is not currently supported.

Per altre informazioni e per i passaggi dettagliati per il ripristino di un database in un punto nel tempo tramite il portale di Azure o PowerShell, vedere Ripristino temporizzato.For more information and for detailed steps for restoring a database to a point in time using the Azure portal or using PowerShell, see point-in-time restore. Non è possibile eseguire il ripristino tramite Transact-SQL.You cannot recover using Transact-SQL.

Ripristino di un database eliminatoRestore a deleted database

Se il database viene eliminato, ma il server logico non è stato eliminato, è possibile ripristinare il database eliminato sul punto in cui è stato eliminato.If the database is deleted but the logical server has not been deleted, you can restore the deleted database to the point at which it was deleted. Ciò consente di ripristinare un backup del database nello stesso server SQL logico da cui è stato eliminato.This restores a database backup to the same logical SQL server from which it was deleted. È possibile eseguire il ripristino usando il nome originale o fornire un nuovo nome al database ripristinato.You can restore it using the original name or provide a new name or the restored database.

Per altre informazioni e per i passaggi dettagliati per il ripristino di un database eliminato tramite il portale di Azure o PowerShell, vedere Ripristino di un database eliminato.For more information and for detailed steps for restoring a deleted database using the Azure portal or using PowerShell, see restore a deleted database. Non è possibile eseguire il recupero tramite Transact-SQL.You cannot restore using Transact-SQL.

Importante

Se il server logico viene eliminato, non è possibile recuperare un database eliminato.If the logical server is deleted, you cannot recover a deleted database.

Ripristino dall'insieme di credenziali di Backup di AzureRestore from Azure Backup Vault

Se la perdita di dati si è verificata fuori dal periodo di memorizzazione corrente per i backup automatici e il database è configurato per la conservazione a lungo termine, è possibile eseguire il ripristino da un backup settimanale nell'insieme di credenziali di Backup di Azure in un nuovo database.If the data loss occurred outside the current retention period for automated backups and your database is configured for long-term retention, you can restore from a weekly backup in Azure Backup Vault to a new database. A questo punto, è possibile sostituire il database originale con il database ripristinato o copiare i dati necessari dai dati ripristinati nel database originale.At this point, you can either replace the original database with the restored database or copy the needed data from the restored database into the original database. Se si vuole recuperare una versione precedente del database prima di un aggiornamento importante dell'applicazione oppure soddisfare una richiesta dei revisori o di carattere legale, è possibile creare un database usando un backup completo salvato nell'insieme di credenziali di Backup di Azure.If you need to retrieve an old version of your database prior to a major application upgrade, satisfy a request from auditors or a legal order, you can create a database using a full backup saved in the Azure Backup Vault. Per altre informazioni, vedere Long-term retention (Conservazione a lungo termine).For more information, see Long-term retention.

Ripristinare un database in un'altra area da un'interruzione del data center regionale di AzureRecover a database to another region from an Azure regional data center outage

Anche se raramente, un data center di Azure può subire un'interruzione del servizio.Although rare, an Azure data center can have an outage. Quando si verifica un'interruzione, viene generata un'interruzione delle attività che potrebbe durare solo pochi minuti oppure ore.When an outage occurs, it causes a business disruption that might only last a few minutes or might last for hours.

  • Una delle opzioni è attendere che il database torni online al termine dell'interruzione del data center.One option is to wait for your database to come back online when the data center outage is over. Questa opzione funziona per le applicazioni che possono rimanere con il database offline.This works for applications that can afford to have the database offline. Ad esempio, un progetto di sviluppo o una versione di valutazione gratuita su cui non è necessario lavorare costantemente.For example, a development project or free trial you don't need to work on constantly. Quando un data center registra un'interruzione del servizio, non si sa quanto tempo essa durerà. Pertanto, questa opzione funziona solo se è possibile rinunciare al database per un periodo di tempo.When a data center has an outage, you do not know how long the outage might last, so this option only works if you don't need your database for a while.
  • Un'altra opzione consiste nell'eseguire il failover in un'altra area dati se si usa la replica geografica attiva o il ripristino di un database tramite backup di database con ridondanza geografica (ripristino geografico).Another option is to either fail over to another data region if you are using active geo-replication or the recover a database using geo-redundant database backups (geo-restore). Il failover richiede solo pochi secondi mentre il ripristino del database da backup richiede ore.Failover takes only a few seconds while database recovery from backups takes hours.

Quando si esegue l'operazione, il tempo necessario per eseguire il ripristino e la quantità di dati persi dipendono dalle modalità in cui si decide di usare la funzionalità di continuità aziendale nell'applicazione.When you take action, how long it takes you to recover, and how much data loss you incur depends upon how you decide to use these business continuity features in your application. In effetti, è possibile scegliere di usare una combinazione di backup del database e replica geografica attiva a seconda dei requisiti dell'applicazione.Indeed, you may choose to use a combination of database backups and active geo-replication depending upon your application requirements. Per una descrizione delle considerazioni sulla progettazione di applicazioni per database autonomi e pool elastici tramite queste funzioni di continuità aziendale, vedere Progettare un'applicazione per il ripristino di emergenza cloud e Strategie di ripristino di emergenza per applicazioni che usano il pool elastico del database SQL.For a discussion of application design considerations for stand-alone databases and for elastic pools using these business continuity features, see Design an application for cloud disaster recovery and Elastic Pool disaster recovery strategies.

Le sezioni seguenti forniscono una panoramica della procedura per eseguire il ripristino tramite backup del database o replica geografica attiva.The following sections provide an overview of the steps to recover using either database backups or active geo-replication. Per la procedura dettagliata, inclusa la pianificazione dei requisiti, i passaggi successivi al ripristino e informazioni su come simulare un'interruzione del servizio per eseguire un'analisi del ripristino di emergenza, vedere Ripristinare un database SQL di Azure o eseguire il failover in un database secondario.For detailed steps including planning requirements, post recovery steps, and information about how to simulate an outage to perform a disaster recovery drill, see Recover a SQL Database from an outage.

Prepararsi a un'interruzione del servizioPrepare for an outage

Indipendentemente dalla funzionalità di continuità aziendale in uso, è necessario:Regardless of the business continuity feature you use, you must:

  • Identificare e preparare il server di destinazione, tra cui le regole del firewall a livello di server, gli account di accesso e le autorizzazioni a livello di database master.Identify and prepare the target server, including server-level firewall rules, logins, and master database level permissions.
  • Stabilire come verranno reindirizzati i client e le applicazioni client verso il nuovo serverDetermine how to redirect clients and client applications to the new server
  • Documentare altre dipendenze, ad esempio impostazioni di controllo e avvisiDocument other dependencies, such as auditing settings and alerts

Se non ci si prepara adeguatamente al ripristino, riportare online le applicazioni dopo un failover o un ripristino del database richiederà ulteriore tempo e probabilmente la risoluzione di problemi aggiuntivi in un momento di stress: una combinazione da evitare.If you do not prepare properly, bringing your applications online after a failover or a database recovery takes additional time and likely also require troubleshooting at a time of stress - a bad combination.

Failover a un database secondario con replica geograficaFail over to a geo-replicated secondary database

Se si usa la replica geografica attiva e i gruppi con failover automatico (in anteprima) come meccanismo di ripristino, è possibile configurare i criteri di failover automatico o usare il failover manuale.If you are using active geo-replication and auto-failover groups (in-preview) as your recovery mechanism, you can configure an automatic failover policy or use manual failover. Una volta avviato, il failover fa sì che il database secondario venga alzato di livello come nuovo database primario e sia pronto per registrare nuove transazioni e rispondere a tutte le query, con una perdita di dati minima per i dati non ancora replicati.Once initiated, the failover causes the secondary to become the new primary and ready to record new transactions and respond to queries - with minimal data loss for the data not yet replicated. Per informazioni su come progettare il processo di failover, vedere Progettare un'applicazione per il ripristino di emergenza cloud.For information on designing the failover process, see Design an application for cloud disaster recovery.

Nota

Quando il data center ritorna in linea, i database primari precedenti si ricollegano automaticamente al nuovo database primario e diventano database secondari.When the data center comes back online the old primaries automatically reconnect to the new primary and become secondary databases. Se si desidera spostare di nuovo il database primario nell'area originale è possibile avviare manualmente un failover pianificato (failback).If you need to relocate the primary back to the original region, you can initiate a planned failover manually (failback).

Eseguire un ripristino geograficoPerform a geo-restore

Se si usano backup automatici con la replica dell'archiviazione con ridondanza geografica come meccanismo di ripristino, avviare il ripristino del database tramite ripristino geografico.If you are using automated backups with geo-redundant storage replication as your recovery mechanism, initiate a database recovery using geo-restore. In genere il ripristino avviene entro 12 ore, con perdita di dati fino a 1 ora dall'ultima acquisizione e replica del backup differenziale orario.Recovery usually takes place within 12 hours - with data loss of up to one hour determined by when the last hourly differential backup with taken and replicated. Fino a quando non viene completato il ripristino, il database non è in grado di registrare tutte le transazioni o rispondere a tutte le query.Until the recovery completes, the database is unable to record any transactions or respond to any queries. Quando si ripristina un database all'ultimo punto disponibile il ripristino geo-secondario in qualsiasi punto nel tempo non è attualmente supportato.While this restores a database to the last available point in time, restoring the geo-secondary to any point in time is not currently supported.

Nota

Se il data center ritorna online prima che l'applicazione venga spostata sul database ripristinato, è possibile annullare il ripristino.If the data center comes back online before you switch your application over to the recovered database, you can cancel the recovery.

Eseguire attività successive al filover/ripristinoPerform post failover / recovery tasks

Dopo il ripristino da un meccanismo di ripristino, è necessario eseguire le seguenti attività aggiuntive prima che utenti e applicazioni siano nuovamente attivi e in esecuzione:After recovery from either recovery mechanism, you must perform the following additional tasks before your users and applications are back up and running:

  • Reindirizzare i client e le applicazioni client verso il nuovo server e il database ripristinatoRedirect clients and client applications to the new server and restored database
  • Verificare che siano disponibili le regole del firewall a livello di server appropriate per consentire agli utenti di connettersi o usare i firewall a livello di databaseEnsure appropriate server-level firewall rules are in place for users to connect (or use database-level firewalls)
  • Verificare che siano presenti gli account di accesso appropriato e le autorizzazioni a livello di database master o usare gli utenti contenutiEnsure appropriate logins and master database level permissions are in place (or use contained users)
  • Configurare il controllo in base alle proprie esigenze.Configure auditing, as appropriate
  • Configurare gli avvisi in base alle proprie esigenze.Configure alerts, as appropriate

Aggiornare un'applicazione con tempo di inattività minimoUpgrade an application with minimal downtime

A volte un'applicazione deve essere portata offline per ragioni di manutenzione pianificata, ad esempio un aggiornamento dell'applicazione.Sometimes an application must be taken offline because of planned maintenance such as an application upgrade. Gestione degli aggiornamenti dell'applicazione descrive come usare la replica geografica attiva per consentire gli aggiornamenti in sequenza dell'applicazione cloud al fine di ridurre al minimo i tempi di inattività durante gli aggiornamenti e fornire un percorso di recupero se si verificano problemi.Manage application upgrades describes how to use active geo-replication to enable rolling upgrades of your cloud application to minimize downtime during upgrades and provide a recovery path if something goes wrong.

Passaggi successiviNext steps

Per una descrizione delle considerazioni sulla progettazione di applicazioni per database autonomi e pool elastici, vedere Progettare un'applicazione per il ripristino di emergenza cloud e Strategie di ripristino di emergenza per applicazioni che usano il pool elastico del database SQL.For a discussion of application design considerations for stand-alone databases and for elastic pools, see Design an application for cloud disaster recovery and Elastic Pool disaster recovery strategies.