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. Algunos de estos data stores se pueden registrar adicionalmente como almacenes de rásteres y recursos compartidos de archivos de big data.
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 ArcMap, ArcGIS Pro o ArcGIS Server Manager, puede registrar un conjunto de ubicaciones de data store aprobadas con el sitio 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.
A partir de la versión 10.7.1, también puede registrar ubicaciones de data store para servidores federados en su 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 visualizar el data store en ArcGIS Server Manager; sin embargo, en este lugar no puede administrar estos data stores. Los data stores agregados al portal se deben administrar en el portal.
Fuentes de datos que puede registrar
En las cinco secciones que aparecen a continuación se describen los data stores que los publicadores y administradores de ArcGIS Server pueden registrar en un sitio de ArcGIS Server.
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 compatible con ArcGIS haciendo referencia al archivo de conexión de base de datos (.sde). La base de datos a la que se conecte puede contener una geodatabase, pero no es obligatorio.
Si utiliza para la conexión un usuario autentificado por 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 de sistema operativo, debe agregar la cuenta de administrador principal del sitio 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 Default 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 DEFAULT; por tanto, registre únicamente un archivo de conexión que acceda a DEFAULT.
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 o ArcMap.
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, ArcMap o 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.
Recursos compartidos de archivos 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 ArcGIS Enterprise para 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.
Almacenes en la nube
Puede registrar un bucket de Amazon Simple Storage Service (S3), contenedor de almacenamiento de BLOB de Azure 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.
Otros proveedores de almacenamiento en la nube afirman que ofrecen almacenamiento compatible con S3.
Solo debe utilizar 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.
Es posible usar un almacén en la nube en Microsoft Azure para el directorio de trabajos de uno o varios servicios de geoprocesamiento, a pesar de que otras partes de ArcGIS Server se implementen localmente o en una ubicación de red. Consulte Mover un directorio de trabajos del servicio de geoprocesamiento al almacenamiento de Microsoft Azure para obtener instrucciones.
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 S3no 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.
Antes de registrar datos
El hecho de registrar sus datos no otorga al sitio de ArcGIS Server permisos para acceder a los datos. Antes de registrar sus datos, 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 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 obtener más información sobre este proceso, consulte Volver accesibles los datos para ArcGIS Server.
Si va a registrar una geodatabase corporativa o una base de datos (un archivo .sde o .odc) en el sitio de ArcGIS Server, también debe comprobar que en todos los servidores SIG de su sitio esté instalada la versión de 64 bits del software cliente de la base de datos en cada equipo de ArcGIS Server del sitio. Por ejemplo, si quiere registrar una base de datos de Microsoft SQL Server, deberá instalar el cliente de SQL Server compatible en cada equipo de ArcGIS Server del sitio. Tenga en cuenta que después de instalar el software cliente, debe reiniciar el servicio de ArcGIS Server.
Los enlaces siguientes describen el software cliente necesario para cada base de datos, cómo otorgar privilegios de acceso a los datos a 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 Netezza con ArcGIS Server
- Registrar una base de datos de Oracle con ArcGIS Server
- Registrar una base de datos 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 un archivo de definición de servicio que haga referencia a los datos de la base de datos y publique el archivo de definición de servicio.
Escenarios para registrar los datos
Antes de registrar los datos, examine los siguientes escenarios y considere cómo se relacionan los flujos de trabajo:
A) 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 de grupo de trabajo 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 ArcMap o publicar una capa de imágenes de mapa en uno de los servidores federados de su portal 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 continua haciendo referencia a los datos almacenados en la geodatabase corporativa.
Cuándo no utilizar este escenario
- Si sus datos residen en una geodatabase de archivos o directorio de archivos. En su lugar, utilice el siguiente escenario.
- Si desea mantener una copia por separado de los datos en la geodatabase corporativa para uso Web.
B) 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 geodatabases.
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 continua 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
- Si sus datos residen en una base de datos. En su lugar, utilice el escenario anterior.
- Si desea publicar servicios WFS-T o de entidades.
C) 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 los 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.
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 exista una copia de los datos que se encuentran en la geodatabase del responsable de publicación. Este escenario solo puede utilizarse con geodatabases corporativas (no con bases de datos).
Para permitirle replicar los datos de forma que el publicador y el sitio de ArcGIS Server tengan acceso a los cambios que se produzcan en los datos, active Crear un servicio de geodatos para la base de datos del servidor cuando registre las geodatabases corporativas en ArcMap. Al seleccionar esta opción, se crea automáticamente un servicio de geodatos que puede utilizar para enviar manualmente una réplica de los datos que se encuentran en la geodatabase del responsable de publicación a la geodatabase del sitio de ArcGIS Server.
También puede utilizar el servicio de geodatos para sincronizar las geodatabases corporativas, garantizando así 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, las ediciones realizadas en la nube local se integrarán en la geodatabase del sitio de ArcGIS Server, lo cual las habilita para los usuarios finales del servicio de entidades. En cambio, si los publicadores web cambian cualquiera de las entidades en la geodatabase del sitio de ArcGIS Server, las ediciones se pueden sincronizar con la geodatabase del responsable de publicación.
Cuándo no utilizar este escenario
- Si sus datos residen en una geodatabase de archivos o directorio de archivos. En su lugar, utilice el escenario D.
- Si los datos residen en una base de datos (una que no contenga una geodatabase). En su lugar, utilice el escenario A.
- Si no desea mantener una copia por separado de la geodatabase en el servidor.
- Si publica en uno de los servidores federados de su portal desde ArcGIS Pro.
- Los datos publicados son estáticos. En ese caso, no necesita sincronizar los cambios de la geodatabase del publicador a la geodatabase del sitio de ArcGIS Server. En ese caso, puede usar el escenario de base de datos administrada sin replicación.
D) 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 ArcMap en un sitio de ArcGIS Serveren Linux, puede crear una copia idéntica de los datos del documento de mapa y colocar los datos en el equipo 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 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 se 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
- Si sus datos residen en una geodatabase corporativa, utilice en su lugar el escenario C.
- Si sus datos residen en una base de datos, utilice en su lugar el escenario A.
- 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.
E) El equipo del publicador y el sitio de ArcGIS Server hacen referencia a geodatabases diferentes
Este escenario es similar al escenario C pero, en este escenario, los datos no están sincronizados entre las dos geodatabases. Resulta útil como método para trasladar datos de entidad de su geodatabase corporativa local a una geodatabase corporativa en la nube.
Cuándo utilizar este escenario
Utilice este escenario como forma de trasladar datos de entidad a la nube. Este escenario requiere lo siguiente:
- Tanto la fuente de datos local como el data store en la nube deben ser geodatabases corporativas.
- La geodatabase corporativa en la nube debe estar registrada como base de datos administrada para un sitio de ArcGIS Server independiente o federado.
- El publicador debe utilizar ArcMap para publicar servicios de entidades en el sitio de ArcGIS Server independiente o federado en la nube.
Cuándo no utilizar este escenario
- Si sus datos residen en una geodatabase de archivos o directorio de archivos.
- Si los datos residen en una base de datos (una que no contenga una geodatabase).
- Si desea sincronizar los cambios de datos entre la geodatabase del publicador y la del sitio de ArcGIS Server, utilice el escenario C.
F) 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 depósito de Alibaba respectivamente.
Cuándo no utilizar este escenario
- Su sitio de ArcGIS Server no se está ejecutando en la nube.
Cómo registrar los 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, ArcMap 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 debe dar 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:
- Para las bases de datos registradas en ArcGIS Server Manager, ArcGIS Pro o ArcMap, 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 a su clúster no reconocerán 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 a un portal de ArcGIS Enterprise, no lo dé de baja mediante ArcGIS Server Manager, ArcGIS Pro ni ArcMap. En su lugar, debe eliminar el servidor federado del elemento de data store.
- No debe dar 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 sea posible 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 desde ArcGIS Server Manager (o dan de baja un data store relacional desde ArcMap), debe reconfigurar el ArcGIS Data Store con el mismo sitio de ArcGIS Server para recuperar el funcionamiento de los servicios.