Disponible con una licencia Standard o Advanced.
La replicación de geodatabase utiliza el versionado durante la sincronización para las réplicas alojadas en geodatabases corporativas. La excepción se da cuando utiliza el archivado para rastrear los cambios de una replicación unidireccional.
El versionado se utiliza para determinar los cambios a enviar y también al recibir cambios. A continuación, se describe cómo se utiliza el versionado en cada uno de estos procesos:
Enviar cambios
Cuando una réplica envía cambios, se analizan la versión de réplica (definida durante la creación de la réplica) y las versiones del sistema. Este análisis puede excluir ediciones que ya se han enviado durante sincronizaciones anteriores o determinar que algunos cambios deben enviarse de nuevo. Para las réplicas de check-out en geodatabases personales o de archivos, se analiza una tabla interna que contiene todas las ediciones. Para la replicación unidireccional utilizando archivado, se analiza la clase de archivado para determinar qué cambios enviar.
Recibir cambios
Cuando una réplica recibe cambios, ocurre lo siguiente:
Primero, se aplican los cambios a la versión de sincronización. La versión de sincronización es siempre una réplica secundaria de la versión de réplica. Está diseñada para alojar temporalmente estos cambios hasta que se concilien y publiquen en la versión de réplica. Para las réplicas bidireccionales y unidireccionales, es posible que la versión no se cree hasta el momento de la sincronización, mientras que, para las réplicas de check-out, la versión se crea en el momento de la creación. En los diagramas siguientes, la versión de réplica podría ser la predeterminada o una con nombre.
A continuación, la versión de sincronización se concilia con la versión de réplica. El comportamiento en este paso depende del tipo de réplica:
- Réplicas bidireccionales: para las réplicas bidireccionales, pueden darse conflictos durante la conciliación. Si se detectan conflictos, se utiliza una política de conciliación para determinar cómo gestionarlos. Puede elegir entre políticas de conciliación automáticas y manuales durante la sincronización. Si no hay ningún conflicto, o una política de conciliación automática resuelve los conflictos, la versión de réplica se envía con la versión de sincronización.
- Réplicas de check-out: para las réplicas de check-out, la conciliación y la publicación son opcionales y no se ejecutan de manera predeterminada. Si prefiere no conciliar ni publicar, los cambios se mantendrán en la versión de sincronización. Entonces puede conciliar y enviar manualmente en un momento posterior. Si decide conciliar y publicar, el comportamiento es el mismo que con las réplicas bidireccionales.
- Réplicas unidireccionales: con las réplicas unidireccionales, los cambios en la versión de réplica siempre se sobrescriben y nunca hay conflictos sin resolver. Cuando se utiliza un tipo de modelo sencillo, los datos de la réplica secundaria pueden no estar versionados. Si este es el caso, los cambios se aplican directamente a las tablas base y no se utiliza el versionado al recibir los cambios. Además, los cambios se sobrescriben directamente si la réplica secundaria se aloja en una geodatabase personal o de archivos.
Una vez se hayan publicado los cambios en la versión de réplica, la versión de sincronización se eliminará. Si elige una política de conciliación manual y hay conflictos, usted decide si realizar la conciliación y la publicación por sí mismo más adelante. Para las réplicas bidireccionales, siempre que exista la versión de sincronización, la réplica se considera en conflicto. Mientras esté en conflicto, se puede recibir cambios, pero no enviarlos desde la réplica.
