Skip To Content

Hacer que sus datos sean accesibles para ArcGIS for Server

En este tema

ArcGIS Server hace que sus datos, como mapas, herramientas, imágenes, localizadores y así sucesivamente, estén disponibles para muchos otros equipos en su organización y potencialmente toda la red de Internet. Sin embargo, los equipos del servidor SIG deben poder acceder libremente a sus datos para exponerlos de forma efectiva. Hay tres cosas principales que debe realizar para hacer que sus datos sean accesibles para ArcGIS Server:

  • Almacenar los datos donde todos los equipos del servidor SIG puedan verlos.
  • Conceder a la cuenta de ArcGIS Server permisos para sus carpetas que contienen datos y bases de datos a las que accede con la autenticación de sistema operativo. La cuenta de ArcGIS Server es la cuenta que se utiliza para instalar ArcGIS Server, no el administrador del sitio principal especificado cuando se creó el sitio de ArcGIS Server.
  • Registrar los datos con el servidor.

Este tema abarca todos los requisitos anteriores. En primer lugar, es útil entender cómo ArcGIS for Server almacena y hace referencia a los datos detrás de sus servicios.

Cómo ArcGIS Server almacena y accede a los datos

Cuando publica un elemento como un servicio, el elemento se coloca en el servidor. Así pues, si publica un localizador como un servicio de geocodificación, una copia del localizador termina en el servidor donde ArcGIS Server tiene suficientes permisos para acceder a ella.

A veces, puede publicar un elemento que hace referencia a datos adicionales. Por ejemplo, un mapa puede hacer referencia a diversas clases de entidad almacenadas en una base de datos. Estos datos solo se mueven al servidor si no se registran los datos con el servidor al publicar. Alternativamente, si no desea que los datos se copien en el servidor en el momento de la publicación, debe tomar explícitamente los pasos a continuación para garantizar que ArcGIS Server puede ver y acceder a los datos.

Almacenar datos donde todos los equipos de servidor SIG puedan acceder a ellos

Cada equipo del servidor SIG en su implementación tiene que ser capaz de leer sus recursos SIG y todos los datos a los que hacen referencia. Por ejemplo, cuando publica un mapa como un servicio, todos los datos para las capas del mapa deben estar visibles para todos los equipos del servidor SIG. A continuación se encuentran algunos enfoques de cómo puede almacenar los datos.

Almacenar datos localmente en cada equipo de servidor SIG

Cuando guarda sus datos, en una ruta local, por ejemplo, /opt/local/data y crea un servicio a partir de ellos, otros equipos de servidor SIG no son capaces de trabajar con el servicio, a menos que tengan sus propias copias de los datos que residen en /opt/local/data. Cargar una copia idéntica de sus datos en una ruta idéntica en cada equipo del servidor SIG puede ser beneficioso para el rendimiento, pero puede no ser una solución práctica para datasets grandes o que cambian con frecuencia.

Almacenar datos en un directorio compartido

Otra forma de poner a disposición sus datos en todos los equipos del servidor SIG es utilizar las herramientas del sistema operativo para compartir el directorio en el que se almacenan los datos. Los directorios de red compartidos se denominan comúnmente con carpetas instaladas NFS, que contienen el nombre del servidor (por ejemplo, /net/myserver/opt/local/data). Cuando utiliza rutas NFS para hacer referencia a sus datos, todos los equipos del servidor SIG buscarán los datos en el equipo correcto.

Si almacena sus recursos SIG en directorios compartidos, recuerde que todas las rutas de fuente de datos dentro del recurso también deben utilizar rutas NFS o rutas relativas. Por ejemplo, si su documento de mapa contiene capas de tres clases de entidad, las rutas de acceso a las clases de entidad deben ser NFS o rutas relativas.

Aunque las carpetas de red compartida son convenientes para hacer referencia a los datos, requieren el tráfico de red y pueden introducir atascos en el rendimiento que, de lo contrario, no existirían cuando se accede a los datos a través de rutas locales.

Almacenar datos en una base de datos

Muchos establecimientos SIG almacenan grandes colecciones de datos en un sistema de administración de bases de datos relacionales (RDBMS) como DB2, Informix, Netezza, Oracle o PostgreSQL. Esri admite de forma nativa estas bases de datos, que proporcionan una manera de organizar y utilizar convenientemente los datos espaciales desde un RDBMS en ArcGIS.

Esri también proporciona una geodatabase que puede implementar dentro de su RDBMS. Las geodatabases y las bases de datos son muy prácticas y eficaces pero, como se accede a ellas a través de la red, no suelen ofrecer el rendimiento rápido que se consigue cuando se accede a los datos localmente. En algunos casos, puede utilizar la geodatabase para replicar a otros formatos que son fáciles de almacenar localmente, como las geodatabases de archivos. A continuación, puede colocar los datos en cada equipo del servidor SIG para obtener un rendimiento óptimo.

Consulte Consideraciones del almacenamiento de datos para un sitio de ArcGIS Server para obtener información sobre si este enfoque es correcto para usted.

Otorgue a la cuenta de ArcGIS Server permisos para los datos

Cuando inicia sesión en su propio equipo, el nombre de cuenta que utiliza le brinda acceso a todos sus archivos y carpetas en el equipo. Nadie más puede acceder a sus datos a menos que se lo permita. Lo mismo se aplica a sus datos SIG. La cuenta de ArcGIS for Server necesita al menos permisos de lectura a los datos de las carpetas que utiliza en sus servicios y a los datos de bases de datos a los que accede utilizando la autenticación de sistema operativo. En algunos escenarios en los que se realizan ediciones, es posible que la cuenta de ArcGIS for Server también necesite permisos de escritura.

Cuándo necesita aplicar permisos?

Los elementos que publique se copian en el servidor donde ya se ha concedido el permiso de acceso a la cuenta de ArcGIS Server. Sin embargo, los datos a los que se hace referencia en esos elementos (por ejemplo, las capas en un mapa o globo) pueden o no tener aplicados los permisos correctos, dependiendo de si elige registrar la carpeta o la base de datos que los contiene con el servidor en la publicación.

Si eligió que el servidor copie automáticamente los datos en el servidor, no hay necesidad de establecer cualquier permiso adicional. Todos los datos se copian en el servidor donde ya tiene permisos de la cuenta de ArcGIS Server. Si los datos de origen se basan en el archivo y está publicando una entidad o un servicio WFS habilitado por transacción (WFS-T), los datos de origen se copian en una geodatabase que haya registrado con el servidor, denominada base de datos administrada de ArcGIS for Server. No es necesario otorgar permisos a la cuenta de ArcGIS Server para acceder a los datos de origen que se copian en el servidor.

Para obtener más información, consulte Copiar datos en el servidor automáticamente al publicar.

Si elige registrar la carpeta contenedora, tiene que otorgar de forma explícita a la cuenta de ArcGIS Server permisos para leer desde esa carpeta. Por ejemplo, cuando publica un servicio de globo, no es necesario otorgar permisos a la cuenta de ArcGIS for Server para leer el archivo 3DD (porque siempre se copian en el servidor). Sin embargo, debe dar permisos de forma explícita a la cuenta de ArcGIS Server para los datos a los que hacen referencia las capas del documento 3DD.

Si elige registrar la base de datos contenedora, el tipo de permisos que tiene que otorgar depende del tipo de base de datos que utilice y del tipo de autenticación que utilice para conectarse.

El proceso de otorgar permisos a sus datos de base de datos o basados en archivo se describe en las restantes secciones de este tema.

Permisos para los datos basados en archivos

Si sus datos están basados en archivo, como shapefiles, archivos de imagen y geodatabases de archivos, tendrá que trabajar con el sistema operativo para configurar el acceso a las carpetas que contienen sus datos. La cuenta de ArcGIS Server debe tener al menos acceso de lectura a los datos y acceso de escritura si se van a editar los datos. Aquí le presentamos algunos escenarios:

  • Si los datos residen en el equipo del servidor SIG (o uno de los equipos del servidor SIG en el caso que tenga más de uno), otorgue a la cuenta de ArcGIS Server acceso de lectura (y opcionalmente de escritura) a las carpetas que contienen sus datos.
  • Si los datos no residen en el equipo de servidor SIG y especificó una cuenta local como la cuenta de ArcGIS for Server, primero deberá crear una cuenta local idéntica (con el mismo nombre de usuario y contraseña) en el equipo que aloja sus datos. A continuación, otorgue a esa cuenta local acceso de lectura (y opcionalmente de escritura) a las carpetas que contienen sus datos. Mientras las cuentas locales en el equipo con los datos y el equipo del servidor SIG sean idénticas, el equipo del servidor SIG podrá acceder a los datos.
  • Si los datos no residen en el equipo de servidor SIG, haga lo siguiente:
    1. Otorgue permisos a la cuenta de ArcGIS Server para los archivos de datos.
    2. Otorgue permisos a la cuenta de ArcGIS Server para la carpeta de datos. Debe otorgar permisos para todos los directorios que contienen esta carpeta. Para el ejemplo anterior, debe otorgar permisos para todas las siguientes carpetas:
      • /opt
      • /opt/local/
      • /opt/local/data

Permisos para los datos en una base de datos

Cuando cree un servicio que haga referencia a los datos en una base de datos, tendrá que asegurarse de que el servidor tenga los permisos apropiados para acceder a los datos. El tipo de permisos que tiene que otorgar dependerá del tipo de base de datos que esté utilizando y del tipo de autenticación que esté usando para conectarse.

Nota:

ArcGIS 10.1 for Server y versiones posteriores no admiten geodatabases personales.

La forma de otorgar acceso de ArcGIS for Server a los datos de una base de datos depende de si se conecta a la base de datos utilizando autenticación de base de datos o autenticación de sistema operativo (SO). Consulte las propiedades de conexión de base de datos en ArcCatalog o la ventana Catálogo en ArcMap para determinar si la conexión utiliza autenticación de base de datos o autenticación de SO. Tenga en cuenta que siempre accede a una geodatabase de escritorio o de grupo de trabajo con autenticación de SO.

Nota:

Las uniones que utilizan conexiones ODBC en Windows no son compatibles con ArcGIS for Server (Linux).

Autenticación de la base de datos

Cuando utilice autenticación de base de datos, active las propiedades de conexión de base de datos en el árbol de catálogo y asegúrese de activar la opción para guardar el nombre de usuario y la contraseña. Esto es necesario para que el servicio acceda correctamente a los datos.

Deben otorgarse permisos de escritura sobre los datos al usuario de base de datos que realiza la conexión si tiene previsto permitir ediciones en los datos.

Autenticación de SO

Si accede a los datos a través de la autenticación de SO, agregue la cuenta de ArcGIS for Server a la base de datos y otórguele permisos para los recursos a los que necesita acceder. Cuando se ejecuta el servicio, iniciará sesión en el DBMS como la cuenta de ArcGIS Server.

La forma de agregar la cuenta de ArcGIS Server y otorgarle permisos puede variar. Le puede resultar útil consultar su documentación de DBMS para saber cómo otorgar acceso a una cuenta del sistema operativo. Una vez que agregue la cuenta de ArcGIS for Server, debe otorgarle permisos SELECT para los recursos que vaya a publicar. Si tiene previsto permitir la edición de datos, se requieren permisos de escritura para los datos.

Registrar los datos con el servidor

Después de conceder a la cuenta de ArcGIS for Server los permisos adecuados para las carpetas y las bases de datos que contienen sus datos, debe registrarlas con el servidor que usa ArcGIS Server Manager o ArcGIS for Desktop. El registro de datos le ofrece el máximo control sobre cómo su servidor accede a los datos y le ayuda a garantizar que el servidor tenga realmente acceso a los datos.

Para obtener las instrucciones completas, vea los temas siguientes: