Backups automatizadosAutomated backups

O banco de dados SQL cria automaticamente os backups de banco de dados que são mantidos entre 7 e 35 dias e usa o armazenamento com redundância geográfica com acesso de leitura do Azure (ra-grs) para garantir que eles sejam preservados mesmo que o Data Center não esteja disponível.SQL Database automatically creates the database backups that are kept between 7 and 35 days, and uses Azure read-access geo-redundant storage (RA-GRS) to ensure that they are preserved even if the data center is unavailable. Esses backups são criados automaticamente.These backups are created automatically. 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, porque eles protegem seus dados contra exclusão ou corrupção acidentais.Database backups are an essential part of any business continuity and disaster recovery strategy because they protect your data from accidental corruption or deletion. Se suas regras de segurança exigirem que seus backups estejam disponíveis por um longo período de tempo (até 10 anos), você poderá configurar uma retenção de longo prazo em bancos de dados singleton e pools elásticos.If your security rules require that your backups are available for an extended period of time (up to 10 years), you can configure a long-term retention on Singleton databases and Elastic pools.

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 do GDPR do portal de Confiança do Serviço.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 SQLWhat is a SQL Database backup

O banco de dados SQL usa a tecnologia SQL Server para criar backups completos toda semana, backups diferenciais a cada 12 horas e backups de log de Transações a cada 5-10 minutos.SQL Database uses SQL Server technology to create full backups every week, differential backups every 12 hours, and transaction log backups every 5-10 minutes. Os backups são armazenados em blobs de armazenamento ra-grs que são replicados para um Data Center emparelhado para proteção contra uma interrupção Data Center.The backups are stored in RA-GRS storage blobs that are replicated to a paired data center for protection against a data center outage. Quando você restaura um banco de dados, o serviço descobre quais backups completos, diferenciais e de log de transações precisam ser restaurados.When you restore a database, the service figures out which full, differential, and transaction log backups need to be restored.

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

  • Restaure um banco de dados existente para um ponto no tempo no passado dentro do período de retenção usando o portal do Azure, Azure PowerShell, CLI do Azure ou a API REST.Restore an existing database to a point-in-time in the past within the retention period using the Azure portal, Azure PowerShell, Azure CLI, or REST API. Em um banco de dados individual e pools elásticos, essa operação criará um novo banco de dados no mesmo servidor que o banco de dados original.In Single database and Elastic pools, this operation will create a new database in the same server as the original database. No Instância Gerenciada, essa operação pode criar uma cópia do banco de dados ou o mesmo Instância Gerenciada ou diferente na mesma assinatura.In Managed Instance, this operation can create a copy of the database or same or different Managed Instance under the same subscription.
  • Restaure um banco de dados excluído para a hora em que ele foi excluído ou a qualquer momento dentro do período de retenção.Restore a deleted database to the time it was deleted or anytime within the retention period. O banco de dados excluído só pode ser restaurado no mesmo servidor lógico ou Instância Gerenciada em que o banco de dados original foi criado.The deleted database can only be restored in the same logical server or Managed Instance where the original database was created.
  • Restaurar um banco de dados para outra região geográfica.Restore a database to another geographical region. A restauração geográfica permite a recuperação de um desastre geográfico quando você não consegue acessar o servidor nem o banco de dados.Geo-restore allows you to recover from a geographic disaster when you cannot access your server and database. Ele cria um novo banco de dados em qualquer servidor existente do mundo.It creates a new database in any existing server anywhere in the world.
  • Restaure um banco de dados de um backup específico de longo prazo no Banco de Dados Individual ou pool elástico se o banco de dados tiver sido configurado com uma EPD (política de retenção de longo prazo).Restore a database from a specific long-term backup on Single Database or Elastic Pool if the database has been configured with a long-term retention policy (LTR). EPD permite que você restaure uma versão antiga do banco de dados usando o portal do Azure ou 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 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 a copiar arquivos de uma localização para outra.In Azure storage, the term replication refers to copying files from one location to another. Replicação de banco de dados do SQL significa manter vários bancos de dados secundários sincronizados com um banco de dados primário.SQL's database replication refers to keeping multiple secondary databases synchronized with a primary database.

Você pode experimentar algumas dessas operações usando os seguintes exemplos:You can try some of these operations using the following examples:

O Portal do AzureThe Azure portal Azure PowerShellAzure PowerShell
Alterar retenção de backupChange backup retention Banco de Dados IndividualSingle Database
Instância GerenciadaManaged Instance
Banco de Dados IndividualSingle Database
Instância GerenciadaManaged Instance
Alterar retenção de backup de longo prazoChange Long-term backup retention Banco de dados individualSingle database
Instância Gerenciada-N/AManaged Instance - N/A
Banco de Dados IndividualSingle Database
Instância Gerenciada-N/AManaged Instance - N/A
Restaurar o banco de dados do ponto no tempoRestore database from point-in-time Banco de dados individualSingle database Banco de dados individualSingle database
Instância GerenciadaManaged Instance
Restaurar banco de dados excluídoRestore deleted database Banco de dados individualSingle database Banco de dados individualSingle database
Instância GerenciadaManaged Instance
Restaurar banco de dados do armazenamento de BLOBs do AzureRestore database from Azure Blob Storage Banco de dados único-N/ASingle database - N/A
Instância Gerenciada-N/AManaged Instance - N/A
Banco de dados único-N/ASingle database - N/A
Instância GerenciadaManaged Instance

Quanto tempo são backups mantidosHow long are backups kept

Todos os bancos de dados SQL do Azure (bancos de dados de instância única, em pool e gerenciados) têm um período de retenção de backup padrão de sete dias.All Azure SQL databases (single, pooled, and managed instance databases) have a default backup retention period of seven days. Você pode alterar o período de retenção de backup de até 35 dias.You can change backup retention period up to 35 days.

Se você excluir um banco de dados, o Banco de Dados SQL manterá os backups da mesma maneira que em um banco de dados online.If you delete a database, SQL Database will keep the backups in the same way it would for an online database. Por exemplo, se você excluir um banco de dados Básico que tenha um período de retenção de sete dias, um backup de quatro dias será salvo por mais três dias.For example, if you delete a Basic database that has a retention period of seven days, a backup that is four days old is saved for three more days.

Se você precisar manter os backups por mais tempo que o período máximo de retenção, modifique as propriedades de backup para adicionar um ou mais períodos de retenção de longo prazo para o banco de dados.If you need to keep the backups for longer than the maximum retention period, you can modify the backup properties to add one or more long-term retention periods to your database. Para obter mais informações, consulte Retenção de longo prazo.For more information, see Long-term retention.

Importante

Se você excluir o SQL Server do Azure que hospeda os bancos de dados SQL, todos os pools elásticos e bancos de dados que pertencem ao servidor também serão excluídos e não poderão ser recuperados.If you delete the Azure SQL server that hosts SQL databases, all elastic pools and databases that belong to the server are also deleted and cannot be recovered. Você não pode restaurar um servidor excluído.You cannot restore a deleted server. Mas, se você tiver configurado a retenção de longo prazo, os backups dos bancos de dados com LTR não serão excluídos e esses bancos de dados poderão ser restaurados.But if you configured long-term retention, the backups for the databases with LTR will not be deleted and these databases can be restored.

A frequência com que os backups ocorremHow often do backups happen

Backups para a Recuperação PontualBackups for point-in-time restore

O Banco de Dados SQL permite o autoatendimento para PITR (Recuperação Pontual) ao criar automaticamente o backup completo, backups diferenciais e backups de log de transações.SQL Database supports self-service for point-in-time restore (PITR) by automatically creating full backup, differential backups, and transaction log backups. Os backups completos de banco de dados são criados semanalmente, os backups diferenciais de banco de dados geralmente são criados a cada 12 horas e os backups de log de transações geralmente são criados a cada 5 a 10 minutos, com a frequência baseada no tamanho da computação e na quantidade de atividade do banco de dados.Full database backups are created weekly, differential database backups are generally created every 12 hours, and transaction log backups are generally created every 5 - 10 minutes, with the frequency based on the compute size and amount of database activity. O primeiro backup completo é agendado imediatamente após a criação de um banco de dados.The first full backup is scheduled immediately after a database is created. Normalmente ele é concluído em 30 minutos, mas pode levar mais tempo quando o banco de dados tem um tamanho significativo.It usually completes within 30 minutes, but it can take longer when the database is of a significant size. Por exemplo, o backup inicial pode levar mais tempo para um banco de dados restaurado ou uma cópia do banco de dados.For example, the initial backup can take longer on a restored database or a database copy. Após o primeiro backup completo, todos os outros backups são agendados automaticamente e gerenciados de forma silenciosa em segundo plano.After the first full backup, all further backups are scheduled automatically and managed silently in the background. O tempo exato de todos os backups de banco de dados é determinado pelo serviço do Banco de Dados SQL, pois ele equilibra a carga de trabalho geral do sistema.The exact timing of all database backups is determined by the SQL Database service as it balances the overall system workload. Você não pode alterar ou desabilitar os trabalhos de backup.You cannot change or disable the backup jobs.

Os backups de PITR têm redundância geográfica e são protegidos pela Replicação inter-regional do Armazenamento do AzureThe PITR backups are geo-redundant and protected by Azure Storage cross-regional replication

Para obter mais informações, consulte Restauração pontualFor more information, see Point-in-time restore

Backups de retenção de longo prazoBackups for long-term retention

Bancos de dados individuais e em pool oferecem a opção de configurar LTR (retenção de longo prazo) de backups completos por até 10 anos no Armazenamento de Blobs do Azure.Single and pooled databases offer the option of configuring long-term retention (LTR) of full backups for up to 10 years in Azure Blob storage. Quando a política de LTR está habilitada, os backups completos semanais são copiados automaticamente para um contêiner de armazenamento de RA-GRS diferente.If LTR policy is enabled, the weekly full backups are automatically copied to a different RA-GRS storage container. Para atender a diferentes requisitos de conformidade, é possível selecionar diferentes períodos de retenção para backups semanais, mensais e/ou anuais.To meet different compliance requirement, you can select different retention periods for weekly, monthly and/or yearly backups. O consumo do armazenamento depende da frequência selecionada para os backups e dos períodos de retenção.The storage consumption depends on the selected frequency of backups and the retention period(s). 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.

Como o PITR, os backups de LTR têm redundância geográfica e são protegidos pela Replicação inter-regional do Armazenamento do Azure.Like PITR, the LTR backups are geo-redundant and protected by Azure Storage cross-regional replication.

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

Custos de armazenamentoStorage costs

Sete dias de backups automatizados dos seus bancos de dados são copiados para o armazenamento de blobs RA-GRS Standard por padrão.Seven days of automated backups of your databases are copied to RA-GRS Standard blob storage by default. O armazenamento é usado por backups completos semanais, backups diferenciais diários e backups de log de transações copiados a cada 5 minutos.The storage is used by weekly full backups, daily differential backups, and transaction log backups copied every 5 minutes. O tamanho do log de transações depende da taxa de alteração do banco de dados.The size of the transaction log depends on the rate of change of the database. Uma quantidade de armazenamento mínima igual a 100% do tamanho do banco de dados é fornecida sem encargos extras.A minimum storage amount equal to 100% of database size is provided at no extra charge. O consumo adicional de armazenamento de backup será cobrado em GB/mês.Additional consumption of backup storage will be charged in GB/month.

Para saber mais sobre preços de armazenamento, confira a página de preços.For more information about storage prices, see the pricing page.

Os backups são criptografadosAre backups encrypted

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, the backups are automatically encrypted at rest, including LTR backups. Quando a TDE está habilitada para um banco de dados SQL do Azure, os backups também são criptografados.When TDE is enabled for an Azure SQL database, backups are also encrypted. Todos os novos bancos de dados SQL do Azure são configurados com TDE habilitada por padrão.All new Azure SQL databases are configured with TDE enabled by default. Para obter mais informações sobre a TDE, confira Transparent Data Encryption com o Banco de Dados SQL do Azure.For more information on TDE, see Transparent Data Encryption with Azure SQL Database.

Como a Microsoft garante a integridade do backupHow does Microsoft ensure backup integrity

Em uma base contínua, a equipe de engenharia do banco de dados SQL do Azure testa automaticamente a restauração de backups automatizados de banco de dados de bancos que são colocados em servidores lógicos e pools elásticos (isso não está disponível no Instância Gerenciada).On an ongoing basis, the Azure SQL Database engineering team automatically tests the restore of automated database backups of databases placed in Logical servers and Elastic pools (this is not available in Managed Instance). Na restauração pontual, os bancos de dados também recebem verificações de integridade usando DBCC CHECKDB.Upon point-in-time restore, databases also receive integrity checks using DBCC CHECKDB.

Instância gerenciada usa o backup inicial automático CHECKSUM com os bancos de dados restaurados usando RESTORE o comando nativo ou o serviço de migração de data quando a migração é concluída.Managed Instance takes automatic initial backup with CHECKSUM of the databases restored using native RESTORE command or Data Migration Service once the migration is completed.

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 sobre a integridade dos dados no Banco de Dados SQL do Azure, confira Integridade dos dados no Banco de Dados SQL do Azure.For more information about data integrity in Azure SQL Database, see Data Integrity in Azure SQL Database.

Como os backups automatizados afetam a conformidadeHow do automated backups impact compliance

Quando você migra o banco de dados de uma camada de serviço baseada em DTU, com a retenção de PITR padrão de 35 dias, 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 with the default PITR retention of 35 days, to a vCore-based service tier, the PITR retention is preserved to ensure that your application's data recovery policy is not compromised. Se a retenção padrão não atender aos seus requisitos de conformidade, você poderá alterar o período de retenção de PITR usando o PowerShell ou a API REST.If the default retention doesn't meet your compliance requirements, you can change the PITR retention period using PowerShell or REST API. Para obter mais informações, veja Alterar o período de retenção de backup.For more information, see Change 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 do GDPR do portal de Confiança do Serviço.If you’re looking for general info about GDPR, see the GDPR section of the Service Trust portal.

Como alterar o período de retenção de backup de PITRHow to change the PITR backup retention period

Você pode alterar o período de retenção de backup PITR padrão usando o portal do Azure, o PowerShell ou a API REST.You can change the default PITR backup retention period using the Azure portal, PowerShell, or the REST API. Os valores com suporte são: 7, 14, 21, 28 ou 35 dias.The supported values are: 7, 14, 21, 28 or 35 days. Os exemplos a seguir ilustram como alterar a retenção de PITR para 28 dias.The following examples illustrate how to change PITR retention to 28 days.

Aviso

Se você reduzir o período de retenção atual, todos os backups existentes mais antigos que o novo período de retenção não estarão mais disponíveis.If you reduce the current retention period, all existing backups older than the new retention period are no longer available. Se você aumentar o período de retenção atual, o Banco de Dados SQL manterá os backups existentes até que o período de retenção mais longo seja atingido.If you increase the current retention period, SQL Database will keep the existing backups until the longer retention period is reached.

Observação

Essas APIs afetarão somente o período de retenção de PITR.These APIs will only impact 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 will not be impacted. Para obter mais informações sobre como alterar o(s) período(s) de retenção de LTR, confira Retenção de longo prazo.For more information about how to change the LTR retention period(s), see Long-term retention.

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

Para alterar o período de retenção de backup PITR usando o portal do Azure, navegue até o objeto de servidor cujo período de retenção você deseja alterar no portal e, em seguida, selecione a opção apropriada com base no objeto de servidor que você está modificando.To change the PITR backup retention period using the Azure portal, navigate to the server object whose retention period you wish to change within the portal and then select the appropriate option based on which server object you're modifying.

Alteração de PITR para um servidor do Banco de Dados SQLChange PITR for a SQL Database server

Alterar PITR no portal do Azure

Alterar PITR para uma Instância GerenciadaChange PITR for a Managed Instance

Alterar PITR no portal do Azure

Alterar o período de retenção de backup de PITR usando o PowerShellChange PITR backup retention period 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 Azure Resource Manager do PowerShell ainda tem suporte do banco de dados SQL do Azure, mas todo o desenvolvimento futuro é para o módulo AZ. Sql.The PowerShell Azure Resource Manager module is still supported by Azure SQL Database, but all future development is for the Az.Sql module. Para esses cmdlets, consulte AzureRM. SQL.For these cmdlets, see AzureRM.Sql. Os argumentos para os comandos no módulo AZ e nos módulos AzureRm são substancialmente idênticos.The arguments for the commands in the Az module and in the AzureRm modules are substantially identical.

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

Alterar o período de retenção de PITR usando a API RESTChange PITR retention period using 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
  }
}

Exemplo de RespostaSample 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.

Próximas etapasNext steps