locked
INFORMAÇOES ENTRE BANCOS DE DADOS SQL 7.0 RRS feed

  • Pergunta

  •  

    tenho dois banco de dados distintos, preciso fazer uma comunicaçao entre eles automatica tudo que fizer no banco 1 automaticamente fazer no banco 2 e vice versa tenho um link de um banco no outro com ip de servidor fixo por favor se alguem tiver uma regra pra isso me de uma força...
    terça-feira, 2 de dezembro de 2008 13:33

Respostas

  • Olá Bruno,

     

    Considerando que você está utilizando o SQL Server 7 as possibilidades são muito limitadas. Creio que a única alternativa é a replicação do tipo MERGE entre esses servidores. Ela deixará os servidores com os mesmos dados, mas há muitas questões a se pensar também.

     

    O que acontece se o link entre elas ficar fora por muito tempo ?

    O que acontece se a mesma informação for cadastrada nas duas pontas ?

    O que acontece se houver um conflito de atualizações ? Alguém disse que o ID 1 é o João e outro disse que o ID 1 é o José ?

     

    São alguns entraves a se pensar na hora de configurar essa arquitetura. Não seria possível fazer um upgrade de versão ?

     

    [ ]s,

     

    Gustavo

    terça-feira, 2 de dezembro de 2008 13:58

Todas as Respostas

  • Olá Bruno,

     

    Considerando que você está utilizando o SQL Server 7 as possibilidades são muito limitadas. Creio que a única alternativa é a replicação do tipo MERGE entre esses servidores. Ela deixará os servidores com os mesmos dados, mas há muitas questões a se pensar também.

     

    O que acontece se o link entre elas ficar fora por muito tempo ?

    O que acontece se a mesma informação for cadastrada nas duas pontas ?

    O que acontece se houver um conflito de atualizações ? Alguém disse que o ID 1 é o João e outro disse que o ID 1 é o José ?

     

    São alguns entraves a se pensar na hora de configurar essa arquitetura. Não seria possível fazer um upgrade de versão ?

     

    [ ]s,

     

    Gustavo

    terça-feira, 2 de dezembro de 2008 13:58
  • Olá Gustavo, a melhor solução para esse caso é merge mesmo, mas, não existe perigo de haver duplicidade de registro em caso de indirponibilidade de link, pois, a replicação tipo merge obrigatóriamente necessita de um campo Uniqueidentifier para manter a integridade dos dados na replicação merge.

    A questão do link não influênciaria em conflitos, e em caso de indispoibilidade no momento do retorno do link os dados são sincronizados de acordo com as configurações de setadas na replicação merge.

     

    Bruno, e aí...Já começou a realizar um esboço do projeto para implementar tal replicação?

     

    Precisando, estamos as ordens.

    sexta-feira, 5 de dezembro de 2008 23:55
  • Olá,

     

    Vale lembrar que, caso seja realizado um upgrade de versão, pode-se utilizar a topologia P2P qe une o melhor da merge com o transacional.

     

    Concordo com o Emanuel, duplicidades não existem na replicação merge, visto que para cada tabela a replicação merge inclui um campo rowguid para identificação dos regisros.

     

    Um dos maiores problemas com a replicação merge são os conflitos. Trabalhamos há um bom tempo aqui com replicação merge  e no início devido há um erro de projeto, tivemos muitos problemas com confltos.

     

    Um outro problema, que pode deixar a replicação fora do ar, do nada. É a não reindexação do banco distributor durante longos tempos. Conforme o próprio BOL.

     

    Abraços

    domingo, 7 de dezembro de 2008 14:50
  • Distribution cleanup é importantíssimo, e essa importância cresce exponencialmente em relação ao volume de dados replicados.

     

    domingo, 7 de dezembro de 2008 14:57
  • Com certeza Emanuel, e o pior, muita gente nem sequer sabe que isso existe. Só vai saber quando a coisajá ficou feia.

     

    Abraços

    domingo, 7 de dezembro de 2008 21:21