Cuándo utilizar una geodatabase corporativa o una geodatabase de archivos

Por lo general, se recomienda utilizar una geodatabase corporativa para mantener los datos de origen de los servicios. Una geodatabase corporativa ofrece soporte de alta disponibilidad, copia de seguridad y recuperación, concurrencia, escalabilidad y una tendencia hacia un rendimiento superior. Sin embargo, esta recomendación se brinda asumiendo que su organización cuenta con un administrador de base de datos (DBA) dedicado para optimizar, ajustar y mantener la geodatabase corporativa.

Si su organización no cuenta con un DBA en el personal y los datos publicados están relativamente estáticos, una buena alternativa puede ser utilizar una geodatabase de archivos. Las geodatabases de archivos normalmente ofrecen un excelente rendimiento y no requieren configuración o ajuste adicional. Según las características de los datos SIG, en algunos casos, la optimización y el ajuste adicionales de una geodatabase corporativa pueden ser necesarios para superar el rendimiento de una geodatabase de archivos.

En flujos de trabajo de mapa y globo en los que se estén haciendo muchas solicitudes de solo lectura a los datos en una sucesión rápida, las geodatabases de archivos a las que se acceda a través de rutas locales suelen funcionar mejor que las geodatabases corporativas.

Antes de elegir utilizar una geodatabase de archivos, recuerde que algunas funcionalidades de las geodatabases corporativas, como versionado, replicación de geodatabase y archivado histórico, no están disponibles en las geodatabases de archivos. Además, en las geodatabases de archivos no se dispone de las capacidades de los sistemas de administración de bases de datos estándar, como registro, copia de seguridad y recuperación, y configuración de conmutación en caso de error.

Consideraciones para las geodatabases de archivos

Cuando utiliza una geodatabase de archivos como fuente de datos, debe colocar una copia idéntica de la geodatabase de archivos en cada equipo del servidor SIG. Por ejemplo, en un sitio de ArcGIS for Server con tres servidores SIG, cada servidor SIG debe acceder a su propia copia de la geodatabase de archivos. Los servidores SIG no deben acceder a la misma geodatabase de archivos en la red.

Esta configuración minimiza el tráfico de comunicación de la red en los distintos componentes de ArcGIS for Server y reduce el conflicto de E/S cuando se accede a geodatabases de archivos. Los factores que influyen en el posible conflicto de E/S para una geodatabase de archivos compartida incluyen el número de capas en el servicio de mapas, la naturaleza de los datos en la geodatabase de archivos y el dispositivo de almacenamiento del archivo.

Las geodatabases de archivos están destinados a leer sólo usando ArcGIS Server. Debido a esto, en las situaciones donde la geodatabase de archivos es una geodatabase de publicación (en flujos de trabajo de replicación unidireccional), la sincronización de réplica debe ocurrir durante períodos de inactividad en el servicio de mapas o evitando que el servicio de mapas utilice la geodatabase de archivos. La liberación de la geodatabase se puede realizar deteniendo el servicio o, en sitios de varios equipos, quitando temporalmente los equipos del servidor SIG del sitio y volviendo a conectarlos después de que se haya actualizado la geodatabase de archivos.

ArcGIS Server no puede deshabilitar el bloqueo de esquema de las geodatabases de archivos.

Geodatabases de archivos y caché de mapa

Las geodatabases de archivos funcionan correctamente para las situaciones de caché de mapa. Al colocar una geodatabase de archivos idéntica en cada equipo que funciona en la caché, se pueden eliminar las diversas llamadas a la geodatabase corporativa que se producen a través de la red. Esto puede aligerar la carga de la base de datos y acelerar el almacenamiento en caché.

Es posible utilizar una réplica unidireccional desde una geodatabase corporativa para crear estas geodatabases de archivos. Incluso puede replicar a la proyección del mapa que se almacenará en caché. Un ejemplo común es el almacenamiento en caché de un mapa Web en la proyección WGS 1984 Web Mercator (Esfera auxiliar) que utiliza ArcGIS Online, Bing Maps y Google Maps. Por lo general, esta proyección no es recomendable para almacenar datasets corporativos en una geodatabase corporativa, pero es útil para el almacenamiento en caché de un mapa Web desde una geodatabase de archivos.