Disponible con una licencia Standard o Advanced.
Los tres tipos de replicación de geodatabase son check-out/check-in, unidireccional y bidireccional. A continuación se describe cada una.
Replicación de check-out/check-in
La replicación de check-out/check-in permite editar los datos en la réplica secundaria y sincronizar estas ediciones con la réplica principal.
La réplica principal siempre es una geodatabase corporativa. La réplica secundaria puede encontrarse en una geodatabase de archivos o corporativa.
Después de sincronizar los datos, se dará de baja (se eliminará) la réplica de check-out y ya no podrá sincronizar ediciones adicionales. Si necesita más ediciones, debe crear otra réplica de check-out.
Replicación unidireccional
La replicación unidireccional permite enviar los cambios de los datos varias veces en una única dirección, de réplica principal a secundaria o viceversa. Las réplicas unidireccionales persisten después de la sincronización, y permiten continuar enviando cambios de datos.
- Replicación unidireccional, de principal a secundaria: los datos de la réplica principal se pueden editar, pero los de la secundaria se consideran como 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 principal a secundaria, la réplica de origen (principal) siempre es una geodatabase corporativa; el destino (secundaria) puede ser una geodatabase corporativa o de archivos.
- Replicación unidireccional, de secundaria a principal: funciona de manera similar, pero en la dirección opuesta. En este caso, se pueden editar los datos de la réplica secundaria y los de la réplica principal 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.
Replicación bidireccional
La replicación bidireccional permite enviar cambios de datos varias veces de la réplica principal a la réplica secundaria y de la réplica secundaria a la réplica principal. Si la misma fila se edita en ambas geodatabases de réplica, se detecta como un conflicto cuando se sincronizan las réplicas.
Sugerencia:
Puede configurar la política de resolución de conflictos y definir qué constituye un conflicto al sincronizar para controlar 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 origen (principal) y el destino (secundaria) deben ser geodatabases corporativas.
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 de archivos, debe utilizar la replicación de check-out/check-in o unidireccional.
- Con la replicación bidireccional puede sincronizar varias veces sin tener que volver a crear réplicas. Este tipo de réplica requiere una geodatabase corporativa para las geodatabases de origen y destino.
- La replicación unidireccional es ideal para aquellos casos en los cuales se desee publicar los cambios del servidor de producción en el servidor de publicación. Consulte Escenarios de datos distribuidos para obtener una descripción de este flujo de trabajo.
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 de tipo de acceso de réplica simple. Con un modelo simple, las entidades y sus atributos se incluyen en la réplica, pero no así la funcionalidad extendida de la geodatabase. Aumenta la interoperabilidad de los datos, puesto que no tienen que ajustarse a complejas estructuras de datos de geodatabase.
- Si en ocasiones necesita editar los datos de la réplica secundaria, utilice la replicación bidireccional. Puesto que la replicación unidireccional asume que los datos son de solo lectura en la réplica secundaria, es posible que, al sincronizar, se sobrescriban 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, lo que le permite decidir cómo gestionar las diferencias si decide resolver los conflictos manualmente. La replicación bidireccional permite el intercambio de datos en ambas direcciones, pero también funciona en casos en los que solo se envían cambios en una dirección.
En la tabla siguiente se resumen los distintos tipos de replicación de geodatabase:
| La réplica secundaria se almacena en una geodatabase de archivos | Admite varias sincronizaciones antes de darla de baja | Puede sincronizar actualizaciones en ambas direcciones | |
|---|---|---|---|
De check-out/check-in a una geodatabase de archivos |  | ||
De check-out/check-in a geodatabase corporativa | |||
De unidireccional a geodatabase de archivos (principal - secundaria) | | | |
De unidireccional a geodatabase corporativa (principal - secundaria) | | ||
De unidireccional a geodatabase corporativa (secundaria - principal) | | ||
De bidireccional a geodatabase corporativa | | |