Al implementar un sitio de ArcGIS Server, debe elegir dónde ubicar los datos de origen de los servicios web. En este tema se describen algunos escenarios adecuados para utilizar geodatabases corporativas y geodatabases de archivos.
Cuándo utilizar una geodatabase corporativa frente a una geodatabase de archivos
Por lo general, se recomienda utilizar una geodatabase corporativa para mantener los datos de origen de los servicios de entidades y mapas. Una geodatabase corporativa ofrece soporte de alta disponibilidad, respaldo y recuperación, concurrencia, escalabilidad y una tendencia para ofrecer un rendimiento superior. Sin embargo, esta recomendación se brinda asumiendo que su organización cuenta con un administrador de base de datos dedicado para optimizar, ajustar y mantener la base de datos.
Si su organización no cuenta con un administrador de base de datos 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 buen rendimiento y no requieren configuración ni ajustes adicionales. En función de las características de los datos SIG, una geodatabase de archivos puede funcionar mejor que una geodatabase corporativa si la base de datos donde se almacena la geodatabase corporativa no se optimiza y mantiene.
En flujos de trabajo de almacenamiento en caché de mapas y globos 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 accede 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 el versionado, la replicación de geodatabase y el archivado histórico, no están disponibles en las geodatabases de archivos. Además, las capacidades de sistema de administración de bases de datos estándar, como registro, respaldo y recuperación, y configuración de conmutación por error, no están disponibles en las geodatabases de archivos.
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 ArcGIS Server. Por ejemplo, en un sitio de ArcGIS Server con tres equipos, cada uno de ellos debe acceder a su propia copia de geodatabase de archivos. No configure el sitio de ArcGIS Server para acceder a una única 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 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 pensadas para el uso de solo lectura con ArcGIS Server. Debido a ello, no es posible publicar servicios de entidades que hagan referencia a datos de una geodatabase de archivos. Además, en situaciones donde la geodatabase de archivos es una geodatabase de publicación (en flujos de trabajo de replicación unidireccional), la sincronización de la réplica debe ocurrir durante períodos de inactividad del servicio de mapas o evitando que el servicio de mapas utilice la geodatabase de archivos. Puede liberar la geodatabase deteniendo el servicio o, en sitios de varios equipos, quitando temporalmente los equipos de ArcGIS Server 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é, puede eliminar varias llamadas a la geodatabase corporativa que deben ocurrir en la red. Esto puede aligerar la carga de la base de datos y acelerar el almacenamiento en caché.
Puede utilizar una replicación 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 (Auxiliary Sphere) que utiliza ArcGIS Online, Bing Maps y Google Maps. Esta no suele ser una proyección recomendada para almacenar datasets en una geodatabase corporativa, pero es una buena proyección para el almacenamiento en caché de un mapa web desde una geodatabase de archivos.