Backup gerenciado do SQL Server para o Azure: interoperabilidade e coexistência
Este tópico descreve SQL Server interoperabilidade e coexistência do Backup Gerenciado no Microsoft Azure com vários recursos no SQL Server 2014. Esses recursos incluem: Grupos de Disponibilidade AlwaysOn, Espelhamento de Banco de Dados, Planos de Manutenção de Backup, Envio de Logs, Backups ad hoc, Desanexar Banco de Dados e Remover Banco de Dados.
Grupos de disponibilidade AlwaysOn
Grupos de Disponibilidade AlwaysOn configurados como uma solução somente do Azure com suporte para SQL Server Backup Gerenciado no Microsoft Azure. Não há suporte para configurações Grupo de Disponibilidade AlwaysOn Híbrido ou somente no local. Para obter mais informações e outras considerações, consulte Configurando SQL Server Backup Gerenciado no Azure para Grupos de Disponibilidade
Espelhamento de banco de dados
SQL Server Backup Gerenciado no Microsoft Azure tem suporte apenas no banco de dados principal. Se a entidade de segurança e a espelho estiverem configuradas para usar SQL Server Backup Gerenciado no Microsoft Azure, o banco de dados espelhado será ignorado e não será feito backup. No entanto, no caso de um failover, SQL Server Backup Gerenciado no Microsoft Azure iniciará o processo de backup depois que o espelho tiver concluído a troca de função e estiver online. Os backups serão armazenados em um novo contêiner nesse caso. Se o espelho não estiver configurado para usar SQL Server Backup Gerenciado no Microsoft Azure, no caso de um failover, nenhum backup será feito. Recomendamos que você configure SQL Server Backup Gerenciado para o Microsoft Azure na entidade de segurança e no espelho para que os backups continuem no caso de um failover.
Dica
Se você estiver criando um banco de dados espelhado em uma instância com SQL Server Configurações padrão do Backup Gerenciado para o Microsoft Azure, talvez seja preferível desabilitar SQL Server o Backup Gerenciado para a instância do Microsoft Azure padrão, portanto, eles não serão aplicados ao banco de dados espelhado e, em seguida, reabilitar os padrões de instância depois de configurar a Entidade de Segurança e o Espelho.
Plano de Manutenção
Não há suporte para o uso de Planos de Manutenção para criar backups para um banco de dados quando SQL Server Backup Gerenciado no Microsoft Azure está habilitado. Os planos de manutenção causarão uma cadeia de logs quebrada e SQL Server Backup Gerenciado para o Microsoft Azure talvez não consiga dar suporte a uma capacidade de recuperação garantida do banco de dados durante a restauração. Isso também se aplica quando SQL Server Backup Gerenciado no Microsoft Azure está habilitado no nível da instância.
Dica
Há suporte para planos de manutenção com backups Somente Cópia com SQL Server Backup Gerenciado para o Microsoft Azure configurado para o mesmo banco de dados ou instância.
Envio de logs
Não é possível configurar o Envio de Logs e SQL Server Backup Gerenciado para o Microsoft Azure para o mesmo banco de dados ao mesmo tempo. Isso afetará a capacidade de recuperação do banco de dados usando qualquer uma das funcionalidades.
Backups ad hoc usando Transact-SQL e SQL Server Management Studio
Backups ad hoc ou uma vez criados fora SQL Server Backup Gerenciado no Microsoft Azure usando Transact-SQL ou SQL Server Management Studio podem afetar o SQL Server processo de Backup Gerenciado para o Microsoft Azure, dependendo do tipo de backup e da mídia de armazenamento usada. Os backups de log para uma conta de armazenamento do Azure diferente do que SQL Server o Backup Gerenciado para o Microsoft Azure está usando ou qualquer outro destino que não seja o serviço de Armazenamento de Blobs do Azure, causará uma interrupção na cadeia de logs. Recomendamos que você use o procedimento armazenado smart_admin.sp_backup_on_demand (Transact-SQL) para iniciar um backup em bancos de dados que tenham SQL Server Backup Gerenciado para o Microsoft Azure habilitado. Você pode iniciar um banco de dados completo ou um backup de log usando esse procedimento armazenado.
Remover Banco de Dados e Desanexar Banco de Dados
Se um banco de dados que tiver SQL Server o Backup Gerenciado para o Microsoft Azure habilitado for desanexado ou descartado, embora nenhum backup adicional seja possível, os backups anteriores permanecerão no armazenamento até que o período de retenção tenha decorrido, momento em que os backups serão limpos.
Alterações no modelo de recuperação
Se você alterar o modelo de recuperação de um banco de dados de Simples para Completo ou Bulk-Logged, terá a opção de configurar SQL Server Backup Gerenciado para o Microsoft Azure para o banco de dados. Isso será considerado como um novo banco de dados do SQL Server o Backup Gerenciado para a perspectiva do Microsoft Azure.
Se você alterar o modelo de recuperação de um banco de dados de Full ou Bulk-Logged para Simples, que tenha SQL Server Backup Gerenciado para o Microsoft Azure habilitado, as operações de backup não serão mais agendadas. A configuração de período de retenção ainda estará ativa e os arquivos de backup permanecerão na conta de armazenamento até que o período de retenção tenha decorrido. Se quiser reter os backups, é recomendável que você baixe os arquivos para uma conta de armazenamento diferente ou uma opção local. As configurações são mantidas e podem ser reutilizados se o modelo de recuperação for definido novamente como Full ou Bulk-Logged novamente.
Backups de log usando outras ferramentas de backup ou scripts personalizados
Os dois backups que estiverem configurados para executar os backups de log no mesmo banco de dados causarão a interrupção na cadeia de logs de backup. Embora SQL Server Backup Gerenciado no Microsoft Azure tente corrigir a interrupção na cadeia de backup agendando backups completos quando uma interrupção na cadeia for detectada, isso significa manter-se continuamente com quebras periódicas e backups de log executados por duas ferramentas concorrentes. Isso também pode afetar potencialmente a recuperabilidade do banco de dados porque nenhuma ferramenta pode ter um conjunto completo de backups em sequência. Embora isso se aplique aos dois recursos ou ferramentas que executam os backups de log, é útil chamar exemplos específicos conforme descrito abaixo. Essa também é a base para os problemas com a configuração dos planos de manutenção ou envio de logs conforme descrito nas seções anteriores deste tópico.
Backups baseados no DPM (Data Protection Manager): O Microsoft Data Protection Manager permite que você faça backups completos e incrementais. Os backups incrementais são os backups de log que executam um truncamento de log depois de criar um backup de T-log. Portanto, não há suporte para configurar o DPM e SQL Server Backup Gerenciado para o Microsoft Azure para o mesmo banco de dados.
Ferramentas ou scripts de terceiros: Qualquer ferramenta ou script de terceiros que execute backups de log causando truncamento de log é incompatível com SQL Server Backup Gerenciado no Microsoft Azure e não tem suporte.
Se você tiver SQL Server Backup Gerenciado para o Microsoft Azure habilitado para uma instância de banco de dados e quiser fazer um backup ad hoc, poderá usar o procedimento armazenado smart_admin.sp_backup_on_demand (Transact-SQL), conforme descrito na seção anterior. Se você também precisar agendar ou cancelar backups periodicamente fora do SQL Server Backup Gerenciado no Microsoft Azure, poderá usar o Backup Somente Cópia. Para obter mais informações, confira Backups somente cópia (SQL Server).