Cómo organizar y registrar los datos con el servidor afectará a si es necesario o no que los datos se empaqueten y copien en el servidor al publicar.
Antes de leer este tema, es importante que comprenda los fundamentos sobre cómo ArcGIS Server almacena y accede a los datos. Consulte los siguientes vínculos para obtener más información:
- Hacer que sus datos sean accesibles para ArcGIS Server
- Copiar datos en el servidor automáticamente al publicar
Como sabe, los datasets ráster y datasets de mosaico pueden constar de muchos archivos diferentes. Este tema le guiará para organizar los datos y así 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 data store, ArcGIS Server asume que todos los datos están 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 las copia en la ubicación duplicada del servidor, no se copiarán durante la operación de publicación porque el servidor asume que todos los archivos de datos se duplican. 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 claro, 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 caché generada para un elemento ráster, habrá otra carpeta almacenada 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 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 data store 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 encuentran en una ubicación compartida
Esta es probablemente la mejor estructura organizativa de datos. En esta situación, todo se almacena 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: una con acceso del servidor y otra a la que se conecta usted 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 la 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 los datos del servidor son \\Blue\ServerData, debe asegurarse de que las rutas en el dataset de mosaico se actualizan 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 está duplicada 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 registrada
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 acceso a la ubicación usada por el servidor o si está publicando un dataset ráster pequeño, pero no es eficaz mover gigabytes o más datos de esta manera.
Situación 4: solo los datos de origen se encuentran 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: datos de origen compartidos
La ubicación de los datos de origen se comparte en \\yellow\RasterData. Cree un dataset de mosaico en su equipo local y agregue los datos de \\yellow\RasterData. Luego, cuando publique el dataset de mosaico, el proceso volverá a incluir el empaquetado del dataset de mosaico y los archivos asociados (como el contenido de la carpeta *.Overviews), moviéndolo al servidor y actualizando las rutas de los archivos codificadas de forma rígida (o garantizando que sus ubicaciones relativas sigan siendo las mismas). Esto podría tardar mucho tiempo si hay muchas vistas generales.
Ejemplo 2: datos de origen duplicados
Los datos de origen se duplican: en el servidor, se encuentran en P:\SourceData\RasterData, mientras que 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 estas dos ubicaciones se duplican y no comprobará P:\SourcData\RasterData para ver si el dataset de mosaico está allí al publicar.
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 el empaquetado del dataset de mosaico y los archivos asociados (como el contenido de la carpeta *.Overviews), moviéndolo al servidor y actualizando las rutas de los archivos codificadas de forma rígida (o garantizando que sus ubicaciones relativas sigan siendo las mismas).