Alemão   Chinês - Simplificado   Espanhol   Francês   Holandês   Inglês (E.U.A.)   Português - Ibérico  

Home




Usenet Posting #16 - Trigeminal Software, Inc. (Iberian Portuguese)


Assunto: INFO: Como tratar o erro "No Suitable Synchronizer" nas sincronizações Indirectas/Internet
(Originalmente escrito em 30/9/99)
De vez em quando, por uma qualquer razão, o Jet subitamente pensa que o servidor com o qual estava a fazer sincronização pela Internet ou indirecta é inválido, por essa razão nem sequer tenta se sincronizar com ele. Eu já escrevi artigos com muita informação de como podes lidar esta situação, como o The Care and Feeding of "Empty Full Replicas" e Using "replica farms" in Jet for indirect/direct replication mas estes são principalmente de carácter preventivo para tentar manter o problema original não aconteça , não descrevem a maneira de resolver o problema depois de o teres. O problema é que uma simples sincronização directa voltaria a colocar tudo na normalidade, mas uma sincronização directa pode ser perigosa e pode corromper o ficheiro (esta é normalmente a razão principal pela qual as pessoas passaram a fazer sincronizações indirectas ou pela Internet!).

Se as tuas réplicas são réplicas totais, então uma maneira que tens de informar as tuas réplicas remotas do facto de que o servidor está activo e bom (sem ter de movimentar grandes ficheiros ou fazer uma sincronização directa através de uma conecção telefónica) é a criação de uma totalmente nova réplica parcial vazia através de código simples como este

CurrentDb.MakeReplica "partial.mdb", "", 1 

OpenDatabase("partial.mdb", True).PopulatePartial CurrentDb.Name 

Agora tens uma réplica vazia que tem toda a informação acerca das réplicas disponíveis. Podes utilizar que o comando MoveReplica do TSI Synchronizer's ou a funcionalidade "Move Replica" do menu do Gestor de Replicação para colocar esta pequena base de dados na máquina do utilizador, e então eles podem sincronizar a réplica remota com ela para obter as últimas informações acerca do servidor e o seu super-conjunto de réplicas. Podes depois fazer o MoveReplica de novo para o servidor e utiliza-la se este tipo de coisa acontecer de novo.

O cerne da questão é que, conhecimento é poder. Dando conhecimento às réplicas remotas que os rumores que o servidor estava avariado não eram verdade, podes fornecer imensa força à tua solução de replicação.

ACTUALIZAÇÃO 7/4/2000: David Fenton escreveu um GUI  (graphical user interface) muito interessante que vai criar as réplicas parciais vazias, com vista a resolver os problemas mencionados neste artigo. Deixa-te percorrer os directórios para escolher o pai, dar um nome a pacial, compactar a réplica criada, garantir que a base de dados de origem é replicavel e não contem erros/conflitos, e mais. Se estiveres interessado, podes fazer o download da ferramenta a partir daqui.

Voltar para os Artigos da Usenet


Problemas com este site? Por Favor contactar o webmaster@trigeminal.com
com os teus comentários, questões ou sugestões.