Disponible con una licencia Standard o Advanced.
Es posible utilizar la herramienta de geoprocesamiento Sincronizar cambios en ArcGIS Pro para sincronizar actualizaciones entre dos geodatabases de réplica en una dirección que especifique el usuario. Este tema describe los parámetros de entrada de esta herramienta y revisa varias opciones que es fundamental comprender.
La herramienta Sincronizar cambios ofrece las siguientes opciones:
Geodatabases de entrada y réplica
- Geodatabase 1: la geodatabase que aloja la réplica que se va a sincronizar. La geodatabase puede ser local o hacer referencia a un servicio de geodatos en su ArcGIS Server. La herramienta Sincronizar cambios intentará rellenar automáticamente los parámetros en función de la configuración predeterminada y la información almacenada en la réplica. Al iniciar la herramienta Sincronizar cambios desde el botón Menú
en el panel Administrar réplicas o el menú contextual Geodatabase distribuida, la geodatabase 1 contendrán la información de conexión del espacio de trabajo actual. El parámetro de réplica se rellena con la primera réplica que se encuentra en el espacio de trabajo. Si la herramienta Sincronizar cambios se inicia desde la tarjeta, el parámetro de réplica recibe el nombre de la réplica de esa tarjeta.Nota:
Puede publicar una geodatabase en ArcGIS Server como servicio de geodatos solo desde ArcMap. Estos servicios de geodatos se pueden utilizar con la replicación en ArcGIS Pro como parámetro de geodatabase.
- Réplica: una réplica válida con una principal contenida dentro de una geodatabase de entrada y una secundaria en la otra geodatabase de entrada
- Geodatabase 2: la geodatabase que aloja la réplica relativa. La geodatabase puede ser local o hacer referencia a un servicio de geodatos en su ArcGIS Server. Asimismo, para la geodatabase 2, si la información de conexión de réplica relativa se almacena en las propiedades de réplica de la réplica actual, la herramienta buscará un archivo de conexión coincidente o elaborará un archivo de conexión temporal basado en la información almacenada en la réplica. Después, la geodatabase 2 se rellenará con esta información, tras lo cual la conexión se validará para comprobar si se puede acceder a ella. De no ser posible, la geodatabase 2 se invalidará y el usuario tendría que corregir la información.
Dirección
Al sincronizar cambios, puede elegir la dirección en la que desea que se envíen los cambios.
Con las réplicas bidireccionales tiene estas tres opciones: enviar los cambios a la réplica relativa, obtener los cambios de la réplica relativa o mover los cambios en ambas direcciones. Si elige ambas direcciones, los cambios se envían primero en una dirección y, a continuación, se envían en la dirección opuesta, en una única operación.
Para las réplicas unidireccionales, solamente está disponible la opción de enviar cambios en una dirección, ya sea de principal a secundaria o viceversa. Para las réplicas de check-out/check-in, solo está disponible la opción de enviar los cambios desde la réplica secundaria hacia la réplica principal.
- Ambas direcciones: los cambios se sincronizarán en ambas direcciones. Esta es la opción predeterminada para las réplicas bidireccionales.
- De geodatabase 1 a geodatabase 2: los cambios se sincronizarán de la geodatabase 1 a la geodatabase 2.
- De geodatabase 2 a geodatabase 1: los cambios se sincronizarán de la geodatabase 2 a la geodatabase 1.
Política de resolución de conflictos
Durante la sincronización, puede ocurrir un proceso de conciliación y publicación entre la versión de sincronización y la versión de réplica. Durante este proceso de conciliación, puede haber conflictos. Puede elegir una política de reconciliación para definir cómo manejar estos conflictos. Para obtener información sobre versiones de sincronización, versiones de réplica y el momento de la conciliación, consulte Sincronización y versionado.
Entre las políticas de resolución de conflictos se incluyen las siguientes:
- Manual: con esta política, si hay un conflicto se anula la operación de conciliación y se marca la réplica como en conflicto
. Esto le da una oportunidad de realizar la operación de conciliación más tarde, ya , sea manualmente o ejecutando código de conciliación personalizado. Una vez que se completa la conciliación y se publican los cambios a la versión de réplica, la réplica no está más en conflicto. Aunque la réplica esté en conflicto puede continuar recibiendo cambios, pero no enviar cambios. Para obtener más información, consulte Resolver conflictos de sincronización manualmente. - Resolver a favor de la geodatabase 1: la representación en la geodatabase 1 se usa automáticamente sobre la representación en la geodatabase 2 si hay un 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.
- Resolver a favor de la geodatabase 2: la representación en la geodatabase 2 se usa automáticamente sobre la representación en la geodatabase 1 si hay un 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.
Nota:
La política predeterminada es que se utilice la representación de la réplica principal. Puede ser a favor de la geodatabase 1 o a favor de la geodatabase 2, según cuál contenga la réplica principal.
Para la replicación bidireccional, si elige sincronizar en ambas direcciones no puede elegir una política de conciliación manual.
Definición de conflicto
- Conflictos definidos por fila: detecta conflictos por objeto.
- Conflictos definidos por columna: detecta conflictos por atributo.
Conciliar con la versión principal.
Esta opción solo está disponible con réplicas de check-out/check-in e indica si realizar una conciliación automática una vez que los cambios de datos se envíen a la réplica principal si no hay conflictos presentes.
- No conciliar: no conciliar. Esta es la opción predeterminada.
- Conciliar: conciliar automáticamente.
Más información sobre cómo conciliar y publicar ediciones en una versión tradicional
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 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 devuelve un error, la réplica aparecerá como si estuviera en conflicto ; más tarde puede completar la conciliación manualmente.
Manejar errores
Si se produce un error durante la sincronización, se deshace la operación. Los cambios aplicados se eliminan y el sistema vuelve a quedar en el estado en que estaba antes de la sincronización.
Se puede producir una excepción cuando se sincroniza en ambas direcciones. Aquí, si se produce un error una vez completado el proceso de aplicar los cambios en una dirección, estos cambios están confirmados; no obstante, el sistema continúa en un estado coherente y las sincronizaciones posteriores no se ven afectadas.