Skip To Content

Fuentes de datos para ArcGIS Server

Como publicador o administrador de ArcGIS Server en su organización, puede registrar fuentes de datos para servicios web de ArcGIS Server, para almacenar cachés de imagen y mapa y para el almacenamiento de salida de análisis de ráster y GeoAnalytics.

Al registrar las ubicaciones de las fuentes de datos como data stores, proporciona a ArcGIS Server una lista de las ubicaciones a las que acceder para rellenar servicios web con datos. El proceso de registro de datos también ayuda a que ArcGIS Server ajuste las rutas de los datos a medida que los publica en los equipos. También puede registrar algunos de estos data stores como almacenes de rásteres y recursos compartidos de archivos de big data. El administrador o propietario de la fuente de datos administra todos estos data stores.

Supongamos que usted es administrador de ArcGIS Server y tiene un departamento de analistas SIG que publican servicios en su sitio de ArcGIS Server desde diferentes equipos cliente. Utilizando las herramientas de ArcGIS Pro o ArcGIS Server Manager, puede registrar un conjunto de ubicaciones de data store aprobadas con el sitio de ArcGIS Server y comunicar estas ubicaciones a sus analistas. Los publicadores también pueden registrar en el sitio más carpetas, bases de datos (incluidas las que contienen geodatabases corporativas o de grupo de trabajo) y almacenes en la nube. El registro de estos data stores en el sitio de ArcGIS Server reduce el número de incidentes en los que sus analistas se encuentran con problemas de permisos y no pueden publicar. El publicador puede crear servicios que hacen referencia a los datos de los data stores registrados.

También puede registrar ubicaciones de data store para servidores federados en el portal de ArcGIS Enterprise agregando elementos de data store. Al agregar un elemento de data store al portal, este registra el data store con los sitios de ArcGIS Server que especifique. Puede ver el data store en ArcGIS Server Manager y los administradores del portal pueden crear elementos a partir de data stores de bases de datos y carpetas existentes. Sin embargo, no es posible administrar elementos de data store desde ArcGIS Server Manager. Debe administrar los elementos de data store en el portal.

Fuentes de datos que puede registrar

Los publicadores y los administradores de ArcGIS Server pueden registrar los siguientes tipos de data stores administrados por usuarios con un sitio de ArcGIS Server. Utilice los vínculos para obtener más información sobre cada tipo.

Si las ubicaciones de los datos cambian, agregue más ubicaciones de datos registradas.

Bases de datos

Puede registrar cualquier sistema de administración de bases de datos, servicio de base de datos basado en la nube o almacén de datos en la nube compatible con ArcGIS haciendo referencia al archivo de conexión de base de datos (.sde) que le permita conectarse a ello. La base de datos o servicio de bases de datos al que se conecte puede contener una geodatabase, pero no es obligatorio.

Bases de datos y servicios de bases de datos

Si utiliza un usuario autentificado por base de datos para conectarse a una base de datos o servicio de base de datos, la información de la cuenta de usuario debe guardarse junto con el archivo .sde, y ese usuario debe tener los privilegios necesarios sobre los datos que se desea publicar. Por ejemplo, si publica un servicio de entidades que desea que los usuarios utilicen para actualizar y agregar entidades, el usuario guardado junto con el archivo de conexión registrado debe tener privilegios de actualización y creación sobre los datos de la base de datos.

Si utiliza la autenticación mediante el sistema operativo, debe agregar la cuenta de ArcGIS Server a la base de datos y otorgarle los privilegios necesarios para acceder a los datos.

Los elementos del data store del portal de ArcGIS Enterprise admiten un conjunto diferente de bases de datos que aquellos admitidos al registrar la base de datos en ArcGIS Server Manager o ArcGIS Pro.

Almacenes de datos en la nube

Aunque acceda a almacenes de datos en la nube utilizando un archivo de conexión de base de datos y lo registre como un tipo de data store de base de datos, la información que proporcione al conectarse, qué y dónde puede publicar y lo que puede hacer con los servicios publicados, difiere de las conexiones a las bases de datos o a las ofertas de servicios de base de datos.

Registre las conexiones de base de datos que accedan a almacenes de datos en la nube con el servidor de alojamiento agregando un elemento de data store en el portal de ArcGIS Enterprise o regístrelas en ArcGIS Pro.

Carpetas

Es posible registrar carpetas de sistema operativo locales y compartidas con el sitio ArcGIS Server que incluye los archivos de datos que necesita publicar. Estas carpetas pueden contener shapefiles, geodatabases de archivos, geodatabases móviles, archivos de localizador, archivos de imágenes (ráster) y archivos de big data.

Cuando registre una carpeta, las subcarpetas también se registrarán. No registre la totalidad de una unidad con ArcGIS Server por cuestiones de seguridad.

Almacenes en la nube

Puede registrar un bucket de Amazon Simple Storage Service (S3) u otro almacenamiento compatible con S3, contenedor de almacenamiento de BLOB de Azure, bucket de Google Cloud o Alibaba Cloud Object Storage Service (OSS) como almacén en la nube para cachés de servicios de imágenes y mapas y almacenes de rásteres. Puede registrar un bucket de Amazon S3, un contenedor de almacenamiento de BLOB de Azure o un almacén de Microsoft Azure Data Lake como almacén en la nube para su uso con recursos compartidos de archivos de big data.

Además de Amazon, otros proveedores de almacenamiento en la nube ofrecen almacenamiento compatible con S3.

Use solo los almacenes en la nube para cachés de servicios de mapas e imágenes si su sitio de ArcGIS Server se está ejecutando en la misma plataforma en la nube. Por ejemplo, utilice únicamente el almacenamiento de BLOB de Azure para las cachés de servicios de mapas e imágenes si sus sitios de ArcGIS GIS Server y ArcGIS Image Server se están ejecutando en Microsoft Azure.

Proveedores de almacenamiento en la nube compatibles con S3

Para admitir proveedores de almacenamiento compatibles con S3, ArcGIS Server tiene un mecanismo para agregar regiones personalizadas a la lista integrada de regiones Amazon Web Services (AWS), como se indica en Configurar las regiones del almacén en la nube. Para utilizar con ArcGIS un proveedor de almacenamiento compatible con S3, el proveedor debe ser compatible con AWS SDK para Java.

El almacenamiento de Amazon S3 es compatible con varias funciones del software, pero el almacenamiento personalizado compatible con S3 no las admite todas.

  • Únicamente la autenticación de clave de acceso y clave secreta admiten el almacenamiento compatible con S3; los roles de AWS Identity and Access Management (IAM) no son compatibles.
  • Solo puede utilizar el almacenamiento compatible con S3 para atender las solicitudes de mapas de servicios de mapas e imágenes almacenados en caché.

Los proveedores de almacenamiento compatibles con S3 se deben utilizar comprendiendo que Esri no garantiza que dichos proveedores de almacenamiento personalizado compatibles con S3 sean compatibles con ArcGIS Server ni se proporciona soporte técnico para solucionar los problemas de compatibilidad. Además, Esri no garantiza la interoperabilidad de terceros, pero utilizará los medios razonables para garantizar un funcionamiento continuado.

Archivos compartidos de Big Data

Los recursos compartidos de archivos de big data son carpetas de sistema operativo compartidas, Apache Hadoop Distributed File System (HDFS), Apache Hive o almacenes en la nube que contienen colecciones de archivos delimitados o shapefiles utilizados como entrada de GeoAnalytics Tools.

Si utiliza ArcGIS Server Manager para registrar un almacenamiento en la nube como recurso compartido de archivos de big data, debe registrar primero el almacenamiento en la nube. Los recursos compartidos de archivos de big data admiten buckets de Amazon Simple Storage Service (S3), contenedores de almacenamiento de Blob de Microsoft Azure y almacenes en la nube de Microsoft Azure Data Lake.

Consulte Primeros pasos con recursos compartidos de archivos de big data para obtener información acerca del registro de recursos compartidos de archivos de big data.

Almacenes de rásteres

Los almacenes de rásteres son data stores de salida; contienen las capas de imágenes creadas al ejecutar las herramientas de análisis de ráster. Los almacenes de rásteres pueden ser recursos compartidos de archivos o almacenes en la nube.

Para usar un almacenamiento en la nube como almacén de rásteres, debe registrar primero el almacenamiento en la nube. Los almacenes de rásteres admiten buckets de Amazon S3, el almacenamiento de BLOB de Azure o Alibaba Cloud Object Storage Service (OSS).

Consulte Configurar e implementar análisis de ráster para obtener más información sobre el registro de un almacén de rásteres.

Permisos en las fuentes de datos

El registro de ubicaciones de datos no otorga al sitio de ArcGIS Server permisos para acceder a los datos. Para los data stores de carpeta y ciertos tipos de conexiones a data stores de base de datos, debe otorgar a la cuenta de ArcGIS Server permisos sobre los datos. Para otros tipos de conexiones de base de datos, recursos compartidos de archivos de big data y data stores en la nube, las credenciales de usuario almacenadas con el data store deben tener permisos sobre los datos. Para obtener más información sobre los permisos de datos de los data stores, consulte Hacer que los datos sean accesibles a ArcGIS Server.

Registrar datos en ArcGIS Server

Puede registrar carpetas de datos, archivos de conexión a bases de datos y ubicaciones en la nube en ArcGIS Server mediante ArcGIS Server Manager o ArcGIS Pro. Si el sitio de ArcGIS Server está federado con un portal de ArcGIS Enterprise, puede agregar un elemento de data store para publicar la mayor parte de los tipos de capas web.

Para obtener más información, consulte lo siguiente:

Retirar un data store

El modo de eliminar la asociación entre un sitio de ArcGIS Server y un data store depende del tipo de data store y de cómo lo registró.

  • Si registró el data store en ArcGIS Server Manager o ArcMap, utilice el botón para dar de baja situado junto al data store en Sitio > Data Stores en ArcGIS Server ManagerArcGIS Server Manager.

    Antes de dar de baja un data store en la nube que se agregó en ArcGIS Server Manager, elimine el directorio de caché de ArcGIS Server asociado en ArcGIS Server Manager. Para obtener información sobre cómo eliminar un directorio de caché de ArcGIS Server, consulte Eliminar un directorio de servidor en Server Manager.

  • Si ha registrado el data store en ArcGIS Pro o ha agregado un elemento de data store en un portal de ArcGIS Enterprise, debe eliminar el servidor federado del elemento de data store en el portal. No utilice ninguna otra aplicación para anular registro del data store.
  • Para eliminar un ArcGIS Data Store del servidor de alojamiento, use la utilidad unregisterdatastore instalada con ArcGIS Data Store.

    No dé de baja ningún tipo de ArcGIS Data Store desde el sitio del servidor de alojamiento en ArcGIS Server Manager. Si da de baja estos data stores desde Server Manager, los servicios a los que alimentan dejarán de funcionar.

    Si usted o un publicador de su organización dan de baja accidentalmente un ArcGIS Data Store mediante ArcGIS Server Manager, debe volver a configurar el ArcGIS Data Store con el mismo sitio de ArcGIS Server para que los servicios vuelvan a funcionar.

Consideraciones a tener en cuenta al dar de baja data stores

No elimine o dé de baja un data store si los servicios existentes contienen datos del data store.

Si da de baja un data store del sitio de ArcGIS Server y ese data store se utiliza para llenar los servicios existentes, podrá ver todavía los servicios dependiendo del tipo del data store utilizado.

  • Para las bases de datos registradas en ArcGIS Server Manager o ArcGIS Pro, puede seguir viendo los datos en los servicios a los que alimentan. Sin embargo, si la contraseña almacenada en el data store cambia, no podrá actualizar los servicios para usar la nueva contraseña. En ese punto, los servicios dejarán de funcionar y tendrá que registrar la base de datos que contiene los datos del servicio y volver a publicar los servicios.
  • Para las bases de datos registradas y administradas, cualquier equipo nuevo de ArcGIS Server que agregue al sitio no reconocerá los servicios si su data store de origen ya no está registrado en el sitio de ArcGIS Server. Tendrá que registrar la base de datos que contiene los datos del servicio y volver a publicar los servicios para que los nuevos equipos reconozcan los servicios.

Escenarios para registrar los datos

Antes de registrar ubicaciones de datos, examine los siguientes escenarios y considere cómo se relacionan los flujos de trabajo:

El equipo del publicador y el sitio de ArcGIS Server hacen referencia a la misma base de datos

Si el equipo del publicador y el sitio de ArcGIS Server hacen referencia a los datos de la misma base de datos, geodatabase corporativa o almacén de datos en la nube, importe el archivo de conexión de base de datos del publicador y establezca la conexión de base de datos del sitio de ArcGIS Server en La misma conexión del publicador cuando registra los datos.

El equipo del publicador y ArcGIS Server visualizan y acceden a datos que residen en la misma base de datos

Cuándo utilizar este escenario

Utilice este escenario si desea evitar tener una copia de los datos colocados en los equipos de ArcGIS Server. Por ejemplo, supongamos que desea publicar un servicio de mapas en ArcGIS Server desde ArcGIS Pro utilizando datos de una geodatabase corporativa local. Para evitar tener una copia de los datos a los que hace referencia el documento de mapa situado en una carpeta de uno de los equipos de ArcGIS Server, importe la conexión de base de datos del responsable de publicación y establezca la conexión de base de datos del sitio de ArcGIS Server en La misma conexión del responsable de publicación. Después de publicar, el documento de mapa continúa haciendo referencia a los datos almacenados en la geodatabase corporativa.

Cuándo no utilizar este escenario

No utilice este escenario si sus datos residen en una geodatabase de archivos o directorio de archivos. En su lugar, utilice el siguiente escenario.

No utilice este escenario si desea mantener una copia por separado de los datos en su geodatabase corporativa para uso web.

El equipo del publicador y el sitio de ArcGIS Server hacen referencia a la misma carpeta

Si el equipo del publicador y el sitio de ArcGIS Server hacen referencia a datos de la misma carpeta, especifique la ruta de la carpeta del publicador y establezca la ruta de la carpeta del sitio de ArcGIS Server en La misma ruta del publicador cuando registra los datos. Este escenario es igual que el anterior, salvo que en este caso se utilizan carpetas en lugar de bases de datos.

El equipo del publicador y ArcGIS Server visualizan y acceden a datos contenidos en la misma carpeta

Cuándo utilizar este escenario

Utilice este escenario si desea evitar tener una copia de los datos colocados en uno de los equipos de ArcGIS Server. Por ejemplo, supongamos que desea publicar un servicio de geoprocesamiento en ArcGIS Server utilizando datos de un directorio de red. Para evitar tener una copia de los datos del servicio de geoprocesamiento en uno de los equipos de ArcGIS Server, especifique la ruta de la carpeta del publicador y establezca la ruta de la carpeta del sitio de ArcGIS Server en La misma ruta del responsable de publicación. Después de publicar, el servicio de geoprocesamiento continúa haciendo referencia al modelo de referencia, entradas, salidas, scripts y datos de proyecto almacenados en el directorio de red.

Este escenario también es ventajoso si tiene un sitio de ArcGIS Server en Linux que administra todos los datos y ha configurado Samba para permitir el intercambio de archivos entre Microsoft Windows y Linux. Por ejemplo, si desea publicar un documento de mapa que hace referencia a los datos del equipo de Linux, registre el directorio de Samba (\\net\data) como carpeta del publicador y registre el directorio de Linux (/net/data) como carpeta del sitio de ArcGIS Server. Cuando publica, el documento de mapa se modifica automáticamente para hacer referencia al directorio en el equipo Linux.

Nota:

Al utilizar un directorio Samba para compartir datos entre Windows y Linux, se recomienda desactivar el bloqueo oportunista de la configuración de Samba antes de la publicación. De lo contrario, surgirán errores durante la publicación. Para obtener las instrucciones completas, consulte Problemas y soluciones comunes.

Cuándo no utilizar este escenario

No utilice este escenario si sus datos residen en una base de datos. En su lugar, utilice el escenario anterior.

No utilice este escenario si desea publicar servicios WFS-T o de entidades.

El equipo del publicador y el sitio de ArcGIS Server hacen referencia a geodatabases diferentes y los datos no son estáticos

Debido a los firewalls, las diferencias entre plataformas informáticas o el deseo de mantener una copia por separado de los datos para uso web, el publicador y el sitio de ArcGIS Server pueden cada uno de ellos hacer referencia a los mismos datos en geodatabases diferentes. Para registrar sus datos utilizando este escenario, debe importar tanto la conexión a la base de datos del responsable de publicación como la conexión a la geodatabase del sitio de ArcGIS Server.

El equipo del publicador y ArcGIS Server utilizan geodatabase separadas

Cuándo utilizar este escenario

Utilice este escenario si desea mantener una copia por separado de los datos en la geodatabase corporativa local para uso Web. En este caso, debe asegurarse de que en la geodatabase del sitio de ArcGIS Server federado exista una copia de los datos que se encuentran en la geodatabase del responsable de publicación. Solo puede utilizar este escenario con geodatabases corporativas, no con bases de datos.

También puede utilizar el servicio de geodatos para sincronizar las geodatabases corporativas, garantizando que los cambios realizados posteriormente a la base de datos del responsable de publicación se reflejarán en la geodatabase del sitio de ArcGIS Server. Esto resulta especialmente ventajoso en implementaciones en la nube, debido a que no requiere que alguien inicie sesión en el equipo en la nube y organice la transferencia de datos.

Este escenario también es apto para publicar servicios de entidades en sitios de ArcGIS Server locales o en la nube. Por ejemplo, si publica un servicio de entidades utilizando este escenario, puede enviar las ediciones realizadas de forma local a la geodatabase del sitio de ArcGIS Server, lo cual las habilita para los usuarios finales del servicio de entidades. En cambio, si los editores web cambian cualquiera de las entidades en la geodatabase del sitio de ArcGIS Server, puede sincronizar las ediciones con la geodatabase del responsable de publicación.

Cuándo no utilizar este escenario

No utilice este escenario en ninguna de las siguientes circunstancias:

El equipo del publicador y el sitio de ArcGIS Server hacen referencia carpetas diferentes

Debido a los firewalls, las diferencias entre plataformas informáticas o el deseo de mantener una copia por separado de los datos para uso web, el publicador y el sitio de ArcGIS Server pueden cada uno hacer referencia a copias de los mismos datos en sus propias carpetas de datos. Para registrar los datos utilizando este escenario, deberá introducir la ruta para la carpeta del responsable de publicación y la carpeta del servidor.

El equipo del publicador y ArcGIS Server utilizan sus propios directorios de datos

Cuándo utilizar este escenario

Este escenario es útil para implementaciones de Linux, implementaciones en la nube o cualquier implementación donde desee que los publicadores y usuarios web trabajen con copias separadas de los datos.

Por ejemplo, si desea publicar un servicio de mapas desde ArcGIS Pro en un sitio de ArcGIS Server independiente en Linux, puede crear una copia idéntica de los datos del documento de mapa y colocar los datos en el equipo de ArcGIS Server. Después de registrar los directorios con el sitio de ArcGIS Server y publicarlos, el documento de mapa se modifica automáticamente para hacer referencia a la carpeta en el equipo de ArcGIS Server.

Este escenario es también beneficioso si va a publicar en un sitio de ArcGIS Server que se ejecuta en la nube. Por ejemplo, puede copiar los datos locales y colocarlos en cualquier directorio que desee en un equipo virtual en la nube. Cuando publica, las rutas de los datos se modifican automáticamente para hacer referencia al directorio en el servidor en la nube. La desventaja de este enfoque es que se necesita a alguien para iniciar sesión en el equipo en la nube y organizar la transferencia de datos a la nube (que puede realizar a través del FTP, copiar y pegar en un escritorio remoto u otros métodos compatibles de transferencia de datos).

Cuándo no utilizar este escenario

No utilice este escenario en ninguna de las siguientes circunstancias:

El equipo del publicador hace referencia a datos locales de imagen o mapa y el sitio de ArcGIS Server hace referencia a una ubicación de almacenamiento en la nube

Si su sitio de ArcGIS GIS Server o de ArcGIS Image Server se está ejecutando en la nube y desea almacenar cachés de servicios de mapas e imágenes también en la nube, proporcione información de autenticación y conexión para su proveedor en la nube antes de publicar. Al publicar servicios de mapas o imágenes en caché, las cachés se alojarán en el almacén en la nube registrado.

Publicar servicios de mapas o imágenes con caché almacenada en un contenedor en la nube

Cuándo utilizar este escenario

Utilice este escenario si su sitio de ArcGIS Server se está ejecutando en AWS, Microsoft Azure o Alibaba y desea que sus servicios de mapas o imágenes hagan referencia a cachés almacenadas en un bucket de Amazon S3, un contenedor de almacenamiento de BLOB de Azure o un bucket de Alibaba Cloud Object Storage Service (OSS) respectivamente.

Cuándo no utilizar este escenario

No utilice este escenario si su sitio de ArcGIS Server no se está ejecutando en la nube.