none
Qual e a Melhor Pratica de Replicação para Meu Ambiente? RRS feed

  • Pergunta

  • Olá Pessoal!

    Srs Tenho um Banco de Dados SQL Server  em uma Localidade  Site A e preciso Manter esse Banco de dados em outra Localidade Site B que está interligada por uma VPN.  A Necessidade de Manter uma copia do Banco de Dados no Site B e somente para Fins de Backup e Recovery casa haja alguma catástrofe no meu Site Principal eu Tenho uma Copia Fiel do Banco de dados em outra localidade pode realizar um Failover Planejado.

    Não Conheço Muito bem todos os recursos do SQL Server e pergunto aos senhores diante do meu cenário e a minha necessidade qual e o melhor função a ser utilizada para esses fins?

    Lembrando que o intuito de manter a base de dados na outra localidade e para fins de backup e recovery não haverá nenhuma aplicação consumindo a copia desse banco de dados no site B. Essa replicação não precisa ser em tempo real pode ser replicada de momentos agendados..durante todo o dia.

    A Versão que Disponho e SQL Server 2008  R2 Standard


    • Editado Fagner SN quinta-feira, 11 de dezembro de 2014 14:47
    quinta-feira, 11 de dezembro de 2014 14:35

Respostas

  • Olá Fagner,

    Neste cenário eu vejo que o Mirroring já seja suficiente, sem precisar utilizar o Always On (se não me engano é uma feature somente do 2012 para frente).

    Porém recomendo utilizar um servidor como Witness, que seria um servidor que fica "monitorando" os seus ambientes, se caso o ambiente A "caia" automaticamente o ambiente B se torna o principal. Se este servidor Witness, se caso o ambiente A "cair" é necessário uma intervenção manual, ou seja, você terá que estar a par da falha no exato momento.

    Segue link para implementação:

    https://felipesantanadba.wordpress.com/2010/02/23/implementando-database-mirror/ (É bem simples).

    https://www.youtube.com/watch?v=YhioglR7Ec8

    Atenciosamente,

    quinta-feira, 11 de dezembro de 2014 15:20

Todas as Respostas

  • Olá Fagner,

    Neste cenário eu vejo que o Mirroring já seja suficiente, sem precisar utilizar o Always On (se não me engano é uma feature somente do 2012 para frente).

    Porém recomendo utilizar um servidor como Witness, que seria um servidor que fica "monitorando" os seus ambientes, se caso o ambiente A "caia" automaticamente o ambiente B se torna o principal. Se este servidor Witness, se caso o ambiente A "cair" é necessário uma intervenção manual, ou seja, você terá que estar a par da falha no exato momento.

    Segue link para implementação:

    https://felipesantanadba.wordpress.com/2010/02/23/implementando-database-mirror/ (É bem simples).

    https://www.youtube.com/watch?v=YhioglR7Ec8

    Atenciosamente,

    quinta-feira, 11 de dezembro de 2014 15:20
  • Fagner,

    Se você estivesse utilizando o MS SQL Server 2012 eu iria sugerir a utilização do AlwaysOn.

    Como é para fins de backup e ter condições de um "Failover Planejado", eu guardaria no seu site B os aquivos de backup, agende um backup FULL diariamente e backup de LOG a cada 5 minutos sendo armazenados direto no seu site B.

    Caso precise subir seu banco seria só restaurar os backup do dia.


    Tulio Rosa | http://tuliorosa.com.br | Se resolveu seu problema, marque como resposta ou vote

    quinta-feira, 11 de dezembro de 2014 16:36
  • Rafael Obrigado  pela resposta.

    Mais já imaginava que o Mirror atenderia bem a minha necessidade,

    Só para complementar  a pergunta, Realmente eu  nunca acionarei  o  Site B para ser o Principal. Porque o Site B não tem uma Infraestrutura computacional adequada para suportar a carga de recursos do Site principal.  Minha intenção nesse momento e apenas saber que se acontecer qualquer catástrofe no Site A (Principal) Ficarei tranquilo em saber que possuo o meu Banco dados Seguro copiado em outra localidade.  Nesse Caso eu sou obrigado  a ter um servidor de Testemunha?

    Túlio, Obrigado pela Resposta. Mais Realmente Backup Comum seria impossivel visto que meu Banco de dados possui 20GB meu Link Wan não suportaria  subir isso todos os dias.

    Achei o Mirror uma ótima opção pois ele apenas vai trafegar os dados novos a serem inseridos.

    quinta-feira, 11 de dezembro de 2014 17:44
  • Rafael,

    Acho interessante a sugestão do Tulio, mas vale ressaltar que o Mirror Database já encontra-se no plano de recursos e tecnologias do SQL Server que nas próximas versões e edições será removido.

    Independente disso, com base, na sua resposta eu acho que você poderia trabalhar com Replicação Transacional, neste tipo de replicação o ganho de performance é muito grande, pois o que é replicado são os comandos e não os dados, sendo assim, o processamento é feito no destino e não na origem.


    Pedro Antonio Galvão Junior [MVP | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | Professor Universitário | SoroCódigos] @JuniorGalvaoMVP | pedrogalvaojunior.wordpress.com

    quinta-feira, 18 de dezembro de 2014 11:32
    Moderador
  • Obrigador Pela Resposta Junior. Diante do seu feedback irei relevar a sugestão do Tulio. Visto que o recurso de mirror pode ser removido dad proximas versões.
    domingo, 21 de dezembro de 2014 05:00