Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
Aplica-se a:
SQL Server
Este tópico descreve as considerações ao restaurar um banco de dados usando um backup armazenado no Armazenamento de Blobs do Azure. Isso se aplica a backups criados usando o Backup do SQL Server para backup de URL ou pelo backup gerenciado do SQL Server para o Microsoft Azure.
Recomendamos revisar este tópico se você tiver backups armazenados no Armazenamento de Blob do Azure que planeja restaurar e, em seguida, revise os tópicos que descrevem as etapas sobre como restaurar um banco de dados que é o mesmo para backups locais e do Azure.
Visão geral
As ferramentas e métodos usados para restaurar um banco de dados a partir de um backup local se aplicam à restauração de um banco de dados a partir de um backup em nuvem. As seções a seguir descrevem essas considerações e quaisquer diferenças que você deve saber ao usar backups armazenados no Armazenamento de Blobs do Azure.
Usando Transact-SQL
Como o SQL Server deve se conectar a uma fonte externa para recuperar os arquivos de backup, a Credencial SQL é usada para autenticar na conta de armazenamento. Consequentemente, a instrução RESTORE requer a opção WITH CREDENTIAL. Para mais informações, consulte Backup e Restauração do SQL Server com Armazenamento de Blobs do Microsoft Azure.
Se você estiver usando o backup gerenciado do SQL Server para o Microsoft Azure para gerenciar seus backups na nuvem, poderá revisar todos os backups disponíveis no armazenamento usando a função de sistema smart_admin.fn_available_backups . Esta função do sistema retorna todos os backups disponíveis para um banco de dados em uma tabela. À medida que os resultados são retornados em uma tabela, você pode filtrar ou classificar os resultados. Para obter mais informações, consulte managed_backup.fn_available_backups (Transact-SQL).
Usando o SQL Server Management Studio
- A tarefa de restauração é usada para restaurar um banco de dados usando o SQL Server Management Studio. A página de mídia de backup agora inclui a opção de URL para mostrar arquivos de backup armazenados no Armazenamento de Blob do Azure. Você também deve fornecer a credencial SQL usada para autenticar na conta de armazenamento. A grelha dos conjuntos de backups para restaurar é preenchida com os backups disponíveis no Armazenamento Blob da Azure. Para obter mais informações, consulte Restaurando a partir do armazenamento do Azure usando o SQL Server Management Studio.
Otimizando restauros
Para reduzir o tempo de gravação de restauração, adicione o direito de usuário executar tarefas de manutenção de volume à conta de usuário do SQL Server. Para obter mais informações, consulte Inicialização do arquivo de banco de dados. Se a restauração ainda estiver lenta com a inicialização instantânea do arquivo ativada, observe o tamanho do arquivo de log na instância em que foi feito o backup do banco de dados. Se o log for muito grande em tamanho (vários GBs), espera-se que a restauração seja lenta. Durante a restauração, o arquivo de log deve ser zerado, o que leva uma quantidade significativa de tempo. A restauração inicial dos arquivos de log de transações do banco de dados não pode se beneficiar da inicialização instantânea do arquivo.
Para reduzir os tempos de restauração, recomenda-se a utilização de cópias de segurança comprimidas. Para tamanhos de backup superiores a 25 GB, use o utilitário AzCopy para fazer o download para a unidade local e, em seguida, execute a restauração. Para obter outras práticas recomendadas e recomendações de backup, consulte Práticas recomendadas e solução de problemas de backup do SQL Server para URL.
No SQL Server 2016 (13.x) e versões posteriores, o blob de bloco é preferido para Backup para URL.
- Se você estiver usando blobs de página, poderá ativar o sinalizador de rastreamento 3051 ao fazer a restauração para gerar um log detalhado. Esse arquivo de log é colocado no diretório de log e é nomeado usando o formato:
BackupToUrl-\<instancename>-\<dbname>-action-\<PID>.log. O arquivo de log inclui informações sobre cada viagem de ida e volta ao Armazenamento do Azure, incluindo o tempo que pode ser útil no diagnóstico do problema.