Tema: INFO: Manejando el error "Sincronizador No Adecuado"("No Suitable Sincronizer") en Sincronización Indirecta/Internet
(Puesto originalmente el 9/30/99)
De vez en cuando, por cualquier razón, Jet repentinamente piensa que el servidor con el que estaba haciendo sincronizaciones indirectas ó de Internet, es inválido, así es que ya ni trata de sincronizar con él. He puesto mucha otra información de varias cosas que puedes hacer para manejar esta situación, tal como El Cuidado y la Alimentación de "Réplicas Vacías Llenas y Usando "granjas de réplicas" ("replica farms") en Jet para replicación indirecta/directa pero estas son básicamente medidas preventivas para tratar de mantener que no vuelva a ocurrir el problema original, no son manera para resolver el problema una vez que lo tienes. El problema es que una sola sincronización directa, te volverá a lo normal, pero una sincronización directa puede ser muy peligrosa y puede corromper el archivo (la cual es la razón por la cual la gente se ha movido a sincronizaciones indirecta ó de Internet para empezar!).
Si tus réplicas remotas son réplicas completas o llenas, entonces una de las maneras por las cual les puedes informar a esas réplicas remotas el hecho de que el servidor está vivo y bien (sin tener que mover grandes archivos ó sicronizar directamente a través de una conexión dial up) es crear una nueva réplica parcial vacía de código con un simple
CurrentDb.MakeReplica "partial.mdb", "", 1
OpenDatabase("partial.mdb", True).PopulatePartial CurrentDb.Name
Ahora tienes una réplica vacía que tiene toda la información sobre réplicas disponibles. Usa ya sea el comando MoverRéplica (MoveReplica) del Sincronizador de TSI ó la funcionalidad del menu del Manejador de Replicación "Mueve Réplica"(Move Replica) para poner esta pequeña base de datos en la computadora del usuario, y entonces pueden sincronizar la réplica remota con dicha réplica para obtener la información más reciente en el servidor y en su granja. Y entonces puedes hacer MueveRéplica (MoveReplica) de nuevo al servidor y usarla si algo como esto volviese a pasar nuevamente.
El punto final es que el conocimiento es poder. Mediante darles conocimiento a las réplicas remotas de que los rumores de que el servidor falleció son mentira, puedes agregar mucho poder a tu solución replicada.
ACTUALIZACION 4/7/2000: David Fenton ha escrito una muy buena GUI
(Interfaz gráfica para usuario (Graphical User Interface)) que creará estas réplicas parciales vacías,
convenientes para resolver los problemas mencionados en este artículo. Te deja buscar para escoger el padre,
nombre de la parcial, compactar la réplica creada, asegurarte de que la base de datos fuente sea replicable y
que no tenga errores ni conflictos y más. Si te interesa, puedes bajar la herramienta de Internet desde
aquí.
Problemas con esta pagina de internet? Por favor contacte a webmaster@trigeminal.com con sus comentarios, preguntas o sugerencias.
|
|