Backups automatizadosAutomated backups

O banco de dados SQL cria automaticamente os backups de banco de dados que são mantidos durante o período de retenção configurado 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 for the duration of the configured retention period, 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

Frequência de backupBackup frequency

Restauração pontualPoint-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

Retenção de longo prazoLong-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.

Consumo de armazenamento de backupBackup storage consumption

Para bancos de dados individuais, o uso de armazenamento de backup total é calculado da seguinte maneira:For single databases, the total backup storage usage is calculated as follows:
Total backup storage size = (size of full backups + size of differential backups + size of log backups) – database size.Total backup storage size = (size of full backups + size of differential backups + size of log backups) – database size.

Para pools elásticos, o tamanho total do armazenamento de backup é agregado no nível do pool e é calculado da seguinte maneira:For elastic pools, the total backup storage size is aggregated at the pool level and is calculated as follows:
Total backup storage size = (total size of all full backups + total size of all differential backups + total size of all log backups) - allocated pool data storage.Total backup storage size = (total size of all full backups + total size of all differential backups + total size of all log backups) - allocated pool data storage.

Os backups anteriores ao período de retenção são limpos automaticamente com base em seu carimbo de data/hora.Backups that are older than the retention period are automatically purged based on their timestamp. Como os backups diferenciais e backups de log exigem um backup completo anterior para serem úteis, eles são limpos juntos em partes semanais.Because the differential backups and log backups require an earlier full backup to be useful, they are purged together in weekly chunks.

O banco de dados SQL do Azure calculará o armazenamento de backup total na retenção como um valor cumulativo.Azure SQL Database will compute your total in-retention 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 é Descartado, o consumo diminui como a idade dos backups.After the database is dropped, consumption decreases as backups age. Depois que os backups se tornarem mais antigos que o período de retenção, a cobrança será interrompida.Once the backups become older than the retention period, the billing stops.

Monitorando o consumoMonitoring consumption

Cada tipo de backup (completo, diferencial e log) é relatado na folha de monitoramento do banco de dados como uma métrica separada.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 backups.The following diagram shows how to monitor the backups storage consumption.

Monitore o consumo de backup de banco de dados na folha monitoramento de banco de dados do portal do Azure

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

O consumo de armazenamento de backup excessivo dependerá da carga de trabalho e do tamanho dos bancos de dados individuais.The excess backup storage consumption will depend on the workload and size of the individual databases. Você pode considerar a implementação de algumas das técnicas de ajuste a seguir para reduzir ainda mais o consumo de armazenamento de backup:You can consider implementing some of the following tuning techniques to further reduce your backup storage consumption:

  • Reduza o período de retenção de backup para o mínimo possível para suas necessidades.Reduce the backup retention period to the minimum possible for your needs.
  • Evite executar operações de gravação grandes com mais frequência do que o necessário, como recompilações de índice.Avoid performing large write operations more frequently than needed, such as index rebuilds.
  • Para operações de carregamento de dados grandes, considere o uso de índices columnstore clusterizados, reduza o número de índices não clusterizados e considere também as operações de carregamento em massa com a contagem de linhas em cerca de 1 milhão.For large data load operations consider using clustered columnstore indexes, reduce number of non-clustered indexes, and also consider bulk load operations with row count around one million.
  • Na camada de serviço Uso Geral, o armazenamento de dados provisionado é mais barato do que o preço do armazenamento de backup excessivo, devido a quais clientes com altos custos de armazenamento de backup contínuos podem levar em consideração o aumento do armazenamento de dados para salvar no armazenamento de backup.In General Purpose service tier, the provisioned data storage is less expensive than the price of the excess backup storage due to which customers with continuously high excess backup storage costs may consider increasing the data storage in order to save on the backup storage.
  • Use TempDB em sua lógica ETL para armazenar resultados temporários, em vez de tabelas permanentes (aplicável somente à instância gerenciada).Use TempDB in your ETL logic for storing temporary results, instead of permanent tables (applicable to managed instance only).
  • Considere a desativação da criptografia TDE para bancos de dados que não contenham informações confidenciais (bancos de dado de teste ou desenvolvimento, por exemplo).Consider turning off TDE encryption for databases that do not contain sensitive data (development or test databases, for instance). Os backups de bancos de dados não criptografados normalmente são compactados com uma taxa de compactação mais alta.Backups for non-encrypted databases are typically compressed with a higher compression ratio.

Importante

Para cargas de trabalho analíticas, data mart \ data warehouse é altamente recomendável usar índices columnstore clusterizados, reduzir o número de índices não clusterizados e também considerar operações de carregamento em massa com contagem de linhas em cerca de 1 milhão para reduzir o consumo de armazenamento de backup em excesso.For analytical, data mart \ data warehouse workloads it is strongly recommended to use clustered columnstore indexes, reduce the number of non-clustered indexes, and also consider bulk load operations with row count around one million to reduce the excess backup storage consumption.

Custos de armazenamentoStorage costs

Modelo de DTUDTU Model

Não há nenhum custo adicional para o armazenamento de backup para bancos de dados e pools elásticos usando o modelo de DTU.There is no additional charge for backup storage for databases and elastic pools using the DTU model.

Modelo vCorevCore model

Para bancos de dados individuais, um valor de armazenamento de backup mínimo igual a 100% do tamanho do banco de dados é fornecido sem custo adicional.For single databases, a minimum backup storage amount equal to 100% of database size is provided at no extra charge. Para pools elásticos e instâncias gerenciadas, um valor de armazenamento de backup mínimo igual a 100% do armazenamento de dados alocado para o tamanho do pool ou da instância, respectivamente, é fornecido sem nenhum custo adicional.For elastic pools and managed instances, a minimum backup storage amount equal to 100% of the allocated data storage for the pool or instance size, respectively, 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. Esse consumo adicional dependerá da carga de trabalho e do tamanho dos bancos de dados individuais.This additional consumption will depend on the workload and size of the individual databases.

O BD SQL do Azure calculará o armazenamento de backup total na retenção como um valor cumulativo.Azure SQL DB will compute your total in-retention 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 obter 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 get your consumption at the end of each month. Depois que o banco de dados é Descartado, reduzimos o consumo como a idade dos backups.After the database is dropped, we decrease the consumption as the backups age. Quando eles se tornarem mais antigos do que o período de retenção, a cobrança será interrompida.Once they become older than the retention period, the billing stops. Como todos os backups de log e backups diferenciais são mantidos por todo o período de retenção, os bancos de dados que são muito modificados terão encargos de backup maiores.Because all the log backups and differential backups are retained for the full retention period, databases that are heavily modified will have higher backup charges.

Vamos supor que o banco de dados acumulau 744 GB de armazenamento de backup e esse valor permanece constante em um mês inteiro.Let's assume the database has accumulated 744 GB of backup storage and this amount stays constant throughout an entire month. Para converter esse consumo de armazenamento cumulativo em um uso por hora, dividiremos-o por 744,0 (31 dias por mês * 24 horas por dia).To convert this cumulative storage consumption to an hourly usage, we divide it by 744.0 (31 days per month * 24 hours per day). Portanto, o BD SQL relatará que o banco de dados consumiu 1 GB de backup PITR a cada hora.Thus, SQL DB will report the database consumed 1 GB of PITR backup each hour. A cobrança do Azure agregará isso e mostrará um uso de 744 GB para o mês inteiro e o custo com base na taxa de $/GB/mo em sua região.Azure billing will aggregate this and show a usage of 744 GB for the entire month and the cost based on the $/GB/mo rate in your region.

Agora, um exemplo mais complexo.Now, a more complex example. Suponha que o banco de dados tenha sua retenção aumentada para 14 dias no meio do mês e isso (hipotéticomente) resulta na duplicação total do armazenamento de backup para 1488 GB.Suppose the database has its retention increased to 14 days in the middle of the month and this (hypothetically) results in the total backup storage doubling to 1488 GB. O BD SQL relataria 1 GB de uso por horas 1-372 e, em seguida, relataria o uso como 2 GB para horas 373-744.SQL DB would report 1 GB of usage for hours 1-372, and then report the usage as 2 GB for hours 373-744. Isso seria agregado para ser uma lista final de 1116 GB/mês.This would be aggregated to be a final bill of 1116 GB/mo.

Você pode usar a análise de custo de assinatura do Azure para determinar seus gastos atuais no armazenamento de backup.You can use Azure subscription cost analysis to determine your current spending on backup storage.

Análise de custo de armazenamento de backup

Por exemplo, para entender os custos de armazenamento de backup para a instância gerenciada, acesse sua assinatura no portal do Azure e abra a folha análise de custo.For example, to understand the backup storage costs for managed instance, please go to your subscription in Azure portal and open the Cost Analysis blade. Selecione a subcategoria de medidor mi pitr armazenamento de backup para ver sua previsão de custo e cobrança de backup atual.Select the meter subcategory mi pitr backup storage to see your current backup cost and charge forecast. Você também pode incluir outras subcategorias de medidor, como o armazenamento de uso geral de instância gerenciada ou a instância gerenciada de uso geral-computação gen5 para comparar o custo de armazenamento de backup com outras categorias de custo.You can also include other meter subcategories such as managed instance general purpose - storage or managed instance general purpose - compute gen5 to compare backup storage cost with other cost categories.

Retenção de backupBackup retention

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.

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, 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.

Integridade do backupBackup 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 com CHECKSUM dos bancos de dados restaurados usando o comando RESTORE nativo ou o serviço de migração de serviços 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.

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 seu 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 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.

Alterar o período de retenção de backup PITRChange 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 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 PITR usando portal do AzureChange PITR backup retention period using 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.

A alteração da retenção de backup PITR para bancos de dados SQL individuais do Azure é executada no nível do servidor.Change of PITR backup retention for single Azure SQL Databases is performed at the server level. A alteração feita no nível do servidor se aplica a bancos de dados nesse servidor.Change made at the server level applies to databases on that server. Para alterar o PITR do servidor de banco de dados SQL do Azure de portal do Azure, navegue até a folha visão geral do servidor, clique em gerenciar backups no menu de navegação e, em seguida, clique em configurar retenção na barra de navegação.To change PITR for Azure SQL Database server from Azure portal, navigate to the server overview blade, click on Manage Backups on the navigation menu, and then click on Configure retention at the navigation bar.

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

Amostra de SolicitaçãoSample 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
  }
}

Amostra 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óximos passosNext steps