none
Disastre Recover - Soluções Possíveis RRS feed

  • Pergunta

  • Ola pessoal.

    Estou elaborando um plano de Disastre Recover.

    Tenho o seguinte cenário: 2 datacenters: 1 em São Paulo e 1 em Campinas.

    O Datacenter1 em SP com o ambiente funcional e o Datacenter2 em Campinas que será meu ambiente para caso de DR no Datacenter1.

    Os storages serão diferentes nos 2 datacenters, então entendo que  não é possível fazer um cluster no sqlserver correto? Pois os discos não podem subir  no datacenter2 em caso de DR no datacenter1 .

    Se eu usar uma ferramenta de replicação dos servidores no datacenter1 para o datacenter2 , corro o risco de  corromper o banco em um caso de DR no datacenter1?


    Quais as melhores praticas, ou soluções possíveis para criação de um ambiente de DR segundo a  Microsoft ?

    Agradeço se puderem ajudar

    Obrigada

    quinta-feira, 12 de dezembro de 2013 01:47

Respostas

  • Simone,

    Desconheço se o SRM é licenciado pela MS, vale a pena ver nos KB's ou com o suporte da VMWare. Aliás, nesse tipo de situação é ideal envolver e questionar a equipe da ferramenta:)

    Deixo uma observação sobre Replicação SQL Server VS Storage principalmente na questão de IO (e nas orientações sobre IO do Whitepaper do Bob), é extenso mas vale muito a pena ler. 

    http://blogs.msdn.com/b/arvindsh/archive/2013/04/24/sql-server-and-storage-san-replication-mirroring-tips.aspx

    Segue também o artigo http://sqlmag.com/blog/san-replication-vs-clustering-vs-mirroring sobre o fato de que replicação de storage não concorre e sim complementa com as soluções de replicações do SQL Server.

    Sobre as demais dúvidas, é difícil responder por não conhecer o ambiente completo (principalmente a questão de equipamentos e do Windows Cluster e storage assim como o srm e como ele faz por debaixo dos panos a replicação e o RPO+RTO), mas, uma observação sobre o Mirroring (boa ideia), que ao contrário das soluções do SS2012, espelham por base e não por grupo de instâncias/bases, algo que as soluções do Always On FCI e AG faz (e é de fato, uma solução muito interessante a de replicação assíncrona desse último).  Se tudo fosse 2012 seria show de bola! 

    No mais, já acho a solução de Cluster Geográfico bacana.

    []'s


    Se a resposta ajudou, classifique e ajude outros membros da comunidade.






    sábado, 11 de janeiro de 2014 05:07

Todas as Respostas

  • Simone,

        Qual a versão do seu SQL?


    Roberto Fonseca MCT / MCITP - Database Administrator 2008 MCITP - Database Developer 2008 MCITP - Business Intelligence 2008

    quinta-feira, 12 de dezembro de 2013 02:14
    Moderador
  • Simone,

    A não ser que você esteja trabalhando com Storages SAS!!! Mas sinceramente temos que analisar.

    Um possibilidade seria realmente trabalhar com replicação ou até database mirroring.

    Mas se você estiver utilizando o SQL Server 2012 podemos pensar em adotar o AlwaysOn Availability Group!!!!


    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, 13 de dezembro de 2013 11:33
    Moderador
  • Ola.

    Teremos varias versões do sql.  2000, 2005, 2008R2 e 2012. A maioria 2008R2

    Será que para cada versão  vou precisar de um plano de DR diferente?

    Obrigada!!

    Simone

    terça-feira, 17 de dezembro de 2013 16:15
  • Outro detalhe:

    Estamos pensando em realizar a replicação do datastore.

    Como o banco SQL se comportaria com esta replicação? Corro o risco de o banco corromper em caso de o ambiente1 cair, ao ser replicado para o ambiente2 . Pois poderia ter transações não comitadas bem no momento da queda?

    tks

    Simone

    terça-feira, 17 de dezembro de 2013 16:59
  • Simone,

    Sinceramente recomendo pensar bem este tipo de implementação, pois trabalhar com diversas versões de SQL Server pensando em contigência e alta disponibilidade pode ser um risco, pois cada uma se comporta e apresentação funcionalidades distintas.

    Em relação a replicação de DataStore, não entendi o que você esta querendo fazer!!!


    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 dezembro de 2013 12:44
    Moderador
  • Ola Junior.

    Será usado o SRM que é uma ferramenta que  replicar os servidores virtuais que estão no storage de um site para um outro site.

    Os servidores virtuais que tem banco de dados SQL  podem ser migrados com esta ferramenta SRM? Será que é algo homologado pela Microsoft?

    Pois o banco em utilização ao ser replicado pode ter processos/transações em aberto que podem ser perdidas? Corrompendo o banco quando este migrar para  o outro site?.

    Seria melhor usar o SQL Mirror para os bancos 2008R2 ?

    • Marcado como Resposta simonedba terça-feira, 21 de janeiro de 2014 12:35
    • Não Marcado como Resposta simonedba terça-feira, 21 de janeiro de 2014 12:35
    terça-feira, 7 de janeiro de 2014 16:25
  • Simonedba,

    Eu não conheço a SRM, mas acredito que a melhor solução por questões de compatibilidade entre ferramentas e versões é utilizar o Database Mirror nativo do próprio SQL Server.


    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, 10 de janeiro de 2014 13:00
    Moderador
  • Simone,

    Desconheço se o SRM é licenciado pela MS, vale a pena ver nos KB's ou com o suporte da VMWare. Aliás, nesse tipo de situação é ideal envolver e questionar a equipe da ferramenta:)

    Deixo uma observação sobre Replicação SQL Server VS Storage principalmente na questão de IO (e nas orientações sobre IO do Whitepaper do Bob), é extenso mas vale muito a pena ler. 

    http://blogs.msdn.com/b/arvindsh/archive/2013/04/24/sql-server-and-storage-san-replication-mirroring-tips.aspx

    Segue também o artigo http://sqlmag.com/blog/san-replication-vs-clustering-vs-mirroring sobre o fato de que replicação de storage não concorre e sim complementa com as soluções de replicações do SQL Server.

    Sobre as demais dúvidas, é difícil responder por não conhecer o ambiente completo (principalmente a questão de equipamentos e do Windows Cluster e storage assim como o srm e como ele faz por debaixo dos panos a replicação e o RPO+RTO), mas, uma observação sobre o Mirroring (boa ideia), que ao contrário das soluções do SS2012, espelham por base e não por grupo de instâncias/bases, algo que as soluções do Always On FCI e AG faz (e é de fato, uma solução muito interessante a de replicação assíncrona desse último).  Se tudo fosse 2012 seria show de bola! 

    No mais, já acho a solução de Cluster Geográfico bacana.

    []'s


    Se a resposta ajudou, classifique e ajude outros membros da comunidade.






    sábado, 11 de janeiro de 2014 05:07
  • Obrigada Junior.

    Já ajudou

    segunda-feira, 13 de janeiro de 2014 10:30