Sincronización y control de versiones

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

La replicación de geodatabases utiliza el control de versiones durante el proceso de sincronización para las réplicas alojadas en geodatabases de ArcSDE. La excepción es cuando se está utilizando el archivado para realizar el seguimiento de cambios en una replicación unidireccional.

El control de versiones se utiliza para determinar los cambios a enviar y también al recibir cambios. A continuación se describe cómo se utiliza el control de versiones en cada uno de estos procesos:

Enviar cambios

Cuando una réplica envía cambios, ArcSDE determina qué ediciones enviar analizando la versión de réplica (se define durante la creación de la réplica) y algunas versiones de sistema. Este análisis puede filtrar para dejar fuera las ediciones ya enviadas durante sincronizaciones anteriores o determinar que algunos cambios deben enviarse de nuevo. Para las réplicas checkout en geodatabases de archivos o personales, 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 un elemento secundario de la versión de réplica. Está diseñado para contener estos cambios temporalmente hasta que se concilien y se envíen a 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 checkout 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 DEFAULT o una versión con nombre.

rep_syncver1

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:

rep_syncver2.gif

Una vez enviados los cambios a la versión de réplica, la versión de sincronización se elimina. Si elige una política de conciliación manual y hay conflictos, es decisión suya realizar la conciliación y el envío en un momento posterior. 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.

rep_syncver3
NotaNota:
Es recomendable realizar la conciliación y el envío habiendo iniciado sesión como el propietario de la réplica. De forma predeterminada, la versión de sincronización es privada y solo permite el acceso al propietario de la réplica. Si hace esta versión pública, puede conciliar y guardar los cambios como un usuario distinto del propietario de la réplica. Sin embargo, debe enviar los cambios mientras haya iniciado sesión como el propietario de la réplica.

3/6/2012