Como publicador o administrador de ArcGIS Server en su organización, cuenta con la opción de registrar los almacenes en la nube y los data stores locales. Al hacerlo, tiene la opción de registrar las carpetas de datos, las bases de datos y las geodatabases en el sitio de ArcGIS Server para que los servicios que publica puedan hacer referencia a los datos de esas carpetas, bases de datos y geodatabases. El proceso de registro de datos proporciona a ArcGIS Server una lista de ubicaciones a las cuales puede acceder. 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.
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. Mediante 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, geodatabases corporativas o de grupo de trabajo, almacenes en la nube o almacenes de ráster aprobados. 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.
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 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.
Nota:
Si la base de datos registrada contiene una geodatabase versionada, 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.
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. Puede registrar estos archivos en ArcGIS Server Manager o en ArcMap.
Nota:
Incluso si registra la conexión OLE DB desde otra aplicación de ArcGIS, los datos de las conexiones OLE DB se copian siempre en el servidor y se convierten a tablas de geodatabases de archivos cuando se publica desde ArcGIS Pro a uno de los servidores federados de su portal.
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, Hadoop Distributed File Systems (HDFS), Apache Hive o almacenamientos 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 los depósitos 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 los depósitos de Amazon S3 y el almacenamiento de BLOB de Azure. En la versión 10.6.1, también puede usar 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 depósito de Amazon S3 o un contenedor de almacenamiento de BLOB de Microsoft Azure para su uso como almacén de rásteres, como recurso compartido de archivos de big data o para almacenar cachés de mapas e imágenes. En 10.6.1, puede registrar un Alibaba OSS como un almacén en la nube para cachés de servicios de mapas e imágenes y almacenes de rásteres. En 10.6.1, puede registrar un almacenamiento de Microsoft Azure Data Lake como almacenamiento en la nube para su uso con recursos compartidos de archivos de big data
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.
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, deberá 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 deberá 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 SQL Server, deberá instalar el cliente de SQL Server en cada equipo de ArcGIS Server del sitio. Tenga en cuenta que después de instalar el software cliente, deberá 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 ALTIBASE con ArcGIS Server
- Registrar una base de datos Dameng con ArcGIS Server
- Registrar una base de datos Db2 con ArcGIS Server
- Registrar una base de datos Netezza con ArcGIS Server
- Registrar una base de datos Oracle con ArcGIS Server
- Registrar una base de datos PostgreSQL con ArcGIS Server
- Registrar SAP HANA con ArcGIS Server
- Registrar una base de datos SQL Server con ArcGIS Server
- Registrar una base de datos Teradata con ArcGIS Server
- Registrar una geodatabase de grupo de trabajo con ArcGIS Server
No es posible registrar bases de datos 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 continúa 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 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 basado en Linux que gestiona todos los datos y ha configurado Samba para permitir el intercambio de archivos entre 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 editor 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 Linux, implementaciones en la nube o cualquier implementación donde desee que los responsables de publicación 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 Serverbasado en Linux, puede crear una copia idéntica de los datos del documento de mapa y colocar los datos en el servidor basado en Linux. Después de registrar los directorios con el servidor y publicarlos, el documento de mapa se modifica automáticamente para hacer referencia a la carpeta en el servidor basado en Linux.
Este escenario es también beneficioso si va a publicar en un servidor basado en la nube como ArcGIS Enterprise on Amazon Web Services. Por ejemplo, puede copiar los datos locales y colóquelo en cualquier directorio que desee 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. Para obtener las instrucciones completas, vea los temas siguientes:
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 y administradas, 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.
- 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 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 elemento de 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.