Tipos de réplica
Este tema se aplica sólo a ArcEditor y ArcInfo.
Los tres tipos de replicación de geodatabase son: check out/check in, unidireccional y bidireccional.
Para todos los tipos, se debe usar los datos de una geodatabase de ArcSDE 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 checkout/check-in
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 checkout, el destino puede ser una geodatabase de ArcSDE, 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 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 primario a elemento secundario, el destino puede ser una geodatabase de ArcSDE, de archivos o personal.
La replicación unidireccional de elemento secundario a elemento 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 realizan ediciones en los datos de la réplica primaria, las ediciones se sobrescriben si están en conflicto con ediciones aplicadas durante la sincronización.
Al crear una réplica unidireccional de elemento secundario a elemento primario, tanto la réplica secundaria como la primaria deben estar alojadas en una geodatabase de ArcSDE.
Las réplicas unidireccionales persisten después de la sincronización, y permiten continuar enviando cambios de datos.
Replicación bidireccional
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. Se proporcionan directivas de conciliación 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 de ArcSDE.
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 ArcEditor para editar los datos de la réplica secundaria, considere el uso de una geodatabase de ArcSDE personal como geodatabase de destino. El uso de una geodatabase ArcSDE personal en lugar geodatabase 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.