Escenarios que utilizan datos distribuidos

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

La replicación de geodatabases admite muchas opciones de flujo de trabajo además de los que ya ofrece el control de versiones. Los siguientes son varios escenarios alojados a través de la replicación de geodatabases.

Puede encontrar más información sobre los escenarios siguientes en las notas del producto Información general sobre la distribución de datos con geodatabases.

Árbol de réplicas

La replicación de geodatabases se puede utilizar para crear árboles de réplicas, similares a los árboles de versiones, que permitan a las organizaciones distribuir sus datos entre varias geodatabase en una estructura jerárquica.

Por ejemplo, algunas organizaciones requieren la capacidad de replicar una única geodatabase de la organización entre diferentes oficinas. Cada oficina tiene una réplica con solo los datos aplicables a su área y puede transferir cambios de estos datos a la oficina central. Esto permite que la oficina central analice datos actualizados en toda la extensión. Las conexiones dentro de una oficina son rápidas, pero son mucho más lentas entre oficinas. Las oficinas regionales también pueden replicar sus geodatabases a las oficinas locales del mismo modo que la oficina central replica su geodatabase a las regiones.

El nodo central

Una geodatabase de réplica se puede utilizar como un nodo central para alojar lectores y editores. Para mantener velocidades de conexión rápidas, los editores pueden crear una réplica para desproteger datos del nodo central, realice ediciones y, a continuación, proteger de nuevo los cambios sincronizando con la geodatabase.

El nodo central también se puede utilizar para propagar cambios entre varias réplicas secundarias. Para mover cambios de una réplica a otra, los cambios de una réplica se sincronizan primero con la réplica primaria (o nodo central). A continuación, una segunda réplica secundaria se puede sincronizar con la primaria para obtener estos cambios.

Usuarios móviles

Los usuarios móviles dentro de una organización, tal como un equipo de mantenimiento, requieren la capacidad de editar una parte de la geodatabase de ArcSDE sobre el terreno. Necesitan desconectarse completamente de la infraestructura de la organización, a menudo durante un período prolongado de tiempo. Durante la preparación para un trabajo o proyecto determinado, los datos relevantes se replican y se transfieren a un dispositivo portátil, tal como un equipo portátil. Este dispositivo se desconecta entonces de la red, permitiendo que equipo de campo trabaje independientemente de la red. El equipo de campo puede continuar trabajando con los datos replicados y puede modificarlos aunque estén desconectados de la red. Cuando se restablece una conexión a la red, los cambios realizados en los datos se transfieren y se sincronizan con los datos mantenidos en la geodatabase de ArcSDE.

Contratista

Algunas organizaciones necesitan subcontratar el mantenimiento de parte de su geodatabase y hacer que el contratista proporcione actualizaciones todos los meses. La organización necesita poder incorporar los cambios del contratista sin volver a cargar los datos completamente. También necesita una manera fácil de revisar solo las actualizaciones del mes, en lugar de tener que realizar comprobaciones de control de calidad en todo el dataset.

Esto se puede lograr enviando al contratista una réplica de los datos adecuados para las actualizaciones. Cuando el contratista devuelve los cambios a la organización, se pueden sincronizar con los datos mantenidos en la geodatabase de ArcSDE.

Geodatabases de producción y publicación

Una organización debe admitir un grupo de editores, así como usuarios que tengan acceso al sistema con acceso de solo lectura. Para satisfacer los requisitos de cada grupo, la organización tiene dos geodatabases de ArcSDE. Una es la geodatabase de producción, que editan directamente los editores, mientras que la otra es una réplica de esta geodatabase y permite el acceso de lectores. Los lectores pueden tener acceso a estos datos a través de servidores de ArcIMS o ArcGIS.

En este escenario, la réplica de la geodatabase de publicación es una copia de solo lectura de la geodatabase de producción. Los datos de la geodatabase de publicación no necesitan estar versionados. La replicación se puede restringir al envío de datos en una sola dirección. Las ediciones se realizan en la geodatabase de producción y se envían desde ella a la geodatabase de publicación. Estas ediciones se transfieren y se sincronizan con los datos de la geodatabase de publicación y, a continuación, se sirven a los lectores.

Administración de datos multigrupo

Dentro de la organización, la administración de datos puede estar dividida entre varios grupos diferentes. Por ejemplo, un grupo puede estar a cargo de administrar las redes de servicios, mientras que otro se ocupa de administrar los datos de la base de terreno para la misma área. Otro ejemplo es donde varios equipos trabajan en muchos proyectos completamente independientes. Los datasets para cada proyecto pueden ser en su mayor parte de áreas geográficas diferentes, pero la organización desea un repositorio central para todos los proyectos.

La organización puede utilizar la replicación de geodatabases para distribuir los datos entre varios grupos, dividiendo los datos en proyectos adecuados. Cada equipo de proyecto recibe una réplica de los datos necesarios de la geodatabase central de ArcSDE. A continuación, los equipos editan las réplica de manera independiente de los demás, probablemente en ubicaciones geográficas separadas, y transfieren esas ediciones a la geodatabase central de ArcSDE. A la inversa, las ediciones realizadas en la geodatabase central de ArcSDE también se transfieren a las réplicas adecuadas de los equipos de proyecto.

Centralizar datos de muchos orígenes

Otro ejercicio de replicación común consiste en tener una ubicación centralizada donde se recopilan los datos. Las organizaciones configuradas de esta manera tienen una geodatabase central que aloja una colección de datos de otras oficinas.

Un ejemplo de esto sería la distribución de datos entre oficinas regionales y una oficina nacional. Cada oficina regional funciona independientemente, administrando sus propios datasets y enviando actualizaciones periódicamente a la oficina nacional. Las ediciones de cada región se sincronizan en un dataset completo en la geodatabase nacional. En esta configuración de replicación de elemento secundario a elemento primario, la geodatabase nacional tiene asignada la función de elemento primario y las geodatabases regionales tienen asignada la función de elemento secundario.

Consulte el artículo Usar compresión en geodatabases de ArcSDE con réplicas para obtener más información.