Inquiridor
Qual a melhor solução de Alta Disponibilidade, considerando 2 servidores?

Discussão Geral
-
Olá galera!
Queria saber qual a melhor solução de alta disponibilidade considerando o uso de somente dois servidores com SQL Server 2005 Standard x64.
Neste cenário também gostaria de considerar a possibilidade de usar o servidor secundário para consultas, de modo a fazê-lo também trabalhar.
Considere um SLA de até 2h para retorno.
Considere o ambiente mais prático para fazer a gestão e o retorno da operação.
Não sei qual destas soluções escolher: Espelhamento, Logshipping ou Replicação.
Me ajudem aê galera!
Valeu!!!
Aureliano Silva IT Support Analist
- Tipo Alterado fernando silva 1 quinta-feira, 5 de setembro de 2013 14:33
quarta-feira, 4 de setembro de 2013 00:28
Todas as Respostas
-
melhor opçao seria fazer um cluster do seu servidor SQL voce ja teria uma alte disponibilidade
quarta-feira, 4 de setembro de 2013 15:30 -
O Cluster já descartei pois no momento a empresa não disponibiliza recursos para tal e este é o método mais caro.
Minha dúvida mesmo é entre Mirroring, LogShipping e Replicação.
Aureliano Silva IT Support Analist
quarta-feira, 4 de setembro de 2013 16:52 -
Aureliano,
Acredito que a nível de custo e dentro do que você precisa a Replicação acaba sendo a solução mas simples e prática.
Pedro Antonio Galvão Junior [MVP | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | SorBR.Net | Professor Universitário | MSIT.com]
sexta-feira, 6 de setembro de 2013 13:44Moderador -
Obrigado Pedro, mas ainda tenho uma dúvida.
Considerando utilizar o Log Shipping como solução de alta disponibilidade, temos de um lado o servidor primário com IP 192.168.0.1 e do outro o servidor secundário, com o IP 192.168.0.2.
Tenho todas as aplicações apontando a conexão com o DB para o IP 192.168.0.1.
Se o servidor primário se tornar indisponível, e manualmente eu configurar o servidor secundário como principal, o MSSQL não iria trabalhar com o mesmo IP do primario, correto?
Se a configuração em caso de indisponibilidade fosse realizada por failover (witness), o IP também não seria o mesmo do primário, correto?
Neste caso, o que você faria para evitar de alterar o código de todas as aplicações e recompilá-las (e/ou trocar as configurações de ODBC em todos os computadores da rede) para fazer o ambiente voltar a ativa?
Aureliano Silva IT Support Analist
sábado, 7 de setembro de 2013 23:25 -
Boa Noite, Aureliano Silva
Eu recomendo o Cluster você pode utilizar o Windows Hyper-v Server 2012 que é um sistema server core que todas as funcionalidades do hyper-v no sistema completo (Data Center) é um sistema FREE você não paga nada por isto.
Alta Disponibilidade com Hyper-V Server 2012
http://www.microsoftvirtualacademy.com/training-courses/alta-disponibilidade-com-hyper-v-server-2012
Se for útil, vote como resposta.
----------------------------------------------------------------------- Atenciosamente Thiago Advincula
domingo, 8 de setembro de 2013 22:32 -
Considere que não neste momento preciso de alta disponibilidade e/ou redundância, e não posso implementar Cluster. Ou Logshipping ou Replicação. Como ficaria a questão levantada acima?
Aureliano Silva IT Support Analist
segunda-feira, 9 de setembro de 2013 18:40 -
Aureliano,
Neste acredito que uma solução seria trabalhar com Database Mirroring com Failover automático.
Pedro Antonio Galvão Junior [MVP | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | SorBR.Net | Professor Universitário | MSIT.com]
sábado, 14 de setembro de 2013 11:49Moderador -
Aureliano,
Trabalhando com Database Mirroring, você poderá ter nas sua aplicação a configuração para 2 DataSources, em caso, de falha o usuário faz a troca do DataSource dentro da aplicação.
Pedro Antonio Galvão Junior [MVP | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | SorBR.Net | Professor Universitário | MSIT.com]
sábado, 14 de setembro de 2013 11:50Moderador -
Olá Aureliano
Gostaria de saber o que você tem em mãos já para a implantação, você já tem 2 servidores? Está projetando ainda a melhor solução para a compra?
Não conhecia o Log Shipping pois como sou da área de infra e não trabalhei com BD fui ler mais a respeito no blog do Junior Galvão (ótimo por sinal e que te respondeu algumas vezes) e em questão de cluster o problema de custo seria servidor, licenciamento de sistema para cluster, mais instâncias do SQL. Então acredito que o Log Shipping seria interessante, mas precisa analisar todo o custo e comparar ele com o Database Mirroring.
- Editado Andre R Novello sábado, 14 de setembro de 2013 12:14
sábado, 14 de setembro de 2013 12:12 -
Andre, bom dia.
Obrigado por acessar o meu blog e referência o meu conteúdo.
Concordo com as suas observações sobre o Custo de implementar um Cluster, mas hoje em dia com o avanço do uso de VMs temos a possibilidade de criar um Cluster Virtual e utilizando ferramentas Gratuitas que podem ser a solução, eu mesmo estou implementando um novo ambiente com o Hyper-V e Cluster de SQL Server 2012.
Pedro Antonio Galvão Junior [MVP | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | SorBR.Net | Professor Universitário | MSIT.com]
sexta-feira, 20 de setembro de 2013 12:50Moderador -
Bom dia Junior.
Por isso que perguntei ao colega se ele já tem 2 servers, para sabermos a possibilidade de implantação. No caso poderia ser instalado o hyper-v mesmo ou qualquer outra solução e subir o SQL em VM mesmo. Se possível ser Server 2012 mesmo que já a versão standard está com um preço valioso perto da enterprise do 2008 e já tem todo recurso do 2012 datacenter. Precisamos mesmo é saber sobre a infra do Aureliano.
E maravilha seu blog, um dia chego lá. Abraço.
sexta-feira, 20 de setembro de 2013 12:57 -
Andre,
Realmente a parte de custos a Microsoft esta mudando totalmente a forma de venda dos produtos e algo que esta fazendo as empresas visualizar e planejar ainda mais as migrações.
Pedro Antonio Galvão Junior [MVP | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | SorBR.Net | Professor Universitário | MSIT.com]
sexta-feira, 20 de setembro de 2013 13:06Moderador -
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
sexta-feira, 20 de setembro de 2013 23:33