Disponible con una licencia Standard o Advanced.
La sincronización desconectada es el proceso de sincronizar réplicas manualmente para transferir datos en un entorno desconectado. Este proceso manual de intercambiar mensajes se logra exportando un mensaje de una réplica a un archivo e importando el mensaje desde el archivo a la réplica relativa. 
Nota:
Todos los aspectos de la replicación y sincronización desconectadas se pueden realizar intercambiando archivos que contengan mensajes entre pares de réplicas. Estos mensajes se pueden utilizar para realizar varias tareas y se pueden intercambiar con un formato de geodatabase de archivos (.gdb) o un formato de archivo XML (.xml):
- Creación de réplicas (.gdb o .xml)
- Mensajes de cambio de datos (sincronización) (.gdb o .xml)
- Mensajes de reconocimiento (.xml)
En entornos sin conexión, los archivos .gdb o .xml se pueden transportar en soportes tales como dispositivos de almacenamiento externo (por ejemplo, unidades USB, tarjetas SD y de memoria, discos duros externos y CD o DVD) y enviar a través de un agente de distribución, como correo electrónico, mensajería privada, servicio de correos, etc.
En cualquier momento, una réplica puede ser un emisor o un receptor de datos. Un emisor de datos exporta mensajes de cambio de datos a archivos delta que contienen cambios que se aplicarán a la réplica relativa. Un receptor de datos importa mensajes de cambio de datos y exporta mensajes de reconocimiento a archivos de reconocimiento para reconocer lo que ha recibido. Puede determinar si una réplica es un emisor o receptor de datos comprobando el estado de la réplica que se encuentra en la tarjeta de la réplica en el panel Administrar réplicas. Consulte Acceder al panel Administrar réplicas para obtener una descripción general del panel Administrar réplicas.
Flujo de trabajo de la sincronización desconectada
Para sincronizar réplicas en un entorno desconectado, se utiliza un proceso de intercambio manual de mensajes entre réplicas. En este proceso manual de intercambio de mensajes, se utiliza una combinación de varias herramientas de geoprocesamiento y sigue un patrón básico de flujo de trabajo de sincronización desconectada, que se describe e ilustra a continuación.
- Las ediciones se completan.
Las ediciones se completan y guardan en la geodatabase (Geodatabase 1).
- Exporte los cambios de datos del emisor de datos.
En este ejemplo de flujo de trabajo, se utiliza un triángulo naranja, también denominado delta, para representar los cambios o diferencias de los datos.
El emisor de datos utiliza la herramienta de geoprocesamiento Exportar mensaje de cambio de datos para exportar todas las nuevas ediciones de datos desde la réplica principal a un mensaje de cambio de datos
que se puede almacenar en formato de geodatabase de archivos (.gdb) o de archivo XML (.xml).Nota:
En entornos sin conexión, los archivos .gdb o .xml se pueden transportar en soportes tales como dispositivos de almacenamiento externo (por ejemplo, unidades USB, tarjetas SD y de memoria, discos duros externos y CD o DVD) y enviar a través de un agente de distribución.
Para obtener más información sobre el uso de esta herramienta, consulte Exportar un mensaje de cambio de datos.
- El receptor de datos importa el mensaje de cambio de datos.
El receptor de datos utiliza la herramienta de geoprocesamiento Importar mensaje para importar el archivo de mensaje de cambio de datos
almacenado en formato de geodatabase de archivos (.gdb) o de archivo XML (.xml) en la réplica del receptor de datos (Geodatabase 2). 
Para obtener más información sobre el uso de esta herramienta, consulte Importar un mensaje de cambio de datos.
La importación de un cambio de datos aplica cambios de datos de la réplica relativa y también actualiza los metadatos de la réplica. - Exporte un mensaje de reconocimiento.
Una vez que el receptor de datos importa el mensaje de cambio de datos, el receptor de datos utiliza la herramienta de geoprocesamiento Exportar mensaje de reconocimiento para enviar un mensaje de reconocimiento de vuelta al emisor de datos (Geodatabase 1).
Nota:
Como el emisor de datos no está en un entorno conectado con el receptor de datos, el emisor de datos no sabe que el receptor de datos recibió e importó el cambio de datos. Por lo tanto, es importante que el receptor de datos exporte y envíe mensajes de reconocimiento con la mayor frecuencia posible. Si no se recibe ningún mensaje de reconocimiento, el emisor de datos vuelve a enviar los cambios de forma predeterminada y mantiene la información necesaria para reenviar los cambios hasta que reciba un reconocimiento de que la réplica relativa los ha recibido. Como resultado, la geodatabase del emisor de los datos puede aumentar de tamaño, y también puede aumentar el tamaño de los siguientes mensajes de cambio de datos.
Una práctica ideal, aunque no obligatoria, consiste en que el receptor de datos envíe un mensaje de reconocimiento después de recibir cada mensaje de cambio de datos. También es importante tener en cuenta que un mensaje de reconocimiento reconoce 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 reconocimiento para reconocer los tres.
Para obtener más información sobre el uso de esta herramienta, consulte Exportar un mensaje de reconocimiento.
- Importe el mensaje de reconocimiento.
El emisor de datos utiliza la herramienta de geoprocesamiento Importar mensaje para importar el mensaje XML de reconocimiento y actualiza los metadatos de la réplica del emisor de datos (Geodatabase 1) para que sepa qué cambios incluir en la siguiente exportación.
Para obtener más información sobre el uso de esta herramienta, consulte Importar un mensaje de cambio de datos.
Sugerencia:
Utilice la información de generación en la pestaña Opciones avanzadas del cuadro de diálogo Propiedades de la réplica para determinar si los mensajes se exportaron e importaron a las réplicas relacionadas.
Hasta ahora, en este tema se ha descrito un patrón básico del flujo de trabajo de sincronización desconectada en el que se intercambian mensajes entre la réplica principal y la réplica secundaria. Si continúa con este patrón, el sistema funcionará de manera eficiente e incluso se corregirá a sí mismo si se pierden mensajes.
Sin embargo, tal vez quiera considerar los escenarios específicos de intercambio de mensajes que se describen en las secciones siguientes.
Intercambiar funciones
En las réplicas bidireccionales, el emisor y el receptor de datos pueden intercambiar sus funciones. El intercambio lo inicia el emisor de datos cuando envía un mensaje de cambio de datos con instrucciones para intercambiar las funciones. Una vez que el receptor de los datos ha importado el mensaje, las funciones se cambian y el sistema está listo para enviar datos en dirección opuesta.
Sin embargo, con las réplicas unidireccionales, no puede intercambiar las funciones porque las ediciones y los cambios de datos solo van en una dirección. En las réplicas unidireccionales de principal a secundaria, la réplica principal es siempre el emisor de datos. En las réplicas unidireccionales de secundaria a principal, la réplica secundaria es siempre el emisor de datos. En cualquier caso, sigue siendo importante que el receptor de datos envíe mensajes de reconocimiento. Para las réplicas de check-out, la réplica secundaria es siempre el emisor de datos y no se necesitan mensajes de confirmación. Para obtener más información sobre los distintos tipos de réplicas, consulte Tipos de replicación.
En los siguientes pasos y diagramas se muestran la réplica principal enviando un mensaje de cambio de datos con instrucciones para cambiar la función de la réplica relativa a emisor de datos.
- Compruebe que se ha conectado a una réplica bidireccional.
- Para intercambiar roles, el emisor de datos utiliza la herramienta de geoprocesamiento Exportar mensaje de cambio de datos para exportar un mensaje de cambio de datos con la opción Cambiar a receptor una vez exportado el mensaje activada.
Cuando la réplica primaria exporta el mensaje de cambio de datos que contiene estas instrucciones para intercambiar las funciones, se convierte en el receptor de datos.
Nota:
Cuando se utiliza la herramienta Exportar mensaje de cambio de datos para intercambiar las funciones, hay una opción adicional que puede estar activada, No incluir ningún mensaje de cambio de datos, que resulta útil para enviar un mensaje para intercambiar las funciones sin enviar datos. Para obtener más información sobre esta opción, consulte Intercambiar las funciones sin enviar cambios de datos.
- El receptor de datos utiliza la herramienta de geoprocesamiento Importar mensaje para importar el archivo de mensaje de cambio de datos que contiene las instrucciones para intercambiar las funciones.
Una vez completada la importación, se convierte en el emisor de datos.
Intercambiar las 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. Podría querer hacer esto si, como emisor de datos, necesita recibir los cambios del receptor de datos, pero aún no está listo para enviar cambios de datos. Consulte Exportar un mensaje de cambio de datos para obtener más información sobre cómo enviar un mensaje para intercambiar los roles sin enviar ningún dato.
Reconocer cambios después de intercambiar las funciones
Después de intercambiar las funciones en una réplica bidireccional, el nuevo emisor de datos dispone de dos opciones para reconocer el mensaje de cambio de funciones.
- El nuevo emisor de datos puede exportar un mensaje de reconocimiento: en el siguiente diagrama, la réplica principal envió un mensaje de cambio de datos que intercambiaba las funciones. Cuando la réplica secundaria recibió el mensaje, se convirtió en emisor de datos, pero debido a que acaba de cambiar de función, el sistema todavía le permite enviar un mensaje de reconocimiento con la herramienta de geoprocesamiento Exportar mensaje de reconocimiento.
- El nuevo emisor de datos puede enviar un mensaje de cambio de datos: en el siguiente diagrama, la réplica principal envió un mensaje de cambio de datos que intercambiaba las funciones. Cuando la réplica secundaria recibió el mensaje, se convirtió en emisor de datos. La réplica secundaria puede utilizar la herramienta de geoprocesamiento Exportar mensaje de cambio de datos para enviar un mensaje de cambio de datos, que reconoce implícitamente el mensaje de cambio de datos anterior desde la réplica principal. Si no tiene previsto enviar un mensaje de cambio de datos pronto, debería enviar un mensaje de reconocimiento.
Volver a exportar un mensaje de cambio de datos no reconocido
El sistema permite que las réplicas reenvíen cambios de datos no reconocidos. Tal vez quiera hacerlo cuando, como emisor de datos, el receptor de datos no importó el mensaje de cambio de datos, se ha perdido en tránsito o es necesario reenviarlo. Otra opción es esperar hasta la próxima vez que envíe cambios de datos, porque, de forma predeterminada, incluye los nuevos cambios y los cambios no reconocidos.
En el siguiente diagrama se muestra un caso en el que debe volver a exportar un mensaje de cambio de datos no reconocido. Aquí, la réplica principal envía un mensaje de cambio de datos y cambia de emisor a receptor. Sin embargo, el mensaje se pierde y deja a la réplica principal y secundaria como receptores de datos. Para resolver este problema, el receptor de datos que acaba de cambiar de rol utiliza la herramienta de geoprocesamiento Volver a exportar mensajes no reconocidos. En este caso, permite que la réplica principal vuelva a enviar a la réplica secundaria el mensaje de cambio de datos no reconocido junto con el intercambio de funciones.
Omitir el archivo del mensaje de reconocimiento
Al enviar cambios de datos, de forma predeterminada se envían todos los cambios de datos nuevos y los cambios de datos no reconocidos. Los cambios nuevos son las inserciones, actualizaciones y eliminaciones aplicadas a la versión de la réplica desde que se exportó el último mensaje de cambio de datos. Los cambios de datos no reconocidos incluyen los cambios exportados previamente para los que no se ha recibido reconocimiento. Si ha enviado varios mensajes de cambio de datos para los que no ha recibido reconocimiento, los archivos de cambio de datos pueden aumentar de tamaño.
La mejor solución es que el receptor de datos envíe un archivo de mensaje de reconocimiento. Sin embargo, en función del sistema de comunicaciones, esto no es siempre posible. Por ejemplo, si las réplicas están desconectadas y el envío de un archivo de confirmación requiere el envío de medios para intercambiar archivos, tal vez prefiera enviar un mensaje de correo electrónico a la persona que administra la réplica emisora de datos indicando que recibió e importó los cambios de datos.
Sin embargo, tenga en cuenta que omitir el archivo de mensaje de reconocimiento complica la administración de la sincronización.
- Importar mensajes de reconocimiento es la única manera que tiene el sistema de insertar las versiones del sistema necesarias para reenviar cambios a una réplica. Las versiones del sistema no insertadas pueden dificultar la compresión con el tiempo, hacer que aumente el tamaño de la geodatabase del emisor y ralentizar el rendimiento de la geodatabase. Por esta razón, es importante usar mensajes de reconocimiento como mínimo periódicamente.
- Si se omite el archivo de mensaje de reconocimiento, se necesita una mayor intervención manual por parte de la persona que administra la réplica emisora de datos y de la persona que administra el receptor de datos.
Puede utilizar la tarjeta de réplica en la pestaña Réplicas de geodatabase del panel Administrar réplicas para determinar qué cambios ha enviado y ha recibido una réplica. Para evitar enviar un mensaje de cambio de datos innecesariamente grande, el emisor de datos puede desactivar la opción Incluir cambios de datos no reconocidos la próxima vez que se envíen cambios de datos.
- Cuando se omite el uso del archivo de mensaje de reconocimiento, el flujo de trabajo de sincronización es más propenso a errores.
El receptor de datos solo puede importar los nuevos cambios si se importaron los cambios anteriores. Si el sistema detecta que los cambios enviados anteriormente no se han importado, devuelve un error y no se puede importar el conjunto de cambios actual. Si se envían varios mensajes de cambio de datos a la vez, se deben importar en el orden correcto. El sistema devolverá un error si intenta importar en un orden incorrecto. Cuando se producen errores, se proporcionan mensajes de error. Sin embargo, si utiliza un sistema automatizado, puede que no esté 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.