locked
Qual a melhor solução de Alta Disponibilidade, considerando 2 servidores? RRS feed

  • 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

    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:44
    Moderador
  • 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:49
    Moderador
  • 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:50
    Moderador
  • 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.

    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:50
    Moderador
  • 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:06
    Moderador
  • 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