La forma de organizar y registrar los datos con el servidor determinará si los datos se deben empaquetar y copiar en el servidor al publicar o no.
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 a ArcGIS Server
- Copiar datos en el servidor automáticamente al publicar
Los datasets ráster y los datasets de mosaico pueden contener muchos archivos diferentes. Este tema le ayudará a organizar estos datos para obtener los resultados deseados al publicar.
Un concepto clave que hay que entender es que si la ruta a los datos está registrada en el data store, ArcGIS Server asume que todos los datos están ahí. Esto normalmente no supone ningún problema cuando la ubicación registrada se comparte con el servidor, pero puede serlo cuando la ubicación es un duplicado. En este caso, cualquier cambio realizado en una ubicación se debe realizar en la otra. Por ejemplo, si crea pirámides para un dataset ráster en su ubicación local, pero no las copia en la ubicación duplicada en el servidor, no se copiarán durante la operación de publicación porque el servidor asume que todos los archivos de datos están duplicados.
Los datasets de mosaico son más complejos porque hay más archivos implicados. La ubicación de los datos de origen de su dataset de mosaico añade un grado de complejidad. Si los datos de origen son una colección de datasets ráster, incluidos los archivos de pirámide, estadísticas y metadatos, todos estos datos pueden residir en una ubicación donde el dataset de mosaico tenga acceso de lectura.
Para un dataset de mosaico almacenado en una geodatabase de archivos, si genera vistas generales, estas se almacenan en una carpeta junto a 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, se almacena otra carpeta junto a la geodatabase con el mismo nombre de geodatabase y extensión .Cache Tanto la vista general como las ubicaciones de almacenamiento en caché se almacenan junto a la geodatabase de forma predeterminada, aunque puede optar por almacenarlas en otro lugar, lo cual aumenta la complejidad de su organización de datos.
Al publicar, asegúrese de que el servidor tenga acceso a todo el contenido administrado por el dataset de mosaico. Debe establecer el data store y preparar el dataset de mosaico correctamente. Cada uno de los siguientes escenarios se expandirá específicamente sobre este problema al utilizar datasets de mosaico, ya que un dataset de mosaico hace referencia a datos que pueden residir en cualquier lugar (siempre que se puedan leer).
Escenario 1: todos los datos están en una ubicación compartida
Esta es la estructura organizativa de datos recomendada. En este escenario, todo se almacena en una ubicación compartida entre usted y el servidor. Debe 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. También es una forma rápida de publicar, ya que no hay movimiento de datos.
Escenario 2: todos los datos están duplicados
En este escenario, los datos se almacenan en dos ubicaciones: una a la que accede el servidor y otra a la que usted se conecta desde la ventana Catálogo. Esta configuración se suele utilizar cuando el servidor está en una nube o en un sistema operativo Linux.
Debe asegurarse de que los datos sean idénticos. Por ejemplo, si modifica el dataset de mosaico agregando una nueva imagen o modificando las huellas, debe asegurarse de que la copia a la que accede el servidor se actualice. También debe asegurarse de que las rutas de acceso a los datos se modifiquen en consecuencia. Un dataset de mosaico contiene rutas fijas a todo su contenido. Por lo tanto, si la ubicación de su contenido es D:\MyData y los datos en el servidor son \\Blue\ServerData, debe actualizar las rutas en el dataset de mosaico en la ubicación \\Blue\ServerData. Puede actualizar estas rutas antes o después de que el dataset de mosaico (y los archivos asociados) se dupliquen en la ubicación del servidor; consulte Reparar rutas en un dataset de mosaico.
Antes de publicar, registre las ubicaciones locales y del servidor como ubicaciones duplicadas y asegúrese de que los datos se dupliquen y las rutas de acceso sean correctas. A continuación, puede publicar el dataset de mosaico seleccionando la ubicación en su equipo local. El servidor sabrá que la ubicación está duplicada y, por lo tanto, no moverá ningún dato. Al igual que en el escenario 1, esto también acelera la publicación.
Escenario 3: no hay una ubicación de datos registrada
Al igual que en el escenario 1, este escenario no implica la asignación de los datos o el servidor acceso a la versión correcta de ArcGIS Enterprise. En este escenario, todos los datos se empaquetan y se mueven al servidor cuando se publican. Esto se recomienda para pequeños conjuntos de datos, pero no para colecciones medianas o grandes debido al tiempo que se puede tardar en empaquetar y mover los datos. Puede elegir esta opción si no tiene 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 de esta manera un volumen de datos del orden de gigabytes.
Escenario 4: solo los datos de origen están en una ubicación registrada
En este escenario, la ubicación de los datos de origen no es la misma ubicación que el 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. En su equipo local, puede crear un dataset de mosaico y agregar los datos de \\yellow\RasterData. A continuación, cuando publique el dataset de mosaico, el proceso empaquetará el dataset de mosaico y los archivos asociados (como el contenido de la carpeta *.Overviews), lo trasladará al servidor y actualizará las ubicaciones de ruta de archivo codificadas (o garantizará que sus ubicaciones relativas sigan siendo las mismas). Esto puede llevar mucho tiempo si hay muchas vistas generales.
Ejemplo 2: datos de origen duplicados
Los datos de origen están duplicados; en el servidor se encuentran en P:\SourceData\RasterData y en su equipo local, en D:\RasterData.
En este ejemplo, debe asegurarse de que el dataset de mosaico no se crea en D:\RasterData porque el servidor asume que estas dos ubicaciones se duplican y no comprobará P:\SourceData\RasterData para ver si el dataset de mosaico está allí al publicar.
Cree su dataset de mosaico en una ubicación única, como D:\Collections. A continuación, cuando publique el dataset de mosaico, el proceso empaquetará el dataset de mosaico y los archivos asociados (como el contenido de la carpeta *.Overviews), lo trasladará al servidor y actualizará las ubicaciones de ruta de archivo codificadas (o garantizará que sus ubicaciones relativas sigan siendo las mismas).