Restaurar um banco de dados a partir de um backup no Banco de Dados SQL do Azure
Aplica-se a: do 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 Hyperscale.
Visão geral
Os backups automatizados de bancos de dados ajudar a proteger seus bancos de dados contra erros de usuários e aplicativos, exclusão acidental de bancos de dados e interrupções prolongadas. Esse recurso interno está disponível para todas as camadas de serviço e tamanhos de computação. As seguintes opções estão disponíveis para recuperação de banco de dados por meio de backups automatizados:
- Crie um novo banco de dados no mesmo servidor, restaurado para um ponto no tempo especificado dentro do período de retenção com restauração de ponto no tempo.
- Crie um banco de dados no mesmo servidor, recuperado até ao momento da eliminação de um banco de dadoseliminado
. - Crie uma nova base de dados em qualquer servidor na mesma região, restaurada para o momento de um backup recente com restauro de retenção a longo prazo ou restauro geográfico.
- Crie um novo banco de dados em qualquer servidor em qualquer outra região, restaurado até ao ponto dos backups replicados mais recentes com restauração geográfica .
Se você configurou de retenção de longo prazo (LTR), também poderá criar um novo banco de dados a partir de 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 do banco de dados não restauram as tags do banco de dados original.
Quando você estiver usando a camada de serviço Standard ou Premium no modelo de compra de DTU, a restauração do banco de dados pode incorrer em um custo de armazenamento extra. O custo extra acontece 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ços de armazenamento extra, consulte a página de 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, você poderá evitar esse custo extra definindo o tamanho máximo do banco de dados para a quantidade incluída.
Tempo de recuperação
Vários fatores afetam o tempo de recuperação para restaurar um banco de dados por meio de backups automatizados de banco de dados:
- O tamanho do banco de dados
- O tamanho de 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 da rede se a restauração for para uma região diferente
- O número de solicitações de restauração simultâneas processadas na região de destino
Para um banco de dados grande ou muito ativo, a restauração pode levar várias horas. Uma interrupção prolongada em uma região pode causar um grande número de solicitações de restauração geográfica para recuperação de desastres. Quando há muitas solicitações, o tempo de recuperação para bancos de dados individuais pode aumentar. A maioria das restaurações de banco de dados termina 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 point-in-time, restaurações geográficas e restaurações a partir de backup de retenção de longo prazo.
Opção de implantação | Max # de solicitações simultâneas sendo processadas | Máximo # de solicitações simultâneas sendo enviadas |
---|---|---|
Base de dados única (por subscrição) | 30 | 100 |
Piscina elástica (por piscina) | 4 | 2.000 |
Permissões
Para recuperar usando backups automatizados, você deve ser:
- Um membro da função de Contribuidor ou da função de Contribuidor do SQL Server na subscrição ou no grupo de recursos que contém o servidor lógico.
- O proprietário da subscrição ou do grupo de recursos
Para obter mais informações, consulte RBAC do Azure: funções internas.
Você pode recuperar usando o portal do Azure, o PowerShell ou a API REST. Não é possível usar o Transact-SQL.
Restauração a um ponto no tempo
Pode restaurar qualquer base de dados para um ponto anterior dentro do período de retenção. A solicitação de restauração pode especificar qualquer camada de serviço ou tamanho de 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.
Quando a restauração estiver concluída, ele criará um novo banco de dados no mesmo servidor que o banco de dados original. O banco de dados restaurado é cobrado a taxas normais, com base em sua camada de serviço e tamanho de computação. Você não incorre em cobranças até que a restauração do banco de dados seja concluída.
Geralmente, você restaura um banco de dados para um ponto anterior para fins de recuperação. Você pode tratar o banco de dados restaurado como um substituto para o 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 point-in-time de um banco de dados para o mesmo servidor. Atualmente, não há suporte para restauração em um determinado momento entre servidores, entre assinaturas e entre geografias. Para restaurar um banco de dados para uma região diferente usando backups replicados geograficamente, consulte Geo-restore.
- Não é possível executar uma restauração no tempo em uma base de dados geográfica secundária. Você pode fazer isso somente em um banco de dados primário.
- O parâmetro
BackupFrequency
não é suportado para bancos de dados Hyperscale. - As operações de restauração de banco de dados consomem muitos recursos e podem exigir uma camada de serviço de S3 ou superior para o banco de dados de restauração (de destino). Quando a restauração for concluída, o banco de dados ou o pool elástico poderá ser reduzido, se necessário.
Substituição de banco de dados
Se desejar que o banco de dados restaurado substitua o banco de dados original, especifique o tamanho de computação e a camada de serviço do banco de dados original. Em seguida, você pode 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
Se você planeja recuperar dados do banco de dados restaurado para se recuperar de um erro de usuário ou aplicativo, precisará escrever e executar um script de recuperação de dados que extraia dados do banco de dados restaurado e se aplica 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.
Se você excluir o banco de dados durante a restauração, a operação de restauração será cancelada. Você não será cobrado pelo banco de dados que não concluiu a restauração.
- portal do Azure
- da CLI do Azure
- PowerShell
- API REST
Para recuperar um banco de dados para um ponto específico no tempo 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 do banco de dados Criar Banco de Dados SQL - Restaurar.
Na página Criar Base de Dados SQL - Restaurar, especifique a origem do backup e selecione o ponto de recuperação temporal a partir do qual uma nova base de dados será criada. Como o banco de dados escolhido deve ser restaurado para o servidor atual, o banco de dados de origem e o servidor de destino estão acinzentados.
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, consulte Restaurar um backup de longo prazo.
Para recuperar um backup de longo prazo usando o portal do Azure, vá para seu servidor lógico. Selecione Backups em Gerenciamento de Dadose, em seguida, selecione Gerir em backups LTR disponíveis para o banco de dados que está a tentar restaurar.
Restaurar banco de dados excluído
Você pode restaurar um banco de dados excluído para o tempo de exclusão, ou um ponto anterior no tempo, 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 e não é possível restaurar os bancos de dados excluídos dos backups PITR.
Se você configurou backups LTR para esses bancos de dados, poderá usá-los para restaurar os bancos de dados em um servidor diferente. Se o servidor lógico tiver sido excluído, use os comandos da CLI do Azure ou do PowerShell para exibir e restaurar backups LTR.
- portal do Azure
- da CLI do Azure
- PowerShell
- API REST
Para recuperar um banco de dados excluído para o tempo de exclusão 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ê deseja restaurar e insira o nome do novo banco de dados que será criado com os dados restaurados do backup.
Dica
Pode levar vários minutos para que os bancos de dados excluídos recentemente apareçam na página
Geo-restauração
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 está disponível apenas para 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 origem. Você pode restaurar um banco de dados em qualquer de servidor lógico
A restauração geográfica é a opção de recuperação padrão quando o banco de dados está indisponível devido a um incidente na região de hospedagem. Você pode restaurar o banco de dados para um servidor em qualquer outra região.
Há um atraso entre quando um backup é feito e quando ele é replicado geograficamente para um blob do Azure em uma região diferente. Como resultado, o banco de dados restaurado pode estar até uma hora atrás do banco de dados original. A ilustração a seguir mostra uma restauração de banco de dados do último backup disponível em outra região.
- portal do Azure
- da CLI do Azure
- PowerShell
- API REST
No portal do Azure, você cria um novo banco de dados único e seleciona um backup de restauração geográfica disponível. O banco de dados recém-criado contém os dados de backup restaurados geograficamente.
Para restaurar geograficamente um único banco de dados do portal do Azure na região e no servidor de sua escolha, siga estas etapas:
- Abra o painel Criar Banco de Dados SQL no portal do Azure. Na guia Noções básicas, insira as informações necessárias.
- Selecione Configurações adicionais.
- Para Usar dados existentes, selecione Cópia de Segurança.
- Selecione um backup na lista de backups de restauração geográfica disponíveis.
Conclua o processo de criação de um banco de dados a partir do backup. Quando você cria um banco de dados 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 utilizar a restauração geográfica, consulte recuperação usando geo-restore.
Observação
Para obter informações detalhadas sobre a recuperação de uma interrupção, consulte as diretrizes de recuperação de desastres e a lista de verificação de alta disponibilidade e recuperação de desastres .
A restauração geográfica é a solução mais básica de recuperação de desastres disponível no Banco de dados SQL. Ele depende de backups replicados geograficamente criados automaticamente com um RPO (Recovery Point Objetive, objetivo de ponto de recuperação) de até 1 hora e um RTO (Recovery Time Objetive, objetivo de tempo de recuperação) estimado de até 12 horas. Isso não garante que a região de destino terá a capacidade de restaurar seus bancos de dados após uma interrupção regional, porque é provável um aumento acentuado da demanda. Se seu aplicativo usa bancos de dados relativamente pequenos e não é crítico para os negócios, a restauração geográfica é uma solução apropriada de recuperação de desastres.
Para aplicações críticas para os negócios que exigem grandes bases de dados e devem garantir a continuidade dos negócios, use grupos de recuperação automática. Esse recurso oferece um RPO e RTO muito mais baixos, e a capacidade é sempre garantida.
Para obter mais informações sobre opções de continuidade de negócios, consulte Visão geral da continuidade de negócios.
Observação
Se você planeja usar a restauração geográfica como solução de recuperação de desastres, recomendamos que realize exercícios periódicos para verificar a tolerância do aplicativo a qualquer perda de modificações de dados recentes, juntamente com todos os aspetos 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:
- Restauração de longo prazo do backup
- de restauração geográfica
- cópia do banco de dados
- Replicação geográfica ativa