Disponible con una licencia Standard o Advanced.
Los tres tipos de replicación de geodatabase son: check out/check in, unidireccional y bidireccional.
Para todos los tipos, se deben usar los datos de una geodatabase corporativa como origen para la creación de la réplica. Todos los tipos se admiten también en entornos conectados o desconectados. A continuación se describe cada uno de estos tipos:
Replicación de check-in/check-out
La replicación checkout/check-in permite editar los datos en la réplica secundaria y sincronizar estas ediciones con la réplica primaria.
Una vez sincronizados los datos, ya no podrá sincronizar ediciones adicionales. Si necesitan ediciones adicionales, debe crear una nueva réplica checkout. Al crear réplicas de checkout, el destino puede ser una geodatabase corporativa, de archivos o personal.
La edición sin conexión, disponible a partir de ArcGIS 8.3, es ahora parte de la replicación de geodatabases y equivale a la replicación checkout/check-in. Las herramientas de edición sin conexión que estaban disponibles en ArcGIS Desktop se han retirado y ahora forman parte del marco de geodatabases distribuidas. Las herramientas de geoprocesamiento sin conexión, sin embargo, todavía están disponibles por compatibilidad con versiones anteriores.
Replicación unidireccional
La replicación unidireccional permite enviar los cambios de los datos varias veces en una sola dirección, del elemento primario al secundario o del elemento secundario al primario.
En la replicación unidireccional de elemento primario a elemento secundario los datos de la réplica primaria son editables, pero los datos del elemento secundario se consideran de solo lectura. Si se realizan ediciones en los datos de la réplica secundaria, las ediciones se sobrescriben si están en conflicto con ediciones aplicadas durante la sincronización.
Al crear una réplica unidireccional de elemento principal a elemento secundario, el destino puede ser una geodatabase corporativa, de archivos o personal.
La replicación unidireccional de elemento secundario a elemento primario funciona de una manera similar, pero en la dirección opuesta. Aquí los datos de la réplica secundaria son editables, pero los datos del elemento primario se consideran de solo lectura. Si se lleva a cabo alguna edición en los datos de la réplica principal, estas ediciones se sobrescribirán si entran en conflicto con las ediciones aplicadas durante la sincronización.
Al crear una réplica unidireccional de elemento secundario a elemento principal, tanto la réplica secundaria como la principal deben estar alojadas en una geodatabase corporativa.
Las réplicas unidireccionales persisten después de la sincronización, y permiten continuar enviando cambios de datos.
Replicación doble
La replicación bidireccional permite enviar cambios de datos varias veces de la réplica primaria a la réplica secundaria o de la réplica secundaria a la réplica primaria. Si la misma fila se edita en ambas geodatabases de réplica, se detecta como un conflicto cuando se sincronizan las réplicas. Las políticas de reconciliación se proporcionan para definir cómo se procesan los conflictos.
Las réplicas bidireccionales continúan existiendo después de la sincronización, y permiten continuar editando y sincronizando las réplicas. Al crear réplicas bidireccionales, el destino debe ser una geodatabase corporativa.
Elegir un tipo de réplica
Cuando decida qué tipo de réplica usar, considere lo siguiente:
- Si necesita la capacidad de crear réplicas en geodatabases personales o de archivos, debe utilizar la replicación checkout/check-in o unidireccional. No obstante, si está utilizando una licencia de ArcGIS Desktop Standard para editar los datos de la réplica secundaria, considere el uso de una geodatabase corporativa como geodatabase de destino. El uso de una geodatabase corporativa en lugar de geodatabases personales o de archivos permite crear réplicas bidireccionales. Con la replicación bidireccional, puede sincronizar varias veces sin tener que recrear las réplicas.
- La replicación unidireccional es ideal para aquellos casos donde se desee publicar los cambios del servidor de producción en el servidor de publicación. La replicación unidireccional fuerza la sincronización unidireccional y no exige que los datos de la réplica secundaria estén versionados si se utiliza el modelo simple. Con un modelo simple, el hecho que los tipos sean simples hace que los datos sean más interoperables, puesto que no tienen que ajustarse a estructuras complejas de datos Esri.
- Si se implementa un sistema unidireccional donde en ocasiones se necesite editar los datos de la réplica secundaria, considere utilizar la replicación bidireccional. Puesto que la replicación unidireccional asume que los datos son de solo lectura en el elemento secundario, una sincronización podría sobrescribir las ediciones realizadas en los datos de la réplica secundaria. La lógica de detección de conflictos de replicación bidireccional marca estas diferencias como conflictos y permite decidir cómo gestionar las diferencias. La replicación bidireccional permite el intercambio de datos en ambas direcciones, pero también funciona en casos donde solo se envían cambios en una dirección.