Compartilhar via


Restaurar um banco de dados de um backup no Banco de Dados SQL do Azure

Aplica-se a: Banco de Dados SQL do Azure

Este artigo fornece etapas para recuperar qualquer banco de dados de um backup no Banco de Dados SQL do Azure, incluindo bancos de dados de Hiperescala.

Visão geral

Os backups de banco de dados automatizados ajudam a proteger seus bancos de dados contra erros de usuários e aplicativos, exclusão acidental de banco de dados e interrupções prolongadas. Essa funcionalidade interna está disponível para todas as camadas de serviço e tamanhos da computação. As seguintes opções estão disponíveis para a recuperação de banco de dados por meio de backups automatizados:

Se você tiver configurado a LTR (retenção de longo prazo), também será possível criar um banco de dados com base em qualquer backup de retenção de longo prazo em qualquer servidor.

Importante

  • Não é possível substituir um banco de dados existente durante a restauração.
  • As operações de restauração de banco de dados não restauram as tags do banco de dados original.

Ao usar a camada de serviço Standard ou Premium no modelo de compra de DTU, sua restauração de banco de dados pode gerar um custo de armazenamento extra. O custo extra ocorre quando o tamanho máximo do banco de dados restaurado é maior do que a quantidade de armazenamento incluída na camada de serviço e no objetivo de serviço do banco de dados de destino.

Para obter detalhes de preço do armazenamento extra, confira a página Preços do Banco de Dados SQL. Se a quantidade real de espaço usado for menor do que a quantidade de armazenamento incluída, esse custo extra poderá ser evitado por meio da configuração do tamanho máximo do banco de dados para a quantidade incluída.

Tempo de recuperação

Diversos fatores afetam o tempo de recuperação para restaurar um banco de dados por meio de backups de banco de dados automatizados:

  • O tamanho do banco de dados
  • O tamanho da computação do banco de dados
  • O número de logs de transações envolvidos
  • A quantidade de atividade que precisa ser repetida para recuperar até o ponto de restauração
  • A largura de banda de rede se a restauração for para uma região diferente
  • O número de solicitações de restauração simultâneas que são processadas na região de destino

Para um banco de dados muito grande ou muito ativo, a restauração pode levar várias horas. Uma interrupção prolongada em uma região pode causar um alto número de solicitações de restauração geográfica para recuperação de desastres. Quando houver muitas solicitações, o tempo de recuperação dos bancos de dados individuais poderá aumentar. A maioria das restaurações de banco de dados é concluída em menos de 12 horas.

Para uma única assinatura, você tem as seguintes limitações no número de solicitações de restauração simultâneas. Essas limitações se aplicam a qualquer combinação de restaurações pontuais, geográficas e do backup de retenção de longo prazo.

Opção de implantação Número máximo de solicitações simultâneas que estão sendo processadas Número máximo de solicitações simultâneas que estão sendo enviadas
Banco de dados único (por assinatura) 30 100
Pool Elástico (por pool) 4 2\.000

Permissões

Para recuperações com base em backups automatizados, o seguinte é necessário:

  • Um membro da função de Colaborador ou a função de Colaborador do SQL Server na assinatura ou grupo de recursos que contém o servidor lógico
  • O proprietário da assinatura ou do grupo de recursos

Para obter mais informações, confira Funções internas do Azure RBAC.

Você pode usar o portal do Azure, o PowerShell ou a API REST para a recuperação. Não é possível usar o T-SQL.

Restauração em um momento determinado

Você pode restaurar qualquer banco de dados para um ponto anterior no tempo dentro de seu período de retenção. A solicitação de restauração pode especificar qualquer camada de serviço ou tamanho da computação para o banco de dados restaurado. Ao restaurar um banco de dados em um pool elástico, verifique se você tem recursos suficientes no pool para acomodar o banco de dados.

Após a restauração, um banco de dados é criado no mesmo servidor do banco de dados original. O banco de dados restaurado é cobrado a taxas normais com base no tamanho da computação e na camada de serviço. Você não incorrerá em encargos até que a restauração do banco de dados seja concluída.

Um banco de dados geralmente é restaurado para um ponto anterior para fins de recuperação. Você poderá tratar o banco de dados restaurado como um substituto do banco de dados original ou usá-lo como uma fonte de dados para atualizar o banco de dados original.

Importante

  • Você pode executar uma restauração pontual de um banco de dados para o mesmo servidor. Atualmente, não há suporte para restauração pontual entre servidores, entre assinaturas e entre áreas geográficas. Para restaurar um banco de dados em uma região diferente usando backups replicados geograficamente, confira Restauração geográfica.
  • Não é possível executar uma restauração pontual em um banco de dados geográfico secundário. Você só pode fazer isso em um banco de dados primário.
  • O parâmetro BackupFrequency não tem suporte para bancos de dados de hiperescala.
  • As operações de restauração de banco de dados têm uso intensivo de recursos e podem exigir uma camada de serviço S3 ou maior para o banco de dados de restauração (destino). Depois que a restauração for concluída, o banco de dados ou o pool elástico poderá ser reduzido horizontalmente, se necessário.
  • Substituição de banco de dados

    Para que o banco de dados restaurado seja um substituto do banco de dados original, especifique o tamanho de computação e a camada de serviço do original. Você pode então renomear o banco de dados original e dar ao banco de dados restaurado o nome original usando o comando ALTER DATABASE no T-SQL.

  • Recuperação de dados

    Para recuperar dados do banco de dados restaurado a fim de se recuperar de um erro de usuário ou aplicativo, é necessário gravar e executar um script de recuperação de dados que extraia dados do banco de dados restaurado e seja aplicado ao banco de dados original. Embora a operação de restauração possa levar muito tempo para ser concluída, o banco de dados de restauração fica visível na lista de bancos de dados durante todo o processo de restauração.

    Ao excluir o banco de dados durante a restauração, a operação de restauração é cancelada. Você não será cobrado por restaurações incompletas do banco de dados.

Para fazer a recuperação pontual de um banco de dados usando o portal do Azure, abra a página de visão geral do banco de dados e selecione Restaurar na barra de ferramentas para abrir a página Criar Banco de Dados SQL - Restaurar banco de dados:

Captura de tela da opção Restaurar destacada na página Visão geral do banco de dados SQL no portal do Azure.

Na página Criar Banco de Dados SQL – Restaurar banco de dados , especifique a origem do backup e selecione o ponto de backup pontual a partir do qual um novo banco de dados será criado. Como o banco de dados escolhido deve ser restaurado para o servidor atual, o banco de dados de origem e o servidor de destino ficam esmaecidos.

Restauração de backup de longo prazo

Para executar uma operação de restauração em um backup de longo prazo, você pode usar o portal do Azure, a CLI do Azure, o Azure PowerShell ou a API REST. Para obter mais informações, confira Restaurar um backup de longo prazo.

Para recuperar um backup de longo prazo usando o portal do Azure, acesse o servidor lógico. Selecione Backups em Gerenciamento de Dados e selecione Gerenciar em Backups LTR Disponíveis para o banco de dados que você está tentando restaurar.

Captura de tela do portal do Azure que mostra os backups de retenção de longo prazo disponíveis.

Restaurar banco de dados excluído

Você pode restaurar um banco de dados excluído para o horário de exclusão ou para um momento anterior no mesmo servidor usando o portal do Azure, a CLI do Azure, o Azure PowerShell e a API REST.

Importante

Se você excluir um servidor, todos os seus bancos de dados e seus backups PITR também serão excluídos. Não é possível restaurar um servidor excluído nem restaurar os bancos de dados excluídos de backups PITR. Se você configurou backups LTR para esses bancos de dados, poderá usar esses backups para restaurar os bancos de dados em um servidor diferente.

Para fazer a recuperação pontual de um banco de dados excluído usando o portal do Azure, abra a página de visão geral do servidor e selecione Bancos de dados excluídos. Selecione um banco de dados excluído que você quer restaurar e digite o nome do novo banco de dados que será criado com os dados restaurados do backup.

Captura de tela do portal do Azure que mostra como restaurar um banco de dados excluído.

Dica

Pode demorar muitos minutos para que os bancos de dados excluídos recentemente apareçam na página Bancos de dados excluídos do portal do Azure ou para exibir os bancos de dados excluídos programaticamente.

Restauração geográfica

Você pode usar a restauração geográfica para restaurar um banco de dados excluído usando o portal do Azure, a CLI do Azure, o Azure PowerShell e a API REST.

Importante

  • A restauração geográfica somente está disponível para os bancos de dados configurados com armazenamento de backup com redundância geográfica. Se você não estiver usando backups replicados geograficamente para um banco de dados, poderá alterar isso configurando a redundância de armazenamento de backup.
  • Você pode executar a restauração geográfica somente em bancos de dados que residem na mesma assinatura.

A restauração geográfica usa backups replicados geograficamente como a origem. Você pode restaurar um banco de dados em qualquer servidor lógico em qualquer região do Azure pelos backups replicados geograficamente mais recentes. É possível solicitar uma restauração geográfica mesmo quando uma interrupção tornou o banco de dados ou toda a região inacessível.

A restauração geográfica é a opção de recuperação padrão quando o banco de dados não estiver disponível devido a um incidente na região de hospedagem. É possível restaurar o banco de dados para um servidor em qualquer outra região.

Há um atraso entre o momento em que um backup é realizado e quando ele é replicado geograficamente para um blob do Azure em uma região diferente. Como resultado, o banco de dados restaurado pode ter até uma hora de atraso em relação ao banco de dados original. A ilustração a seguir mostra uma restauração do banco de dados desde o último backup disponível em outra região.

Captura de tela de ilustração da restauração geográfica.

No portal do Azure, você cria um novo banco de dados individual e seleciona um backup de restauração geográfica disponível. O banco de dados recém-criado contém os dados de backup da restauração geográfica.

Para fazer a restauração geográfica de um único banco de dados a partir do portal do Azure na região e no servidor de sua escolha, siga estas etapas:

  1. Abra o painel Criar Banco de Dados SQL no portal do Azure. Na guia Noções básicas, insira as informações necessárias.
  2. Selecione Configurações adicionais.
  3. Para usar dados existentes, selecione Backup.
  4. Selecione um backup na lista de backups de restauração geográfica disponíveis.

Captura de tela do portal do Azure mostrando as opções para criar um banco de dados.

Conclua o processo de criação de um banco de dados a partir do backup. Quando o banco de dados é criado no Banco de Dados SQL do Azure, ele contém o backup de restauração geográfica restaurado.

Considerações sobre restauração geográfica

Para obter mais informações sobre como usar a restauração geográfica, confira Recuperação usando a restauração geográfica.

Observação

Para obter informações detalhadas sobre a recuperação de uma interrupção, confira Diretrizes de recuperação de desastre e a Lista de verificação de alta disponibilidade e recuperação de desastre.

A restauração geográfica é a solução mais básica para recuperação de desastre disponível no Banco de Dados SQL. Ela se baseia em backups replicados geograficamente e criados automaticamente com um RPO (objetivo de ponto de recuperação) de até uma hora e um RTO (objetivo de tempo de recuperação) estimado de até 12 horas. Ela não garante que a região de destino terá a capacidade de restaurar seus bancos de dados após uma interrupção regional, devido à possibilidade de um grande aumento de demanda. Se o seu aplicativo usar bancos de dados relativamente pequenos e não for comercialmente crítico, a restauração geográfica será uma solução de recuperação de desastre apropriada.

Para os aplicativos comercialmente críticos que exigem bancos de dados grandes e precisam garantir a continuidade dos negócios, use grupos de failover. Esse recurso oferece um RPO e um RTO muito menores, e a capacidade é sempre garantida.

Para obter mais informações sobre as opções de continuidade dos negócios, confira Visão geral de continuidade de negócios.

Observação

Se você planeja usar a restauração geográfica como solução de recuperação de desastres, recomendamos realizar buscas periódicas para verificar a tolerância do aplicativo a qualquer perda de modificações de dados recentes, juntamente com todos os aspectos operacionais do procedimento de recuperação.

Restaurar banco de dados para outro servidor

Você pode usar os seguintes métodos para restaurar um banco de dados para outro servidor: