Backups automatizados – banco de dados SQL do Azure & SQL Instância GerenciadaAutomated backups - Azure SQL Database & SQL Managed Instance

APLICA-SE A: Banco de Dados SQL do Azure Instância Gerenciada de SQL do Azure

Observação

Este artigo mostra as etapas de como excluir dados pessoais do dispositivo ou serviço e pode ser usado para dar suporte às suas obrigações de acordo com o 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. Se você estiver buscando informações gerais sobre o GDPR, confira a seção GDPR do portal do serviço de confiança.If you’re looking for general info about GDPR, see the GDPR section of the Service Trust portal.

O que é um backup de banco de dados?What is a database backup?

Os backups de banco de dados são uma parte essencial de qualquer estratégia de recuperação de desastre e continuidade dos negócios, pois eles protegem seus dados contra corrupção ou exclusão.Database backups are an essential part of any business continuity and disaster recovery strategy, because they protect your data from corruption or deletion. Esses backups permitem a restauração do banco de dados para um ponto no tempo dentro do período de retenção configurado.These backups enable database restore to a point in time within the configured retention period. Se suas regras de proteção de dados exigirem que os backups estejam disponíveis por um tempo estendido (até 10 anos), você poderá configurar a retenção de longo prazo para bancos de dados únicos e em 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.

Frequência de backupBackup frequency

O banco de dados SQL e o SQL Instância Gerenciada usam a tecnologia SQL Server para criar backups completos toda semana, backups diferenciais a cada 12-24 horas e backups de log de transações a cada 5 a 10 minutos.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. A frequência dos backups de logs de transações é baseada no tamanho da computação e na quantidade de atividade do banco de dados.The frequency of transaction log backups is based on the compute size and the amount of database activity.

Quando você restaura um banco de dados, o serviço determina quais backups completos, diferenciais e de log de transações precisam ser restaurados.When you restore a database, the service determines which full, differential, and transaction log backups need to be restored.

Redundância de armazenamento de backupBackup storage redundancy

Por padrão, o banco de dados SQL e o SQL Instância Gerenciada armazenam em blobs de armazenamento com redundância geográfica que são replicados para uma região emparelhada.By default, SQL Database and SQL Managed Instance store data in geo-redundant storage blobs that are replicated to a paired region. Isso ajuda a proteger contra interrupções que afetam o armazenamento de backup na região primária e permite que você restaure o servidor para uma região diferente em caso de desastre.This helps 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.

A opção de configurar a redundância de armazenamento de backup fornece a flexibilidade para escolher entre os blobs de armazenamento com redundância local, com redundância de zona ou com redundância geográfica para um SQL Instância Gerenciada ou um banco de dados SQL.The option to configure backup storage redundancy provides the flexibility to choose between locally-redundant, zone-redundant, or geo-redundant storage blobs for a SQL Managed Instance or a SQL Database. Para garantir que seus dados permaneçam na mesma região onde sua instância gerenciada ou banco de dados SQL está implantado, você pode alterar a redundância de armazenamento de backup com redundância geográfica padrão e configurar blobs de armazenamento com redundância de zona ou localmente redundantes para backups.To ensure that your data stays within the same region where your managed instance or SQL database is deployed, you can change the default geo-redundant backup storage redundancy and configure either locally-redundant or zone-redundant storage blobs for backups. Os mecanismos de redundância de armazenamento armazenam várias cópias de seus dados para que eles sejam protegidos contra eventos planejados e não planejados, incluindo falhas transitórias de hardware, interrupções de rede ou energia ou desastres maciços naturais.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. A redundância de armazenamento de backup configurada é aplicada a configurações de retenção de backup de curto prazo usadas para PITR (restauração pontual) e backups de retenção de longo prazo usados para EPD (backups de longo prazo).The configured backup storage 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).

Para um banco de dados SQL, a redundância de armazenamento de backup pode ser configurada no momento da criação do banco de dados ou pode ser atualizada para um banco de dados existente; as alterações feitas em um banco de dados existente se aplicam somente a backups futuros.For a SQL Database the backup storage redundancy can be configured at the time of database creation or can be updated for an existing database; the changes made to an existing database apply to future backups only. Depois que a redundância de armazenamento de backup de um banco de dados existente é atualizada, pode levar até 48 horas para que as alterações sejam aplicadas.After the backup storage redundancy of an existing database is updated, it may take up to 48 hours for the changes to be applied. Observe que, a restauração geográfica é desabilitada assim que um banco de dados é atualizado para usar o armazenamento local ou com redundância de zona.Note that, geo restore is disabled as soon as a database is updated to use local or zone redundant storage.

Importante

Configure a redundância de armazenamento de backup durante o processo de criação de instância gerenciada assim que o recurso for provisionado, não será mais possível alterar a redundância de armazenamento.Configure backup storage redundancy during the managed instance creation process as once the resource is provisioned, it is no longer possible to change the storage redundancy.

Importante

Atualmente, o armazenamento com redundância de zona só está disponível em determinadas regiões.Zone-redundant storage is currently only available in certain regions.

Observação

A redundância de armazenamento de backup configurável para o banco de dados SQL do Azure está disponível atualmente na visualização pública no sul do Brasil e geralmente disponível somente na região do sudeste asiático do Azure.Configurable Backup Storage Redundancy for Azure SQL Database is currently available in public preview in Brazil South and generally available in Southeast Asia Azure region only. Este recurso ainda não está disponível para a camada de hiperescala.This feature is not yet available for Hyperscale tier.

Uso do backupBackup usage

Use esses backups para:You can use these backups to:

  • Restauração pontual do banco de dados existente - Restaure um banco de dados existente para um ponto no tempo no passado dentro do período de retenção usando portal do Azure, Azure PowerShell, CLI do Azure ou 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. Para o banco de dados SQL, essa operação cria um novo banco de dados no mesmo servidor que o banco de dados original, mas usa um nome diferente para evitar a substituição do banco de dados original.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. Após a conclusão da restauração, você pode excluir o banco de dados original.After restore completes, you can delete the original database. Como alternativa, você pode renomear o banco de dados original e depois renomear o banco de dados restaurado como o nome do banco de dados original.Alternatively, you can rename both the original database, and then rename the restored database to the original database name. Da mesma forma, para o SQL Instância Gerenciada, essa operação cria uma cópia do banco de dados na mesma instância gerenciada ou diferente na mesma assinatura e na mesma região.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.
  • Restauração pontual do banco de dados excluído - Restaure um banco de dados excluído no momento da exclusão ou em qualquer ponto no tempo dentro do período de retenção.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. O banco de dados excluído só pode ser restaurado no mesmo servidor ou instância gerenciada em que o banco de dados original foi criado.The deleted database can be restored only on the same server or managed instance where the original database was created. Ao excluir um banco de dados, o serviço usa um backup de log de transações final antes da exclusão, para evitar qualquer perda de dados.When deleting a database, the service takes a final transaction log backup before deletion, to prevent any data loss.
  • Restauração geográfica - Restaure um banco de dados para outra região geográfica.Geo-restore - Restore a database to another geographic region. A restauração geográfica permite que você se recupere de um desastre geográfico quando não é possível acessar seu banco de dados ou backups na região primária.Geo-restore allows you to recover from a geographic disaster when you cannot access your database or backups in the primary region. Ele cria um novo banco de dados em qualquer servidor ou instância gerenciada existente, em qualquer região do Azure.It creates a new database on any existing server or managed instance, in any Azure region.

    Importante

    A restauração geográfica está disponível somente para bancos de dados SQL ou instâncias gerenciadas configuradas com armazenamento de backup com redundância geográfica.Geo-restore is available only for SQL databases or managed instances configured with geo-redundant backup storage.

  • Restaurar do backup - de longo prazo Restaure um banco de dados de um backup de longo prazo específico de um banco de dados individual ou de um banco de dados em pool, se o banco de dados tiver sido configurado com uma EPD (política de retenção de longo prazo).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). A LTR permite que você restaure uma versão antiga do banco de dados usando o portal do Azure ou o Azure PowerShell para atender a uma solicitação de conformidade ou para executar uma versão antiga do aplicativo.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. Para obter mais informações, consulte Retenção de longo prazo.For more information, see Long-term retention.

Para executar uma restauração, consulte Restaurar um banco de dados de backups.To perform a restore, see Restore database from backups.

Observação

No armazenamento do Azure, o termo replicação refere-se à cópia de blobs de um local para outro.In Azure Storage, the term replication refers to copying blobs from one location to another. No SQL, a replicação de banco de dados refere-se a várias tecnologias usadas para manter vários bancos de dados secundários sincronizados com um banco de dados primário.In SQL, database replication refers to various technologies used to keep multiple secondary databases synchronized with a primary database.

Você pode tentar a configuração de backup e restaurar as operações usando os seguintes exemplos:You can try backup configuration and restore operations using the following examples:

OperaçãoOperation Portal do AzureAzure portal Azure PowerShellAzure PowerShell
Alterar retenção de backupChange backup retention Banco de Dados SQLSQL Database
Instância Gerenciada de SQLSQL Managed Instance
Banco de Dados SQLSQL Database
Instância Gerenciada de SQLSQL Managed Instance
Alterar retenção de backup de longo prazoChange long-term backup retention Banco de Dados SQLSQL Database
SQL Instância Gerenciada-N/ASQL Managed Instance - N/A
Banco de Dados SQLSQL Database
Instância Gerenciada de SQLSQL Managed Instance
Restaurar um banco de dados a partir de um momento determinadoRestore a database from a point in time Banco de Dados SQLSQL Database
Instância Gerenciada de SQLSQL Managed Instance
Banco de Dados SQLSQL Database
Instância Gerenciada de SQLSQL Managed Instance
Restaurar um banco de dados excluídoRestore a deleted database Banco de Dados SQLSQL Database
Instância Gerenciada de SQLSQL Managed Instance
Banco de Dados SQLSQL Database
Instância Gerenciada de SQLSQL Managed Instance
Restaurar um banco de dados do armazenamento de Blobs do AzureRestore a database from Azure Blob storage Banco de dados SQL-N/ASQL Database - N/A
SQL Instância Gerenciada-N/ASQL Managed Instance - N/A
Banco de dados SQL-N/ASQL Database - N/A
Instância Gerenciada de SQLSQL Managed Instance

Agendamento de backupBackup scheduling

O primeiro backup completo é agendado imediatamente após a criação ou restauração de um novo banco de dados.The first full backup is scheduled immediately after a new database is created or restored. Geralmente, esse backup é concluído em 30 minutos, mas pode levar mais tempo quando o banco de dados é grande.This backup usually completes within 30 minutes, but it can take longer when the database is large. Por exemplo, o backup inicial pode levar mais tempo em um banco de dados restaurado ou uma cópia de banco de dados, que normalmente seria maior do que um novo banco de dados.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. Após o primeiro backup completo, todos os backups adicionais são agendados e gerenciados automaticamente.After the first full backup, all further backups are scheduled and managed automatically. O tempo exato de todos os backups de banco de dados é determinado pelo banco de dados SQL ou pelo serviço de Instância Gerenciada do SQL, pois ele equilibra a carga de trabalho geral do 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. Você não pode alterar o agendamento de trabalhos de backup ou desabilitá-los.You cannot change the schedule of backup jobs or disable them.

Importante

Para um banco de dados novo, restaurado ou copiado, o recurso de restauração pontual fica disponível a partir do momento em que o backup de log de transações inicial que segue o backup completo inicial é criado.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.

Consumo de armazenamento de backupBackup storage consumption

Com a tecnologia de backup e restauração SQL Server, restaurar um banco de dados para um ponto no tempo requer uma cadeia de backup ininterrupto que consiste em um backup completo, opcionalmente um backup diferencial e um ou mais backups de log de transações.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. O banco de dados SQL e o agendamento do SQL Instância Gerenciada backup incluem um backup completo toda semana.SQL Database and SQL Managed Instance backup schedule includes one full backup every week. Portanto, para habilitar o PITR em todo o período de retenção, o sistema deve armazenar backups adicionais completos, diferenciais e de log de transações por até uma semana maior do que o período de retenção configurado.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.

Em outras palavras, para qualquer ponto no tempo durante o período de retenção, deve haver um backup completo que seja mais antigo do que o tempo mais antigo do período de retenção, bem como uma cadeia ininterrupta de backups de log de transações e diferenciais desse backup completo até o próximo backup completo.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.

Observação

Para habilitar o PITR, backups adicionais são armazenados por até uma semana maior que o período de retenção configurado.To enable PITR, additional backups are stored for up to a week longer than the configured retention period. O armazenamento de backup é cobrado com a mesma taxa para todos os backups.Backup storage is charged at the same rate for all backups.

Os backups que não são mais necessários para fornecer a funcionalidade PITR são excluídos automaticamente.Backups that are no longer needed to provide PITR functionality are automatically deleted. Como backups diferenciais e backups de log exigem que um backup completo anterior seja restaurável, todos os três tipos de backup são limpos juntos em conjuntos semanais.Because differential backups and log backups require an earlier full backup to be restorable, all three backup types are purged together in weekly sets.

Para todos os bancos de dados, incluindo bancos de dados criptografados TDE , os backups são compactados para reduzir a compactação e os custos de armazenamento de backup.For all databases including TDE encrypted databases, backups are compressed to reduce backup storage compression and costs. A taxa de compactação de backup média é de 3-4 vezes, mas pode ser significativamente menor ou maior, dependendo da natureza dos dados e se a compactação de dados é usada no banco de dado.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.

O banco de dados SQL e o SQL Instância Gerenciada calculam seu armazenamento de backup total usado como um valor cumulativo.SQL Database and SQL Managed Instance compute your total used backup storage as a cumulative value. A cada hora, esse valor é relatado para o pipeline de cobrança do Azure, que é responsável por agregar esse uso por hora para calcular seu consumo no final de cada mês.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. Depois que o banco de dados é excluído, o consumo diminui à medida que os backups expiram e são excluídos.After the database is deleted, consumption decreases as backups age out and are deleted. Depois que todos os backups forem excluídos e o PITR não for mais possível, a cobrança será interrompida.Once all backups are deleted and PITR is no longer possible, billing stops.

Importante

Os backups de um banco de dados são mantidos para habilitar o PITR mesmo que o banco de dados tenha sido excluído.Backups of a database are retained to enable PITR even if the database has been deleted. Embora a exclusão e recriação de um banco de dados possa economizar custos de armazenamento e computação, isso pode aumentar os custos de armazenamento de backup, pois o serviço retém backups para cada banco de dados excluído, sempre que ele é excluído.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.

Monitorar o consumoMonitor consumption

Para bancos de dados vCore, o armazenamento consumido por cada tipo de backup (completo, diferencial e log) é relatado na folha de monitoramento do banco de dados como uma métrica separada.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. O diagrama a seguir mostra como monitorar o consumo de armazenamento de backup para um banco de dados individual.The following diagram shows how to monitor the backup storage consumption for a single database. Este recurso não está disponível no momento para instâncias gerenciadas.This feature is currently not available for managed instances.

Monitorar o consumo de backup de banco de dados no portal do Azure

Ajuste fino do consumo de armazenamento de backupFine-tune backup storage consumption

O consumo de armazenamento de backup até o tamanho máximo de dados de um banco de dado não é cobrado.Backup storage consumption up to the maximum data size for a database is not charged. O consumo de armazenamento de backup excessivo dependerá da carga de trabalho e do tamanho máximo dos bancos de dados individuais.Excess backup storage consumption will depend on the workload and maximum size of the individual databases. Considere algumas das técnicas de ajuste a seguir para reduzir o consumo de armazenamento de backup:Consider some of the following tuning techniques to reduce your backup storage consumption:

  • Reduza o período de retenção de backup ao mínimo possível para suas necessidades.Reduce the backup retention period to the minimum possible for your needs.
  • Evite fazer grandes operações de gravação, como recompilações de índice, com mais frequência do que o necessário.Avoid doing large write operations, like index rebuilds, more frequently than you need to.
  • Para operações de carregamento de dados grandes, considere usar índices columnstore clusterizados e seguir as práticas recomendadasrelacionadas e/ou reduzir o número de índices não clusterizados.For large data load operations, consider using clustered columnstore indexes and following related best practices, and/or reduce the number of non-clustered indexes.
  • Na camada de serviço Uso Geral, o armazenamento de dados provisionado é mais barato do que o preço do armazenamento de backup.In the General Purpose service tier, the provisioned data storage is less expensive than the price of the backup storage. Se você estiver sempre com alto excesso de custos de armazenamento de backup, considere aumentar o armazenamento de dados para salvar no armazenamento de backup.If you have continually high excess backup storage costs, you might consider increasing data storage to save on the backup storage.
  • Use TempDB em vez de tabelas permanentes na lógica do aplicativo para armazenar resultados temporários e/ou dados transitórios.Use TempDB instead of permanent tables in your application logic for storing temporary results and/or transient data.
  • Usar o armazenamento de backup com redundância local sempre que possível (por exemplo, ambientes de desenvolvimento/teste)Use locally-redundant backup storage whenever possible (for example dev/test environments)

Retenção de backupBackup retention

Para todos os bancos de dados novos, restaurados e copiados, o Azure SQL Database e o Azure SQL Instância Gerenciada retêm backups suficientes para permitir PITR nos últimos 7 dias por padrão.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. Com exceção dos bancos de dados de hiperescala e de camada básica, você pode alterar o período de retenção de backup por cada banco de dados ativo no intervalo de 1-35 dias.With the exception of Hyperscale and Basic tier databases, you can change backup retention period per each active database in the 1-35 day range. Conforme descrito em consumo de armazenamento de backup, os backups armazenados para habilitar PITR podem ser mais antigos do que o período de retenção.As described in Backup storage consumption, backups stored to enable PITR may be older than the retention period. Somente para o Azure SQL Instância Gerenciada, é possível definir a taxa de retenção de backup PITR quando um banco de dados tiver sido excluído no intervalo de 0-35 dias.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 você excluir um banco de dados, o sistema manterá os backups da mesma forma que faria com um banco de dados online com seu período de retenção específico.If you delete a database, the system keeps backups in the same way it would for an online database with its specific retention period. Não é possível alterar o período de retenção de backup de um banco de dados excluído.You cannot change backup retention period for a deleted database.

Importante

Se você excluir um servidor ou uma instância gerenciada, todos os bancos de dados nesse servidor ou instância gerenciada também serão excluídos e não poderão ser recuperados.If you delete a server or a managed instance, all databases on that server or managed instance are also deleted and cannot be recovered. Não é possível restaurar um servidor excluído ou uma instância gerenciada.You cannot restore a deleted server or managed instance. Mas se você tiver configurado a EPD (retenção de longo prazo) para um banco de dados ou instância gerenciada, os backups de retenção de longo prazo não serão excluídos e poderão ser usados para restaurar bancos de dados em um servidor ou instância gerenciada diferente na mesma assinatura, até um ponto no tempo em que um backup de retenção de longo prazo foi realizado.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.

A retenção de backup para fins de PITR nos últimos 1-35 dias é, às vezes, chamada de retenção de backup de curto prazo.Backup retention for purposes of PITR within the last 1-35 days is sometimes called short-term backup retention. Se você precisar manter backups por mais tempo do que o período máximo de retenção de curto prazo de 35 dias, poderá habilitar a retenção de longo prazo.If you need to keep backups for longer than the maximum short-term retention period of 35 days, you can enable Long-term retention.

Retenção de longo prazoLong-term retention

Para o banco de dados SQL e o SQL Instância Gerenciada, você pode configurar a EPD (retenção de longo prazo) de backup completo por até 10 anos no armazenamento de BLOBs do 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. Depois que a política EPD é configurada, os backups completos são copiados automaticamente para um contêiner de armazenamento diferente semanalmente.After the LTR policy is configured, full backups are automatically copied to a different storage container weekly. Para atender a vários requisitos de conformidade, você pode selecionar períodos de retenção diferentes para backups completos semanais, mensais e/ou anuais.To meet various compliance requirements, you can select different retention periods for weekly, monthly, and/or yearly full backups. O consumo de armazenamento depende da frequência selecionada e dos períodos de retenção de backups EPD.Storage consumption depends on the selected frequency and retention periods of LTR backups. Você pode usar a Calculadora de preços de LTR para estimar o custo do armazenamento de LTR.You can use the LTR pricing calculator to estimate the cost of LTR storage.

Importante

Atualizar a redundância de armazenamento de backup para um banco de dados SQL do Azure existente só se aplica aos backups futuros feitos para o banco de dados.Updating the backup storage redundancy for an existing Azure SQL Database, only applies to the future backups taken for the database. Todos os backups EPD existentes para o banco de dados continuarão a residir no blob de armazenamento existente e os novos backups serão armazenados no tipo de blob de armazenamento solicitado.All existing LTR backups for the database will continue to reside in the existing storage blob and new backups will be stored on the requested storage blob type.

Para obter mais informações sobre LTR, confira Retenção de backup de longo prazo.For more information about LTR, see Long-term backup retention.

Custos de armazenamentoStorage costs

O preço do armazenamento de backup varia e depende de seu modelo de compra (DTU ou vCore), da opção de redundância de armazenamento de backup escolhida e também de sua região.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. O armazenamento de backup é cobrado por GB/mês consumido, para preços, consulte página de preços do banco de dados SQL do Azure e página de preços do Azure SQL instância gerenciada .The backup storage is charged per GB/month consumed, for pricing see Azure SQL Database pricing page and Azure SQL Managed Instance pricing page.

Modelo de CPUDTU model

No modelo de DTU, não há nenhum custo adicional para o armazenamento de backup para bancos de dados e pools elásticos.In the DTU model, there's no additional charge for backup storage for databases and elastic pools. O preço do armazenamento de backup é parte do preço do banco de dados ou do pool.The price of backup storage is a part of database or pool price.

Modelo vCorevCore model

Para bancos de dados individuais no banco de dados SQL, um valor de armazenamento de backup igual a 100 por cento do tamanho máximo de armazenamento de dados para o banco de dado é fornecido sem custo adicional.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. Para pools elásticos e instâncias gerenciadas, um valor de armazenamento de backup igual a 100% do armazenamento de dados máximo para o pool ou o tamanho máximo de armazenamento de instância, respectivamente, é fornecido sem nenhum custo adicional.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.

Para bancos de dados individuais, esta equação é usada para calcular o uso total de armazenamento de backup cobrável: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

Para bancos de dados em pool, o tamanho total do armazenamento de backup cobrável é agregado no nível do pool e é calculado da seguinte maneira: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

Para instâncias gerenciadas, o tamanho total de armazenamento de backup cobrável é agregado no nível de instância e é calculado da seguinte maneira: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

O armazenamento de backup cobrável total, se houver, será cobrado em GB/mês, de acordo com a taxa de redundância de armazenamento de backup usada.Total billable backup storage, if any, will be charged in GB/month as per the rate of the backup storage redundancy used. Esse consumo de armazenamento de backup dependerá da carga de trabalho e do tamanho de bancos de dados individuais, pools elásticos e instâncias gerenciadas.This backup storage consumption will depend on the workload and size of individual databases, elastic pools, and managed instances. Bancos de dados muito modificados têm backups diferenciais e de log maiores, pois o tamanho desses backups é proporcional à quantidade de alterações de dado.Heavily modified databases have larger differential and log backups, because the size of these backups is proportional to the amount of data changes. Portanto, esses bancos de dados terão encargos de backup maiores.Therefore, such databases will have higher backup charges.

O banco de dados SQL e o SQL Instância Gerenciada calcula seu armazenamento de backup cobrável total como um valor cumulativo em todos os arquivos de backup.SQL Database and SQL Managed Instance computes your total billable backup storage as a cumulative value across all backup files. A cada hora, esse valor é relatado para o pipeline de cobrança do Azure, que agrega esse uso por hora para obter o consumo de armazenamento de backup no final de cada mês.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 um banco de dados for excluído, o consumo de armazenamento de backup diminuirá gradualmente conforme os backups mais antigos expirarem e serão excluídos.If a database is deleted, backup storage consumption will gradually decrease as older backups age out and are deleted. Como backups diferenciais e backups de log exigem que um backup completo anterior seja restaurável, todos os três tipos de backup são limpos juntos em conjuntos semanais.Because differential backups and log backups require an earlier full backup to be restorable, all three backup types are purged together in weekly sets. Depois que todos os backups forem excluídos, a cobrança será interrompida.Once all backups are deleted, billing stops.

Como um exemplo simplificado, suponha que um banco de dados tenha acumulado 744 GB de armazenamento de backup e que esse valor permaneça constante durante um mês inteiro, pois o banco de dados está completamente ocioso.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. Para converter esse consumo de armazenamento cumulativo para o uso por hora, divida-o por 744 (31 dias por mês * 24 horas por dia).To convert this cumulative storage consumption to hourly usage, divide it by 744.0 (31 days per month * 24 hours per day). O banco de dados SQL reportará ao pipeline de cobrança do Azure que o banco de dados consumiu 1 GB de backup de PITR a cada hora, a uma taxa constante.SQL Database will report to Azure billing pipeline that the database consumed 1 GB of PITR backup each hour, at a constant rate. A cobrança do Azure agregará esse consumo e mostrará um uso de 744 GB para o mês inteiro.Azure billing will aggregate this consumption and show a usage of 744 GB for the entire month. O custo será baseado na taxa de quantidade/GB/mês em sua região.The cost will be based on the amount/GB/month rate in your region.

Agora, um exemplo mais complexo.Now, a more complex example. Suponha que o mesmo banco de dados ocioso tenha sua retenção aumentada de 7 dias para 14 dias no meio do mês.Suppose the same idle database has its retention increased from 7 days to 14 days in the middle of the month. Esse aumento resulta na duplicação total do armazenamento de backup para 1.488 GB.This increase results in the total backup storage doubling to 1,488 GB. O banco de dados SQL relataria 1 GB de uso para as horas 1 a 372 (a primeira metade do mês).SQL Database would report 1 GB of usage for hours 1 through 372 (the first half of the month). Ele relataria o uso como 2 GB para as horas de 373 a 744 (a segunda metade do mês).It would report the usage as 2 GB for hours 373 through 744 (the second half of the month). Esse uso seria agregado a uma fatura final de 1.116 GB/mês.This usage would be aggregated to a final bill of 1,116 GB/month.

Os cenários de cobrança de backup reais são mais complexos.Actual backup billing scenarios are more complex. Como a taxa de alterações no banco de dados depende da carga de trabalho e é variável ao longo do tempo, o tamanho de cada backup diferencial e de log varia também, fazendo com que o consumo de armazenamento de backup por hora seja flutuante de forma adequada.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. Além disso, cada backup diferencial contém todas as alterações feitas no banco de dados desde o último backup completo, portanto, o tamanho total de todos os backups diferenciais aumenta gradualmente ao longo de uma semana e, em seguida, é mais nítido quando um conjunto mais antigo de backups completos, diferenciais e de log é desatualizado. Por exemplo, se uma atividade de gravação pesada, como a recompilação de índice, tiver sido executada logo após a conclusão de um backup completo, as modificações feitas pela recompilação de índice serão incluídas nos backups de log de transações feitos durante a recompilação, no próximo backup diferencial e em todos os backups diferenciais feitos até o próximo backup completo ocorrer.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. Para o último cenário em bancos de dados maiores, uma otimização no serviço cria um backup completo em vez de um backup diferencial se um backup diferencial fosse excessivamente grande, caso contrário.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. Isso reduz o tamanho de todos os backups diferenciais até o backup completo a seguir.This reduces the size of all differential backups until the following full backup.

Você pode monitorar o consumo de armazenamento de backup total para cada tipo de backup (completo, diferencial, log de transações) ao longo do tempo, conforme descrito em monitorar consumo.You can monitor total backup storage consumption for each backup type (full, differential, transaction log) over time as described in Monitor consumption.

Redundância de armazenamento de backupBackup storage redundancy

A redundância de armazenamento de backup afeta os custos de backup da seguinte maneira:Backup storage redundancy impacts backup costs in the following way:

  • preço com redundância local = xlocally-redundant price = x
  • preço com redundância de zona = 1,25 xzone-redundant price = 1.25x
  • preço com redundância geográfica = 2xgeo-redundant price = 2x

Para obter mais detalhes sobre preços de armazenamento de backup, visite a página de preços do banco de dados SQL do Azure e a página de preços do SQL instância gerenciadaFor more details about backup storage pricing visit Azure SQL Database pricing page and Azure SQL Managed Instance pricing page.

Importante

A redundância de armazenamento de backup configurável para a instância gerenciada do SQL está disponível em todas as regiões do Azure e atualmente disponível somente na região do sudeste asiático do Azure para o banco de dados SQL.Configurable backup storage redundancy for SQL Managed instance is available in all Azure regions and currently available in Southeast Asia Azure region only for SQL Database. Por Instância Gerenciada ele só pode ser especificado durante o processo de criação de instância gerenciada.For Managed Instance it can only be specified during the create managed instance process. Depois que o recurso for provisionado, você não poderá alterar a opção de redundância de armazenamento de backup.Once the resource is provisioned, you cannot change the backup storage redundancy option.

Monitorar custosMonitor costs

Para entender os custos de armazenamento de backup, vá para Gerenciamento de custos + Cobrança no portal do Azure, selecione Gerenciamento de Custos e, em seguida, Análise de custo.To understand backup storage costs, go to Cost Management + Billing in the Azure portal, select Cost Management, and then select Cost analysis. Selecione a assinatura desejada como Escopo e, em seguida, filtre o período de tempo e o serviço nos quais você está interessado.Select the desired subscription as the Scope, and then filter for the time period and service that you're interested in.

Adicione um filtro para o Nome do serviço e, em seguida, selecione banco de dados sql na lista suspensa.Add a filter for Service name, and then select sql database in the drop-down list. Use o filtro subcategoria de medidor para escolher o contador de cobrança para seu serviço.Use the meter subcategory filter to choose the billing counter for your service. Para um único banco de dados ou um pool de banco de dados elástico, selecione pool único/elástico PITR armazenamento de backup.For a single database or an elastic database pool, select single/elastic pool PITR backup storage. Para uma instância gerenciada, selecione PITR armazenamento de backup de mi.For a managed instance, select mi PITR backup storage. As subcategorias Armazenamento e Computação também podem lhe interessar, mas elas não estão associadas aos custos de armazenamento de backup.The Storage and compute subcategories might interest you as well, but they're not associated with backup storage costs.

Análise de custo de armazenamento de backup

Observação

Os medidores só são visíveis para os contadores que estão em uso no momento.Meters are only visible for counters that are currently in use. Se um contador não estiver disponível, é provável que a categoria não esteja sendo usada no momento.If a counter is not available, it is likely that the category is not currently being used. Por exemplo, os contadores de instância gerenciada não estarão presentes para os clientes que não têm uma instância gerenciada implantada.For example, managed instance counters will not be present for customers who do not have a managed instance deployed. Da mesma forma, os contadores de armazenamento não estarão visíveis para os recursos que não estão consumindo armazenamento.Likewise, storage counters will not be visible for resources that are not consuming storage.

Backups criptografadosEncrypted backups

Quando o banco de dados é criptografado com TDE, os backups são criptografados automaticamente em repouso, incluindo os backups de LTR.If your database is encrypted with TDE, backups are automatically encrypted at rest, including LTR backups. Todos os novos bancos de dados no Azure SQL são configurados com TDE habilitado por padrão.All new databases in Azure SQL are configured with TDE enabled by default. Para obter mais informações sobre o TDE, consulte Transparent Data Encryption com o banco de dados sql & sql instância gerenciada.For more information on TDE, see Transparent Data Encryption with SQL Database & SQL Managed Instance.

Integridade do backupBackup integrity

Em uma base contínua, a equipe de engenharia do SQL do Azure testa automaticamente a restauração de backups de banco de dados automatizados.On an ongoing basis, the Azure SQL engineering team automatically tests the restore of automated database backups. (Este teste não está disponível no momento no SQL Instância Gerenciada.) Na restauração pontual, os bancos de dados também recebem verificações de integridade do DBCC CHECKDB.(This testing is not currently available in SQL Managed Instance.) Upon point-in-time restore, databases also receive DBCC CHECKDB integrity checks.

Os problemas encontrados durante a verificação de integridade resultarão em um alerta para a equipe de engenharia.Any issues found during the integrity check will result in an alert to the engineering team. Para obter mais informações, consulte integridade de dados no banco de dados SQL.For more information, see Data Integrity in SQL Database.

Todos os backups de banco de dados são obtidos com a opção CHECKSUM para fornecer integridade de backup adicional.All database backups are taken with the CHECKSUM option to provide additional backup integrity.

ConformidadeCompliance

Quando você migra seu banco de dados de uma camada de serviço baseada em DTU para uma camada de serviço baseada em vCore, a retenção de PITR é preservada para garantir que a política de recuperação de dados do aplicativo não seja comprometida.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 a retenção padrão não atender aos seus requisitos de conformidade, você poderá alterar o período de retenção do PITR.If the default retention doesn't meet your compliance requirements, you can change the PITR retention period. Para obter mais informações, consulte Alterar o período de retenção de backup de PITR.For more information, see Change the PITR backup retention period.

Observação

Este artigo mostra as etapas de como excluir dados pessoais do dispositivo ou serviço e pode ser usado para dar suporte às suas obrigações de acordo com o 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. Se você estiver buscando informações gerais sobre o GDPR, confira a seção GDPR do portal do serviço de confiança.If you’re looking for general info about GDPR, see the GDPR section of the Service Trust portal.

Alterar o período de retenção de backup de PITRChange the PITR backup retention period

Você pode alterar o período de retenção de backup de PITR padrão usando o portal do Azure, o PowerShell ou a API REST.You can change the default PITR backup retention period by using the Azure portal, PowerShell, or the REST API. Os exemplos a seguir ilustram como alterar a retenção de PITR para 28 dias.The following examples illustrate how to change the PITR retention to 28 days.

Aviso

Se você reduzir o período de retenção atual, perderá a capacidade de restaurar para pontos no tempo mais antigos do que o novo período de retenção.If you reduce the current retention period, you lose the ability to restore to points in time older than the new retention period. Os backups que não são mais necessários para fornecer PITR no novo período de retenção são excluídos.Backups that are no longer needed to provide PITR within the new retention period are deleted. Se você aumentar o período de retenção atual, não obterá imediatamente a capacidade de restaurar para os pontos mais antigos no novo período de retenção.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. Você pode obter essa capacidade ao longo do tempo, à medida que o sistema começa a reter backups por mais tempo.You gain that ability over time, as the system starts to retain backups for longer.

Observação

Essas APIs afetarão somente o período de retenção de PITR.These APIs will affect only the PITR retention period. Se você tiver configurado a LTR para o banco de dados, ela não será afetada.If you configured LTR for your database, it won't be affected. Para mais informações sobre como alterar os períodos de retenção de LTR, consulte Retenção de longo prazo.For information about how to change LTR retention periods, see Long-term retention.

Alterar o período de retenção de backup de PITR usando o portal do AzureChange the PITR backup retention period by using the Azure portal

Para alterar o período de retenção de backup PITR para bancos de dados ativos usando o portal do Azure, vá para o servidor ou instância gerenciada com os bancos de dados cujo período de retenção você deseja alterar.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.

Alterações na retenção de backup PITR para banco de dados SQL são feitas na página servidor no Portal.Changes to PITR backup retention for SQL Database are done on the server page in the portal. Para alterar a retenção de PITR para bancos de dados em um servidor, vá para a folha visão geral do servidor.To change PITR retention for databases on a server, go to the server overview blade. Selecione gerenciar backups no painel esquerdo, selecione os bancos de dados no escopo de sua alteração e, em seguida, selecione Configurar retenção na parte superior da tela: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:

Alterar a retenção de PITR, nível de servidor

Alterar o período de retenção de backup de PITR usando o PowerShellChange the PITR backup retention period by using PowerShell

Observação

Este artigo foi atualizado para usar o novo módulo Az do Azure PowerShell.This article has been updated to use the new Azure PowerShell Az module. Você ainda pode usar o módulo AzureRM, que continuará a receber as correções de bugs até pelo menos dezembro de 2020.You can still use the AzureRM module, which will continue to receive bug fixes until at least December 2020. Para saber mais sobre o novo módulo Az e a compatibilidade com o AzureRM, confira Apresentação do novo módulo Az do Azure PowerShell.To learn more about the new Az module and AzureRM compatibility, see Introducing the new Azure PowerShell Az module. Para obter instruções de instalação do módulo Az, confira Instalar o Azure PowerShell.For Az module installation instructions, see Install Azure PowerShell.

Importante

O módulo AzureRM do PowerShell ainda tem suporte do banco de dados SQL e do SQL Instância Gerenciada, mas todo o desenvolvimento futuro é para o módulo 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. Para obter mais informações, consulte AzureRM.Sql.For more information, see AzureRM.Sql. Os argumentos para os comandos no módulo Az são substancialmente idênticos aos dos módulos AzureRm.The arguments for the commands in the Az module are substantially identical to those in the AzureRm modules.

Para alterar a retenção de backup do PITR para bancos de dados SQL do Azure ativos, use o seguinte exemplo do PowerShell.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

Alterar o período de retenção de backup de PITR usando a API RESTChange the PITR backup retention period by using the REST API

Solicitação de exemploSample 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 da solicitaçãoRequest body

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

Resposta de exemploSample response

Código de status: 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
  }
}

Para obter mais informações, confira API REST de retenção de backup.For more information, see Backup Retention REST API.

Solicitação de exemploSample 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 da solicitaçãoRequest body

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

Resposta de exemploSample response

Código de status: 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
  }
}

Para obter mais informações, confira API REST de retenção de backup.For more information, see Backup Retention REST API.

Configurar a redundância de armazenamento de backupConfigure backup storage redundancy

Observação

A redundância de armazenamento configurável para backups para SQL Instância Gerenciada só pode ser especificada durante o processo de criação de instância gerenciada.Configurable storage redundancy for backups for SQL Managed Instance can only be specified during the create managed instance process. Depois que o recurso for provisionado, você não poderá alterar a opção de redundância de armazenamento de backup.Once the resource is provisioned, you can't change the backup storage redundancy option. Para o banco de dados SQL, a visualização pública desse recurso está disponível atualmente no sul do Brasil e está disponível na região sudeste asiático do Azure.For SQL Database, public preview of this feature is currently available in Brazil South and it is generally available in Southeast Asia Azure region.

Uma redundância de armazenamento de backup de uma instância gerenciada pode ser definida somente durante a criação da instância.A backup storage redundancy of a managed instance can be set during instance creation only. Para um banco de dados SQL, ele pode ser definido ao criar o banco de dados ou pode ser atualizado para um banco de dados existente.For a SQL Database it can be set when creating the database or can be updated for an existing database. O valor padrão é armazenamento com redundância geográfica.The default value is geo-redundant storage. Para obter as diferenças de preço entre redundância local, com redundância de zona e armazenamento de backup com redundância geográfica, visite a página de preços de instância gerenciada.For differences in pricing between locally-redundant, zone-redundant and geo-redundant backup storage visit managed instance pricing page.

Configurar a redundância de armazenamento de backup usando o portal do AzureConfigure backup storage redundancy by using the Azure portal

No portal do Azure, você pode configurar a redundância de armazenamento de backup na folha criar banco de dados SQL .In Azure portal, you can configure the backup storage redundancy on the Create SQL Database blade. A opção está disponível na seção redundância de armazenamento de backup.The option is available under the Backup Storage Redundancy section. Abrir folha criar banco de dados SQLOpen Create SQL Database blade

Configurar a redundância de armazenamento de backup usando o PowerShellConfigure backup storage redundancy by using PowerShell

Para configurar a redundância de armazenamento de backup ao criar um novo banco de dados, você pode especificar o parâmetro-BackupStoageRedundancy.To configure backup storage redundancy when creating a new database you can specify the -BackupStoageRedundancy parameter. Os valores possíveis são geo, zona e local.Possible values are Geo, Zone and Local. Por padrão, todos os bancos de dados SQL usam o armazenamento com redundância geográfica para backups.By default, all SQL Databases use geo-redundant storage for backups. A restauração geográfica será desabilitada se um banco de dados for criado com armazenamento de backup local ou com redundância de zona.Geo Restore is disabled if a database is created with local or zone redundant backup storage.

# Create a new database with geo-redundant backup storage.  
New-AzSqlDatabase -ResourceGroupName "ResourceGroup01" -ServerName "Server01" -DatabaseName "Database03" -Edition "GeneralPurpose" -Vcore 2 -ComputeGeneration "Gen5" -BackupStorageRedundancy Geo

Para obter detalhes , visite New-AzSqlDatabase.For details visit New-AzSqlDatabase.

Para atualizar a redundância de armazenamento de backup de um banco de dados existente, você pode usar o parâmetro-BackupStorageRedundancy.To update backup storage redundancy of an existing database, you can use the -BackupStorageRedundancy parameter. Os valores possíveis são geo, zona e local.Possible values are Geo, Zone and Local. Observe que, pode levar até 48 horas para que as alterações sejam aplicadas no banco de dados.Note that, it may take up to 48 hours for the changes to be applied on the database. Alternar do armazenamento de backup com redundância geográfica para o armazenamento local ou com redundância de zona desabilita a restauração geográfica.Switching from geo-redundant backup storage to local or zone redundant storage disables geo restore.

# Change the backup storage redundancy for Database01 to zone-redundant. 
Set-AzSqlDatabase -ResourceGroupName "ResourceGroup01" -DatabaseName "Database01" -ServerName "Server01" -BackupStorageRedundancy Zone

Para obter detalhes , visite Set-AzSqlDatabaseFor details visit Set-AzSqlDatabase

Observação

Para usar o parâmetro-BackupStorageRedundancy com restauração de banco de dados, cópia de banco de dados ou criar operações secundárias, use Azure PowerShell versão AZ. SQL 2.11.0.To use -BackupStorageRedundancy parameter with database restore, database copy or create secondary operations, use Azure PowerShell version Az.Sql 2.11.0.

Usar Azure Policy para impor a redundância de armazenamento de backupUse Azure Policy to enforce backup storage redundancy

Se você tiver requisitos de residência de dados que exigem que você mantenha todos os seus dados em uma única região do Azure, talvez queira impor backups com redundância de zona ou localmente para o banco de dados SQL ou Instância Gerenciada usando Azure Policy.If you have data residency requirements that require you to keep all your data in a single Azure region, you may want to enforce zone-redundant or locally-redundant backups for your SQL Database or Managed Instance using Azure Policy. Azure Policy é um serviço que você pode usar para criar, atribuir e gerenciar políticas que aplicam regras aos recursos do Azure.Azure Policy is a service that you can use to create, assign, and manage policies that apply rules to Azure resources. Azure Policy ajuda a manter esses recursos em conformidade com seus padrões corporativos e contratos de nível de serviço.Azure Policy helps you to keep these resources compliant with your corporate standards and service level agreements. Para saber mais, confira Visão geral do Azure Policy.For more information, see Overview of Azure Policy.

Políticas internas de redundância de armazenamento de backupBuilt-in backup storage redundancy policies

As novas políticas internas a seguir são adicionadas, que podem ser atribuídas no nível de assinatura ou grupo de recursos para bloquear a criação de novos bancos de dados ou instâncias com o armazenamento de backup com redundância geográfica.Following new built-in policies are added, which can be assigned at the subscription or resource group level to block creation of new database(s) or instance(s) with geo-redundant backup storage.

O Banco de Dados SQL deve evitar o uso de redundância de backup de GRSSQL Database should avoid using GRS backup redundancy

As Instâncias Gerenciadas do SQL devem evitar o uso de redundância de backup de GRSSQL Managed Instances should avoid using GRS backup redundancy

Uma lista completa de definições de políticas internas para o banco de dados SQL e Instância Gerenciada pode ser encontrada aqui.A full list of built-in policy definitions for SQL Database and Managed Instance can be found here.

Para impor os requisitos de residência de dados em um nível organizacional, essas políticas podem ser atribuídas a uma assinatura.To enforce data residency requirements at an organizational level, these policies can be assigned to a subscription. Depois que eles são atribuídos em um nível de assinatura, os usuários na assinatura específica não poderão criar um banco de dados ou uma instância gerenciada com armazenamento de backup com redundância geográfica via portal do Azure ou Azure PowerShell.After these are assigned at a subscription level, users in the given subscription will not be able to create a database or a managed instance with geo-redundant backup storage via Azure portal or Azure PowerShell.

Importante

As políticas do Azure não são impostas ao criar um banco de dados via T-SQL.Azure policies are not enforced when creating a database via T-SQL. Para impor a residência de dados ao criar um banco de dados usando o T-SQL, use ' local ' ou ' zona ' como entrada para BACKUP_STORAGE_REDUNDANCY parâmetro na instrução CREATE DATABASE.To enforce data residency when creating a database using T-SQL, use 'LOCAL' or 'ZONE' as input to BACKUP_STORAGE_REDUNDANCY paramater in CREATE DATABASE statement.

Saiba como atribuir políticas usando o portal do Azure ou Azure PowerShellLearn how to assign policies using the Azure portal or Azure PowerShell

Próximas etapasNext steps