none
Ambiente Espelho RRS feed

 > 

  • Pergunta

  • Question
    Entrar para Votar
    0
    Entrar para Votar

    Olá Pessoal!

    Estou com uma dúvida e gostaria de conselhos.

     

    Tenho em minha empresa um servidor SQL Server 2005 em Cluster que é o de produção, e tenho também um outro servidor SQL Server 2005 (sem cluster) que é o servidor de homologação e desenvolvimento, nele possui somente algumas bases do produção. Porém para manter o servidor de homologação atualizado utilizo o processo de backup e restore. Esse processo é feito semanalmente, porém algumas vezes é solicitado quase que diario. Então gostaria criar um mecanismo de manter esse servidor de homologação atualizado em d-1. Pesquisei algumas formas de fazer isso como SSIS, Mirror ou Replication. Porém não consegui identificar qual seria a melhor maneira, gostaria de conselhos de como fazer.

    Agradeço a atenção!.

    []'s Douglas R. Oliveira
    quarta-feira, 5 de janeiro de 2011 18:13
    |

Respostas

  • Question
    Entrar para Votar
    0
    Entrar para Votar

    Boa Noite,

    Ao meu ver esse não é uma implementação válida. O fluxo normal vai do desenvolvimento para a homologação e depois para a produção. Se fizermos um backup da produção e restaurarmos em homologação, assim que o usuário homologar a aplicação e escrever na base, automaticamente ela será um banco diferente da produção. Se o usuário da homologação não tem necessidade de escrever (pouquíssimo provável), então realmente estratégias como Log Shipping, Database Snapshot, Replicação, Mirroring, etc vão funcionar.

    Entretanto, se o usuário deve escrever na homologação, tais técnicas são ineficazes, pois, nesse caso o banco não será apenas Read Only. A sugestão seria tentar montar pacotes SSIS para sincronizar as tabelas, ou ainda, utilizar alguma ferramenta que faça o Depara automaticamente (como é o caso do VS2010 ou ainda as ferramentas especializadas como o Data Compare, SQL Compare, etc).

    [ ]s,

    Gustavo Maia Aguiar
    http://gustavomaiaaguiar.wordpress.com/

    Simulado para o Exame 70-433 – MCTS: Microsoft SQL Server 2008 – Database Development – Parte 07
    http://gustavomaiaaguiar.wordpress.com/2010/12/31/simulado-para-o-exame-70-433-mcts-microsoft-sql-server-2008-database-development-%e2%80%93-parte-07/

    Classifique as respostas. O seu feedback é imprescindível
    quarta-feira, 5 de janeiro de 2011 19:25
    |

Todas as Respostas

  • Question
    Entrar para Votar
    0
    Entrar para Votar

    Você faz o backup e restore full?

    Já tentou utilizar o backup e restore parcial(diferencial)?

    Aqui na empresa foi utilizado replicação, agora não sei se foi a melhor a solução, porque isto foi implementado há um certo tempo já.


    quarta-feira, 5 de janeiro de 2011 18:52
    |
  • Question
    Entrar para Votar
    0
    Entrar para Votar

    Carlos, tenho sim o backup de log de hora em hora.

    Porém quero me livrar justamente do processo de ficar fazendo backup and restore, e também quero trabalhar com atualização de D-1, ou seja, somente com informações do dia anterior.

    []'s Douglas R. Oliveira
    quarta-feira, 5 de janeiro de 2011 19:03
    |
  • Question
    Entrar para Votar
    0
    Entrar para Votar

    Boa Noite,

    Ao meu ver esse não é uma implementação válida. O fluxo normal vai do desenvolvimento para a homologação e depois para a produção. Se fizermos um backup da produção e restaurarmos em homologação, assim que o usuário homologar a aplicação e escrever na base, automaticamente ela será um banco diferente da produção. Se o usuário da homologação não tem necessidade de escrever (pouquíssimo provável), então realmente estratégias como Log Shipping, Database Snapshot, Replicação, Mirroring, etc vão funcionar.

    Entretanto, se o usuário deve escrever na homologação, tais técnicas são ineficazes, pois, nesse caso o banco não será apenas Read Only. A sugestão seria tentar montar pacotes SSIS para sincronizar as tabelas, ou ainda, utilizar alguma ferramenta que faça o Depara automaticamente (como é o caso do VS2010 ou ainda as ferramentas especializadas como o Data Compare, SQL Compare, etc).

    [ ]s,

    Gustavo Maia Aguiar
    http://gustavomaiaaguiar.wordpress.com/

    Simulado para o Exame 70-433 – MCTS: Microsoft SQL Server 2008 – Database Development – Parte 07
    http://gustavomaiaaguiar.wordpress.com/2010/12/31/simulado-para-o-exame-70-433-mcts-microsoft-sql-server-2008-database-development-%e2%80%93-parte-07/

    Classifique as respostas. O seu feedback é imprescindível
    quarta-feira, 5 de janeiro de 2011 19:25
    |
  • Question
    Entrar para Votar
    0
    Entrar para Votar

    Gustavo obrigado pela Resposta.

     

    Fizemos uma analise e iremos criar o ambiente com base em replicação. Essa base de homologação será focado mais para suporte e para as bases desenvolvimento vamos continuar trablhando em cima de backup e restore.

     

    Obrigado pelas resposta de todos!

    []'s Douglas R. Oliveira
    sexta-feira, 7 de janeiro de 2011 11:42
    |
  • Question
    Entrar para Votar
    0
    Entrar para Votar

    Douglas

    Embora o assunto foi encerrado, haveria tambem a possibilidade de montar um job para 'stopar' os servicos de SQL dos 02 servidores ao mesmo tempo, e replicar os datafiles de producao para a outra maquina, atraves do xcopy. (bach file) e ao subir os servicos de volta a base ja estaria atualizada em homologacao sem precisar de backup restore.

    Abraco

    Angelo Cortesi

    quinta-feira, 20 de janeiro de 2011 13:57
    |
  • Question
    Entrar para Votar
    0
    Entrar para Votar

    Olá Douglas,

    Sei que você está tentando dimunuir seu trabalho diario com Backup/Restore, entretanto você está esquecendo que adicionar Mirror/Replication ou qualquer outro mecanismo de replicação dos dados da produção para homologação vai gerar um "Overhead" administrativo de recursos em seu servidor de produção!!!

    Acho que mesmo efetuando backup/restore (quase que diariamente) vai ser melhor do que ter uma degradação de performance no seu servidor de produção e mais ainda um outro objeto/componente para você administrar onde novos problemas podem ocorrer =)

    Abraços,

    Fábio Oliveira Support Engieer | Microsoft Enterprise and Developer Support
    quinta-feira, 27 de janeiro de 2011 13:26
    |