Sincronización desconectada

Este tema se aplica sólo a ArcEditor y ArcInfo.

La sincronización desconectada se realiza en un entorno desconectado.

La sincronización en un entorno desconectado exige al usuario que realice manualmente el intercambio de mensajes para las réplicas. Esto se logra exportando un mensaje de una réplica a un archivo e importando el mensaje del archivo en la réplica relativa. En sistemas desconectados, los archivos se pueden transportar en soportes tales como CD o DVD, y se envían a través de un agente de distribución tal como mensajeros privados, el servicio de correos, etc.

En cualquier momento, una réplica puede ser un remitente de datos o un receptor de datos. Para obtener información sobre cómo determinar si una réplica es un remitente de datos o un receptor de datos, vea Un recorrido rápido por la administración de réplicas. Un remitente de datos exporta mensajes de cambio de datos a archivos delta que contienen cambios que se van a aplicar a la réplica relativa. Un receptor de datos exporta mensajes de confirmación a archivos de confirmación para confirmar lo que se ha recibido.

Es importante que el receptor de datos exporte mensajes de confirmación tan a menudo como sea posible. Si no se recibe ningún mensaje de confirmación, el remitente de datos reenvía los cambios y mantiene la información necesaria para reenviar los cambios hasta que se confirmen esos cambios. Como resultado, la geodatabase del remitente de datos puede hacerse grande, y los nuevos mensajes de cambio de datos también se pueden hacer grandes.

Una práctica ideal, aunque no obligatoria, consiste en que el receptor de datos envíe un mensaje de confirmación después de recibir cada mensaje de cambio de datos. También es importante tener en cuenta que un mensaje de confirmación confirma todos los mensajes de cambio de datos. Por ejemplo, si una réplica recibe tres mensajes de cambio de datos e importa cada uno de ellos, puede enviar un único mensaje de confirmación que confirme los tres.

A continuación se muestra la réplica primaria enviando cambios a la réplica secundaria y recibiendo un mensaje de confirmación del elemento secundario. Aquí, el elemento primario es el remitente de datos y el elemento secundario es el receptor de datos.

El remitente de los datos y el receptor de los datos también pueden intercambiar sus funciones. El intercambio lo inicia el remitente de los datos cuando envía un último mensaje de cambio de datos que incluye instrucciones para intercambiar las funciones. Una vez que el receptor de los datos ha importado el mensaje, las funciones se intercambian y el sistema está listo para enviar los datos en la dirección opuesta.

El siguiente diagrama muestra la réplica primaria enviando un mensaje de cambio de datos con instrucciones para intercambiar las funciones. Cuando la réplica primaria exporta el mensaje, se convierte en el receptor de los datos. Cuando el elemento secundario recibe el mensaje, se convierte en el remitente de los datos. A continuación, la réplica secundaria envía un mensaje de cambio de datos al elemento primario.

El tipo de réplica determina el intercambio de mensajes. Las réplicas bidireccionales utilizan los mensajes de cambio de datos y de confirmación, y pueden intercambiar las funciones. Con réplicas unidireccionales, el elemento primario es siempre el remitente de los datos y no puede intercambiar las funciones, pero todavía es importante que el elemento secundario envíe los mensajes de confirmación. Para las réplicas checkout, el elemento secundario es siempre el remitente de los datos y no se necesita ningún mensaje de confirmación.

Lo anterior describe un modelo básico de intercambio de mensajes donde se intercambian mensajes entre la réplica primaria y la réplica secundaria. Si continúa con este modelo, el sistema funcionará correctamente e incluso se corregirá a sí mismo si se pierden mensajes. No obstante, quizá desee considerar también los siguientes escenarios específicos de intercambio de mensajes.

Reenviar los mensajes no confirmados

El sistema también permite que las réplicas reenvíen cambios de datos sin confirmación. Quizá desee hacerlo cuando, como remitente de datos, sepa o sospeche que un mensaje de cambio de datos anterior se ha perdido y debe enviarse de nuevo. Otra opción es esperar hasta la próxima vez que se envíen cambios de datos dado que, de forma predeterminada, incluirán los nuevos cambios y los cambios sin confirmación.

El siguiente diagrama muestra un caso donde es necesario reenviar cambios de datos sin confirmación. Aquí, el elemento primario envía un mensaje de cambio de datos y cambia del remitente al receptor. El mensaje, sin embargo, se pierde y deja tanto al elemento primario como al elemento secundario como receptores de datos. Para resolver este problema, el receptor de datos que acaba de cambiar de función dispone de la opción de reexportación de mensajes sin confirmación. En este caso, permite que el elemento primario reenvíe el mensaje de intercambio de funciones al elemento secundario.

Confirmar cambios después de intercambiar las funciones

Después de intercambiar las funciones, el remitente de los datos dispone de la opción de exportar un mensaje de confirmación para confirmar el mensaje de intercambio de funciones. Otra opción es enviar un mensaje de cambio de datos, dado que confirmará implícitamente este mensaje. Si no planea enviar un mensaje de cambio de datos en el futuro cercano, no obstante, quizá desee enviar un mensaje de confirmación.

En el diagrama siguiente, el elemento primario envía un mensaje de cambio de datos que intercambia las funciones. Cuando el elemento secundario recibe el mensaje, se convierte en remitente de datos pero, dado que acaba de cambiar, el sistema aún le permite enviar un mensaje de confirmación.

Intercambiar funciones sin enviar cambios de datos

Es posible enviar un mensaje de cambio de datos con instrucciones para intercambiar las funciones pero sin ningún cambio de datos. Quizá desee hacerlo si, como remitente de los datos, necesita recibir cambios del receptor de los datos pero no está listo para enviar cambios de datos. Vea Exportar un mensaje de cambio de datospara obtener más información sobre cómo enviar a un mensaje para intercambiar funciones sin enviar ningún dato.

Reconocimiento verbal

Al enviar cambios de datos, de forma predeterminada se envían todos los nuevos cambios de datos y los cambios de datos sin confirmación. Los nuevos cambios son las inserciones, actualizaciones y eliminaciones aplicadas a la versión de réplica desde que se exportó el último mensaje de cambio de datos. Los cambios de datos sin confirmación incluyen cambios exportados previamente para los que no se ha recibido confirmación. Si ha enviado varios mensajes de cambio de datos para los que no se haya recibido una confirmación, los mensajes pueden aumentar de tamaño.

La mejor solución mejor es que el receptor de los datos envíe un mensaje de confirmación. Sin embargo, dependiendo del sistema de comunicaciones, esto puede ser difícil.

Una alternativa es utilizar el reconocimiento verbal. En esta situación, el remitente recibe un reconocimiento verbal, de la persona que administra el receptor de los datos, de que los cambios enviados previamente se han recibido. Puede utilizar el administrador de réplicas para determinar qué cambios ha enviado y ha recibido una réplica. El remitente de los datos solo envía entonces nuevos cambios. El receptor de los datos puede importar estos datos siempre que se haya informado correctamente de que los cambios enviados previamente se han recibido. Si el sistema detecta que algún cambio previamente enviado no se ha importado, producirá un error. Si se envían varios mensajes de cambio de datos a la vez, deben importarse en el orden correcto. El sistema producirá un error si intenta importar en un orden incorrecto.

Cuando se producen errores, se ofrecen mensajes de error. Sin embargo, si utiliza un sistema automatizado, no podrá estar presente para ver los errores. En este caso, puede utilizar el registro de actividad de la réplica para detectar si se han producido errores durante la sincronización. El registro también proporciona instrucciones para la recuperación cuando es necesario.

Es importante tener en cuenta que, aunque los mensajes serán menores, el enfoque de reconocimiento verbal no es equivalente a la utilización de mensajes de confirmación. Importar mensajes de confirmación es la única manera de que el sistema suprima las versiones del sistema necesarias para reenviar cambios a una réplica. Estas versiones del sistema pueden impedir la compresión con el tiempo y provocar que aumente el tamaño de la geodatabase del remitente. Por esta razón, continúa siendo importante utilizar mensajes de confirmación periódicamente aunque se utilice el enfoque de reconocimiento verbal.