Un recorrido rápido por la sincronización de réplicas desconectadas

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

Para las réplicas en un entorno desconectado, la sincronización se logra a través de un proceso de intercambio manual de mensajes entre réplicas.

Se puede intercambiar dos tipos de mensajes: mensajes de cambio de datos y mensajes de confirmación. Los mensajes de cambio de datos contienen cambios de datos, mientras que los mensajes de confirmación acusan el recibo de los mensajes de cambio de datos. Las réplicas que son remitentes de datos envían mensajes de cambio de datos, mientras las réplicas que son receptoras de datos envían mensajes de confirmación. Vea sincronización desconectada para obtener más información.

Nota:

La fase de importación del proceso de sincronización se produce dentro de una transacción. La segunda fase de una sincronización incluye una operación de conciliación, que también se produce en una transacción. Los recursos necesarios, tales como espacio para deshacer o archivos de registro lógico, variarán con el número de cambios que se vaya a sincronizar. Si la fase de importación finaliza pero la fase de conciliación produce un error, la réplica aparecerá como si estuviera en conflicto; puede entrar más tarde y completar la operación de conciliación manualmente.

Exportar mensajes de cambio de datos

Los cambios de datos incluyen nuevos cambios de datos y 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. Hay dos comandos disponibles para exportar mensajes de cambio de datos:

• Exportar Cambios: de manera predeterminada, este comando exporta todos los nuevos cambios de datos y todos los cambios de datos sin confirmación. Puede decidir si incluir o no los nuevos cambios de datos o si incluir o no los cambios de datos sin confirmación. También puede decidir si cambiar la réplica del remitente al receptor al exportar. Si decide cambiar, se agregará un marcador al archivo delta que hace que la réplica relativa cambie del receptor al remitente al importar.
• Volver a exportar los mensajes no mencionados: este comando exporta de nuevo a un archivo delta solo los cambios de datos sin confirmación. De forma predeterminada, se incluyen todos los cambios sin confirmación, pero puede decidir incluir solo los cambios de la exportación más reciente.

Exportar mensajes de confirmación

Un mensaje de confirmación confirma la recepción de cambios de datos de la réplica relativa. A menos que la réplica relativa reciba una confirmación, reenviará los cambios de datos. Adoptar la práctica de enviar e importar periódicamente mensajes de confirmación evita tener que reenviar los cambios. El comando de mensaje de confirmación de exportación se puede utilizar para exportar mensajes de confirmación.

Importar mensajes

El comando de importación de mensajes puede importar mensajes de cambio de datos o mensajes de confirmación. Al importar un mensaje de confirmación se actualizan los metadatos de una réplica, de modo que sepa qué cambios incluir en la próxima exportación. La importación de un mensaje de cambio de datos aplica cambios de datos de la réplica relativa y también actualiza los metadatos de la réplica.

Opciones de conciliación

Al importar un mensaje de cambio de datos, se concilia la versión de sincronización y la versión de réplica. Durante esta operación de conciliación, pueden producirse conflictos. Antes de importar el mensaje, puede elegir una política de conciliación para definir cómo controlar los conflictos.

Más información sobre la revisión de conflictos

Las políticas de conciliación incluyen las siguientes:

• Manual: con esta política, si se produce un conflicto, la operación de conciliación se anula y la réplica se marca como en conflicto. Esto le da una oportunidad de realizar la operación de conciliación más tarde, ya sea manualmente o ejecutando algún código de conciliación personalizado. Una vez conciliados los datos y enviados los cambios a la versión de réplica, la réplica ya no está en conflicto. Aunque la réplica esté en conflicto puede continuar recibiendo cambios, pero no enviar cambios.
• A favor de la base de datos: en este caso, si hay un conflicto se utiliza la representación de la base de datos que importa los cambios sobre los cambios del archivo delta. Dado que los conflictos se resuelven automáticamente, la réplica nunca está en estado de conflicto después de la sincronización con esta política.
• A favor de los cambios importados : La representación en los cambios recibidos se usarán si hay conflicto. Dado que los conflictos se resuelven automáticamente, la réplica nunca está en estado de conflicto después de la sincronización con esta política.

El valor predeterminado es la opción que favorece la réplica primaria. Por consiguiente, si se importan cambios en la réplica secundaria, el valor predeterminado es a favor de los cambios importados. Si se importan cambios en la réplica primaria, el valor predeterminado es a favor de la base de datos.

Tenga en cuenta que las opciones de conciliación son similares a las que se ofrecen para sincronizar réplicas conectadas.

Definir conflictos

También puede elegir entre la detección de conflictos de nivel de columna y de nivel de fila para esta operación de conciliación.

Más información sobre Conciliar una versión.