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 de replicación, se deben usar los datos de una geodatabase corporativa como origen para la creación de la réplica. Los tres tipos de replicación se describen a continuación.
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.
Una vez sincronizados los datos, ya no podrá sincronizar ediciones adicionales. Si necesitan ediciones adicionales, debe crear una nueva réplica de check-in/check-out. Al crear réplicas de réplica de check-out/check-in, el destino puede ser una geodatabase corporativa o de archivos.
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, el destino 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/o 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. 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 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 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 sencillo, el hecho de que los tipos sean simples aumenta la interoperabilidad de los datos, puesto que no tienen que ajustarse a complejas estructuras de datos de geodatabase.
- 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 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 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.
En la tabla siguiente se resumen los distintos tipos de replicación de geodatabase:
| La réplica secundaria se almacena dentro de una geodatabase de archivos | Admite varias sincronizaciones antes de darla de baja | Puede sincronizar actualizaciones en ambas direcciones | |
|---|---|---|---|
De check-out/check-in a 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 | | |