Usuário com melhor resposta
INFORMAÇOES ENTRE BANCOS DE DADOS SQL 7.0

Pergunta
-
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
- Marcado como Resposta Richard JuhaszModerator quinta-feira, 23 de dezembro de 2010 20:22
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
- Marcado como Resposta Richard JuhaszModerator quinta-feira, 23 de dezembro de 2010 20:22
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