Gente, muito obrigado pelas respostas.
Considerando meu atual ambiente e o cenário que apresentei no inicio desta discussão, meu segundo servidor está com o mesmo sistema operacional (W2k8R2) que o primeiro e com o mesmo SQL (2005Stdx64).
Destas opções a que vou estudar mais para implantação é o Log Shipping pois ele me permitirá matar dois coelhos em uma única cajadada: Disponibilidade e desempenho:
1- Melhorar o desempenho do DB: pelo fato de poder usar o servidor secundário como Ready-Only, o que permitirá um ganho de desempenho se direcionarmos relatórios diversos e a parte de BI para este;
2- Solução de baixo custo, pois com somente 2 servidores e duas licenças de SQL é possível criar uma alta disponibilidade. No caso de um failover automático, até uma PC com SQL atenderia como Witness (Testemunha), já que só iria monitorar as sincronizações;
3- Facilidade para retornar os serviços em caso de falha: caso esteja como manual, o procedimento para colocar o servidor secundário como primário não é tão complicado e não exige que a pessoa seja um DBA. No caso de um Cluster, exigiria um analista com
conhecimentos bem avançados tanto em Cluster Microsoft, backbone, SQL e Switch, caso se trabalhe com VLAN.
4- Tempo de implantação baixo: acredito que para deixar um ambiente em Log Shipping o tempo não seja tão grande, se considerado a um ambiente em Cluster.
Galera, sei que o ambiente em Cluster é o melhor dos mundos mas neste momento, sem chance.
A idéia do nosso amigo Thiago de utilizar cluster com o HyperV é muito bacana e sem dúvidas vou estudar a respeito.
A idéia do Datasource, do nosso amigo Pedro Antonio Galvão Junior também é muito legal e acredito
que dê para implementar no ambiente de LogShipping.
Minhas considerações ao ambiente em LogShipping, numeradas de 1 a 4 foram inseridas levando em conta este fórum e alguns estudos, mas se alguém discordar, fique a vontade, pois não sou especialista em Banco de Dados.
Valeu galera!
Aureliano Silva IT Support Analist
