Situaciones de almacenamiento de datos para servicios de imágenes

Cómo organizar y registrar los datos al servidor afectará si debe o no los datos se empaquetarán y copia en el servidor al publicar.

Antes de leer este tema, es importante que comprenda los fundamentos sobre cómo ArcGIS for Server almacena y accede a los datos. Por favor lea lo siguiente:

• Hacer los datos accesibles para ArcGIS for Server
• Copiar datos en el servidor automáticamente al publicar

Como ustedes saben, los datasets ráster y datasets de mosaico puede constar de muchos archivos diferentes. Este tema le ayudará a guiarlos para organizar los datos y así se obtener los resultados deseados al publicar.

Una cuestión clave que hay que entender es si la ruta a los datos está registrada en el almacenamiento de datos y, a continuación, ArcGIS for Server asume que todos los datos se allí. Esto generalmente no supone un problema cuando la ubicación registrada es compartida con el servidor, pero puede causar problemas cuando la ubicación se duplica. En este caso, desea asegurarse de que no ha hecho ningún cambio en una ubicación ni en la otra. Por ejemplo, si crea pirámides para un dataset ráster en la ubicación local, pero no copia esas a la duplicación de la ubicación en el servidor, no se copiarán durante la operación de publicación porque el servidor asume que todos los archivos de datos son duplicados. Las cosas son un poco más complicadas con datasets de mosaico porque están implicados más archivos.

Una complejidad es la ubicación de la fuente de datos para el dataset de mosaico. Para hacerlo más sencillo, supongamos que los datos de origen es una colección de pirámide datasets—incluyendo el ráster, las estadísticas y los archivos de metadatos. Todos estos datos pueden residir en una ubicación donde el dataset de mosaico tiene acceso de lectura.

Luego, está el dataset de mosaico. Para hacerlo más sencillo, supongamos que se almacena en una geodatabase de archivos. Si ustedes construye vistas generales, estas se almacenan en una carpeta al lado de la geodatabase. Esta carpeta tiene el mismo nombre que la geodatabase con una extensión *.Overviews. Si ha agregado datos LIDAR, o una memoria caché generada para un elemento ráster, habrá otra carpeta almacenan junto a la geodatabase con el mismo nombre de geodatabase y una extensión *.Cache. Tanto la general como las ubicaciones de almacenamiento de la memoria caché se almacenan junto a la geodatabase por defecto, pero puede elegir almacenar ellos en otro sitio—que sólo agrega a la complejidad de su organización de los datos.

Cuando publica, desea estar seguro de que el servidor tenga acceso a todo el contenido administradas por el dataset de mosaico; por lo tanto, debe establecer el almacenamiento de datos y preparar el dataset de mosaico correctamente. Cada situación que se muestra a continuación habla más sobre esta cuestión en concreto al utilizar datasets de mosaico desde un dataset de mosaico que hace referencia a los datos que pueden residir en cualquier lugar (mientras se puedan leer).

Situación 1: Todos los datos se encuentra en una ubicación compartida

Esta es probablemente la más simple de datos estructura organizativa. En esta situación todo se almacenan en una ubicación compartida con usted y el servidor. Tiene que registrar esta ubicación con el servidor y conectarse a esta ubicación en la ventana Catálogo (o ArcCatalog) para compartir los datos como un servicio de imágenes. Esto también es una manera rápida de publicar, ya que no se desplazan los datos.

Situación 2: Todos los datos se duplican

En esta situación, los datos se almacenan en dos ubicaciones: Uno accede por el servidor y uno se conecta a en la ventana Catálogo . Esta configuración se utiliza generalmente cuando el servidor está en la nube o en un sistema operativo Linux.

Debe asegurarse de que los datos son exactamente los mismos. Por ejemplo, si modifica el dataset de mosaico al agregar una nueva imagen o modificar las huellas, debe asegurarse de que la copia a que accede el servidor se actualiza. También debe garantizar que las rutas de acceso a los datos se modificaron en consecuencia. Un dataset de mosaico contiene rutas de codificación dura para todos de su contenido. Por lo tanto, si la ubicación de su contenido es D:\MyData y losdatos del servidor son \\Blue\ServerData, debe asegurarse de que las rutas en el dataset de mosaico se actualiza en la ubicación \\Blue\ServerData. Puede actualizar estas rutas antes o después de que se dupliquen los dataset de mosaico (y los archivos asociados) en la ubicación del servidor; consulte Reparar rutas en un dataset de mosaico.

Antes de publicar, asegurarse de que registra el servidor local y ubicaciones como ubicaciones duplicados, y asegurarse de que los datos se duplican y las rutas son correctas. Después, puede publicar el dataset de mosaico al que apunta a la ubicación en su equipo local. El servidor sabrá que la ubicación se duplica y, por tanto, no moverá los datos. Como en la situación 1, esto también hace que se publique rápidamente.

Situación 3: No hay una ubicación de datos registrados

Como en la situación 1, esto también es fácil porque no tiene que preocuparse de cualquiera de sus datos y de si el servidor puede o no puede acceder a ella o la versión correcta de ella. En esta situación, todos los datos se comprimen y mueven al servidor cuando se publican. Esto funciona bien para las colecciones de datos, pero no se recomienda para grandes conjuntos de medio por el tiempo que pueda llevar paquete y mover los datos. Puede elegir esta opción cuando no tenga ningún acceso a la ubicación utilizada por el servidor, o si va a publicar un dataset ráster pequeño. Pero no es eficaz mover gigabytes o más datos de esta manera.

Situación 4: Sólo los datos de origen se encuentra en una ubicación registrada

En esta situación, la ubicación de los datos de origen no es la misma ubicación del dataset de mosaico. Esta ubicación de datos de origen se puede compartir o duplicar.

Ejemplo 1: compartir los datos de origen

La ubicación de los datos de origen es compartidos en \\yellow\RasterData. En su equipo local cree un dataset de mosaico y agregue los datos de \\yellow\RasterData. Luego, cuando publique el dataset de mosaico, el proceso volverá a incluir los envases del dataset de mosaico y los archivos asociados ( como el contenido de la *.Overviews) mover la carpeta al servidor, y actualizar el archivo de codificado duro, las ubicaciones de ruta (o garantizar sus ubicaciones relativas siguen siendo los mismos). Esto podría tardar mucho tiempo si hay muchas vistas generales.

Ejemplo 2: Datos de fuente duplicados

Los datos de origen están duplicados—en el servidor están en sobre P:\SourceData\RasterData, y en su equipo local están en D:\RasterData.

En este ejemplo, debe asegurarse de que el dataset de mosaico no se crea dentro de D: \RasterData, porque el servidor asume que estos dos ubicaciones se duplican, y marcará P: \SourcData\RasterData para ver si el dataset de mosaico está ahí cuando se publique.

Cree el dataset de mosaico en una ubicación única, como D: \Collections. Luego, cuando publique el dataset de mosaico, el proceso volverá a incluir los envases del dataset de mosaico y los archivos asociados ( como el contenido de la *.Overviews) mover la carpeta al servidor, y actualizar el archivo de codificado duro, las ubicaciones de ruta (o garantizar sus ubicaciones relativas siguen siendo los mismos).