Eu tenho 2 máquinas SQL Server 2012. Um é de produção e o outro será para backup. Eu estava pensando em usar o AoHA, mas requer
- SQL Server 2012 Enterprise para sistema operacional de servidor
- um domínio AD
Não tenho nem Enterprise nem um domínio, o que descarta a opção AoHA.
Eu estava investigando o espelhamento, pois parece ser minha próxima melhor opção, mas toda a documentação que estou lendo no MSDN, etc., diz que esse recurso será removido.
Para minha situação, o espelhamento funcionará? Tenho cerca de 50 GB de banco de dados e gostaria de duplicá-los em um segundo servidor, caso o principal caia ou algo assim.
Atualização rápida - com base nos comentários, examinei o Log Shipping e isso resolveu meus problemas. Meus bancos de dados agora estão fazendo backup em um servidor secundário por meio do método Log Shipping (também faço backup externo dos bancos de dados todas as noites). Obrigado pela ajuda.
Atualização: como Paul White menciona em um comentário, foi anunciado que o SQL 2016 oferecerá suporte a grupos alwayson de dois nós por meio do recurso limitado "Basic AlwaysOn Group". Como o Windows 2012 Standard Edition inclui clustering, não haverá necessidade de licenciamento "corporativo" para usar um par AlwaysOn simples. Como o SQL2016 ainda não foi lançado, isso não afeta imediatamente o autor desta pergunta, as coisas podem mudar ainda mais entre agora e o RTM, e Valien já está usando o SQL2012 atualmente, a resposta ainda está correta a partir de agora, mas em breve haverá mais ou menos substituição direta para espelhamento simples no SQL Standard Edition.
Mas antes do lançamento do SQL 2016...
O espelhamento sendo descartado em versões futuras é um aborrecimento para muitos que não podem usar o AO (principalmente devido aos requisitos da edição corporativa), mas se você precisar usá-lo, você o encontrará presente e suportado até o SQL2014 (em MS terminologia de lançamento obsoleto significa "nós pretendemos removê-lo em algum momento, então esteja preparado para mudar mais cedo ou mais tarde" e não "pare de usá-lo agora ou você está em uma configuração não suportada"). Como 2016 ainda não foi lançado, o conjunto final de recursos não pode ser confirmado, mas a duração da janela de suporte de 2014 dá a você algum tempo para brincar antes de ter que mudar para algum outro método para que você possa usar o espelhamento agora, mas certifique-se de que o gerenciamento saiba disso você precisa dedicar algum tempo para pesquisar opções futuras.
Dito isto, a implementação de uma nova solução com um recurso obsoleto (qualquer que seja a definição de "obsoleto") geralmente não é recomendada.
Se sua intenção é provar a recuperação de desastres, uma boa solução de backup pode ser tudo o que você precisa: defina seu banco de dados para recuperação total, faça backups completos regularmente e faça backups de log ainda mais regularmente entre eles, certifique-se de que as cópias desses backups sejam mantidas fora do servidor e testado regularmente.
O próximo passo seria automatizar o teste dos backups: restaurar regularmente na segunda caixa o último backup completo e os backups de log subsequentes. Ou, para conseguir a mesma coisa, implemente o envio de logs. Em ambos os casos, faça com que alguma solução automatizada verifique a cópia de destino para garantir que ela esteja funcionando bem e tenha os dados que você esperaria (se o backup do log for a cada hora, a qualquer momento, qualquer alteração no banco de dados de origem fez um pouco mais do que um hora atrás deve estar presente no destino, se o aplicativo ainda não tiver algo que você possa verificar facilmente (como uma trilha de auditoria completa com atividade regular o suficiente), então tenha uma tabela com uma única coluna de data e hora defina uma tarefa agendada para descartar CURRENT_TIMESTAMP lá uma vez por minuto), mande-lhe um e-mail/sms/outro se detectar um problema (banco de dados não disponível, ou os dados no secundário parecem muito antigos). Dessa forma, você não precisa restaurar do zero quando algo catastrófico acontecer: você deve estar no máximo a uma restauração de log de ter um banco de dados relativamente atualizado na segunda caixa. Isso não é tão suave quanto a possibilidade de troca rápida fornecida pelo espelhamento ou AO, mas pode ser suficiente para suas necessidades. Consulte seus usuários para garantir que isso seja realmente suficiente - faça com que especifiquem os tempos de "tempo máximo de inatividade" e "perda máxima de dados em uma situação de DR", ou seja, "o serviço deve ser restaurado dentro de duas horas, não devemos perder dados de mais de uma hora antes da interrupção" ou algo assim (isso pode variar muito: alguns dos sistemas de baixo volume que gerenciamos têm uma janela de perda de 24 horas agradavelmente branda,
Claro, esteja ciente de que os backups são mantidos fora do local, bem como no local: embora a necessidade mais comum de DR seja falha de hardware em um único servidor, seus dados podem ficar inacessíveis por uma série de coisas que tornariam um segundo local servidor indisponível também: falta de energia total ou falha na rede, incêndio e assim por diante. E certifique-se de que seus backups externos sejam testados. Pode parecer ineficiente enviar os backups para fora do local e depois retirá-los para teste (em vez de testar as cópias locais originais), mas isso protege você contra erros de transmissão de rede ou erros de disco não detectados no armazenamento externo. Se sua segunda caixa já estiver fora do local, essa dinâmica muda um pouco.
Quando verifiquei o último lançamento do CTP 2016, o espelhamento ainda era suportado com o mesmo aviso de isenção de depreciação. Ainda estou levantando novas instâncias com um espelho para DR de failover manual. Não usaremos AO por causa do requisito de clustering e também porque ele realmente não se encaixa em nossos planos de DR. Como a MS percebe que o AoAVG não se encaixa na infraestrutura atual de muitas organizações.
No SQL 2016 AG é um recurso padrão, no mesmo nível que o espelhamento existente atualmente (significando 1 DB por AG, em uma escala de 1-1), e pelo menos a Enterprise Edition oferece suporte a configurações de AG sem Windows Clustering. O que significa que o domínio cruzado é possível usando a tecnologia AG, tornando-a a substituição direta do espelhamento em versões futuras.