Gostaria de espelhar/replicar meus bancos de dados para a nuvem. A nuvem é configurada usando VPN para minha máquina real. Estou um pouco confuso com as opções que tenho e gostaria de obter alguma luz sobre isso. Minha configuração é uma instância do SQL Server 2012 (edição padrão) que deve ser espelhada/replicada para uma instância do SQL Server 2014. A instância contém 30 bancos de dados que estão em modo de recuperação total.
Uma outra opção seria fazer um backup completo, restaurar na nuvem e depois restaurar um diferencial. Mas isso pode levar algum tempo. Eu adoraria minimizar o tempo de inatividade, por isso pensei na maneira de réplica/espelho.
Quais são minhas opções e riscos neste momento?
Parece que você está tentando configurar um ambiente de recuperação de desastres , para que, se sua máquina local explodir, você possa alternar para a máquina do Azure.
Existem várias opções, cada uma com seus prós e contras. Eles estão bem documentados em outro lugar (consulte este link para obter uma visão geral de Brent Ozar: http://www.brentozar.com/archive/2011/12/sql-server-high-availability-disaster-recovery-basics-webcast/ ). Dito isso, talvez você queira examinar o envio de logs e o espelhamento de banco de dados assíncrono em particular.
O envio de log é um processo automatizado para fazer seus backups de log e restaurá-los em outro servidor (por exemplo, Azure). Você pode fazer backups de log a cada cinco minutos para que seu servidor Azure esteja sempre a cerca de cinco minutos de sua máquina local. A vantagem é que é fácil de configurar e pode ser configurado por meio da GUI do SSMS.
O espelhamento de banco de dados leva isso para o próximo nível, enviando constantemente transações concluídas para o outro servidor (ou seja, Azure) para que esteja dentro de um minuto ou mais de sua máquina local (isso depende de sua conexão de rede, é claro).
Existem outras opções, mas se você for novo na recuperação de desastres, recomendo que você as examine para começar.
Com base em seus comentários, sua melhor opção seria espelhamento de banco de dados ou envio de log.
Você tem que avaliar seu RPO e RTO . Como você está usando VPN para sua máquina real - o que significa que é uma conexão ponto a ponto:
Se você for com espelhamento de banco de dados :
Você tem que usar o modo assíncrono. Além disso, se você não estiver executando no mesmo Active Directory, também precisará levar em consideração o tempo para recriar e vincular as contas ao calcular o valor de RTO.
RPO: a partir da última sincronização válida
RTO: (Tempo de falha + Tempo de redirecionamento do cliente para Novo Sistema) - Hora da última sincronização válida
Se você for com Log Shipping (min será 1 min) :
Como o arquivo de log é copiado para um compartilhamento do Windows, esta solução requer acesso à rede e integração com o Active Directory.
RPO: A partir do último aplicativo de backup de log bom para o sistema secundário.
RTO: (Tempo de falha + Tempo de redirecionamento do cliente para Novo Sistema) - Hora da última sincronização válida
Consulte este excelente artigo de Buck Woody: Opções de recuperação de desastres do Microsoft Windows Azure para SQL Server local