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 estas ubicaciones 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 los administra todos.
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.
Si la base de datos registrada contiene una geodatabase con versionado tradicional, ArcGIS Server accede a la versión de los datos presente en la versión de la geodatabase configurada en el archivo de conexión. Si desea que ArcGIS Server acceda a otras versiones, debe registrar archivos de conexión separados para conectar con estas versiones de geodatabases. Por ejemplo, puede registrar un archivo de conexión que acceda a la geodatabase predeterminada y otro que acceda a una versión secundaria.
Si la base de datos que registre contiene una geodatabase versionada en rama, solo puede publicar desde la versión predeterminada; por tanto, registre únicamente un archivo de conexión que acceda a la versión predeterminada.
También puede registrar una base de datos en el sitio de ArcGIS Server mediante una referencia a una conexión OLE DB (un archivo .odc). Las conexiones OLE DB proporcionan acceso uniforme a los datos de diversas fuentes de bases de datos, pero son conexiones no espaciales. Solo puede registrar estos archivos en ArcGIS Server Manager.
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 y que contengan los archivos de datos que desea publicar. Estas carpetas pueden contener shapefiles, geodatabases de archivos, 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 for 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 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.
Para usar 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), los contenedores de almacenamiento de BLOB de Microsoft Azure y los almacenes 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 en la Guía del administrador de Portal for ArcGIS para más información sobre cómo registrar un almacén de rásteres.
Antes de registrar datos
El hecho de registrar ubicaciones de datos no otorga al sitio de ArcGIS Server permisos para acceder a los datos. Antes de registrar un data store administrado por usted, debe comprobar que la cuenta de ArcGIS Server tenga por lo menos permisos de lectura sobre los datos almacenados en carpetas, geodatabases de grupo de trabajo, bases de datos o geodatabases corporativas a la cuales se acceda mediante autenticación en el sistema operativo. En el caso de las bases de datos, servicios de bases de datos o geodatabases corporativas a las que se accede a través de usuarios autenticados por la base de datos, se deben otorgar permisos al usuario para utilizar los datos. Para los almacenes de datos en la nube, las credenciales utilizadas para acceder a los datos deben tener privilegios seleccionados sobre los datos. Para obtener más información sobre este proceso, consulte Hacer que sus datos sean accesibles a ArcGIS Server.
Si va a registrar un archivo de conexión de base de datos (.sde) o archivo de conexión OLE DB (.odc) con el sitio ArcGIS Server, también debe comprobar que en todos los equipos de ArcGIS Server de su sitio esté instalada la versión de 64 bits del software cliente de la base de datos. Por ejemplo, si quiere registrar una base de datos de Microsoft SQL Server, deberá instalar un controlador ODBC de SQL Server compatible en cada equipo de ArcGIS Server del sitio ArcGIS Server. Una vez instalado el software cliente, debe reiniciar el servicio de ArcGIS Server. Además, recuerde actualizar este software cliente cuando actualice la versión de la base de datos a la que accede.
Los siguientes vínculos describen el software cliente necesario para cada base de datos, cómo otorgar privilegios de acceso a los datos de la cuenta de ArcGIS Server y cómo conectarse a la base de datos:
- Registrar una base de datos de Dameng con ArcGIS Server
- Registrar una base de datos de Db2 con ArcGIS Server
- Registrar una base de datos de Oracle con ArcGIS Server
- Registrar una base de datos de PostgreSQL con ArcGIS Server
- Registrar SAP HANA con ArcGIS Server
- Registrar una base de datos de SQL Server con ArcGIS Server
- Registrar una base de datos de Teradata con ArcGIS Server
- Registrar una geodatabase de grupo de trabajo con ArcGIS Server
No es posible registrar bases de datos de IBM Informix ni Db2 en bases de datos z/OS en un sitio de ArcGIS Server. En lugar de ello, cree y publique un archivo de definición de servicio que haga referencia a los datos de la base de datos. Después de la versión 10.9.1, no puede publicar servicios de datos en Informix o Db2 en z/OS.
Para obtener información sobre la configuración del sitio ArcGIS Server de alojamiento para acceder a los datos del almacén de datos en la nube, consulte uno de los temas siguientes:
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 o geodatabase corporativa, importe la 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.
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.
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.
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 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 servidor 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.
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:
- Si sus datos residen en una base de datos, utilice el escenario El equipo del publicador y el sitio de ArcGIS Server hacen referencia a la misma base de datos.
- Si no desea mantener una copia por separado de los datos en el servidor.
- Si publica en uno de los servidores federados de su portal desde ArcGIS Pro.
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.
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.
Registrar sus datos con ArcGIS Server
Puede registrar sus carpetas de datos, bases de datos y ubicaciones en la nube en ArcGIS Server mediante ArcGIS Server Manager o ArcGIS Pro. Si su sitio de ArcGIS Server está federado con un portal, puede agregar un elemento de data store para publicar capas de entidades e imágenes.
Para obtener más información, consulte lo siguiente:
Consideraciones a tener en cuenta al dar de baja data stores
No 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. Tenga en cuenta las siguientes limitaciones al dar de baja un data store:
- Antes de anular el registro de un data store en la nube, elimine el directorio de caché asociado de ArcGIS Server 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.
- 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.
- Si agrega 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.
- No dé de baja data stores relacionales, de caché de teselas ni big data stores espaciotemporales de ArcGIS Data Store desde el sitio del servidor de alojamiento, aunque pueda hacerlo 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.