Hacer que sus datos sean accesibles para ArcGIS for Server

ArcGIS for 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 for Server:

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 for 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 for Server tiene suficientes permisos para acceder a ella.

A veces, puede publicar un elemento que hace referencia a datos adicionales. Por ejemplo, un mapa podría hacer referencia a varias clases de entidad almacenadas en todo el sistema de archivos. Estos datos sólo 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 for Server puede ver y acceder a los datos.

Almacenar los datos donde todos los equipos del servidor SIG puedan verlos

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 los 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 del 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 los 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 los datos en una base de datos a la que se accede mediante ArcSDE

Muchos establecimientos SIG almacenan grandes colecciones de datos en un sistema de administración de bases de datos relacionales (RDBMS) como SQL Server u Oracle. Esri ArcSDE ofrece una manera de organizar convenientemente y utilizar los datos espaciales desde un RDBMS en ArcGIS.

Las geodatabases de ArcSDE son convenientes y potentes, pero a menudo no producen un rendimiento tan rápido como el que vería al acceder a los datos localmente. En algunos casos, puede utilizar ArcSDE 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 for 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 Server debe tener al menos permisos de lectura para cualquier dato que utilice en los servicios. En algunos casos en donde se llevan a cabo ediciones, es posible que también deba tener 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 correspondientes, dependiendo de si eligió registrar la carpeta o la base de datos que los contiene con el servidor al publicar:

  • 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án publicando una entidad o servicio WFS habilitado por transacción (WFS-T), los datos de origen se copian en una geodatabase que ha registrado con el servidor denominado base de datos administrada por ArcGIS 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 eligió registrar la carpeta o la base de datos que los contiene con el servidor, debe otorgar a la cuenta de ArcGIS for Server de forma explícita los permisos para leer de esa carpeta o base de datos. Por ejemplo, cuando publica un servicio de globo, no es necesario otorgar permisos a la cuenta de ArcGIS 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 for Server para los datos a los que hacen referencia las capas del documento 3DD.

    Este proceso se describe en el resto de las secciones de este tema.

Concesión de permisos para los datos basados en archivos

Si sus datos están basados en archivo, como shapefiles e imágenes, debe trabajar con el sistema operativo para configurar el acceso a las carpetas que contienen sus datos. La cuenta de ArcGIS for 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:

Otorgar permisos para los datos en una geodatabase

Cuando cree un servicio que haga referencia a los datos en una geodatabase, debe asegurarse de que el servidor tenga los permisos apropiados para acceder a la geodatabase. El tipo de permisos que debe otorgar depende del tipo de geodatabase que utiliza y, en el caso de ArcSDE, del tipo de autenticación que utiliza para conectarse.

Si su servicio accede a los datos desde una geodatabase de archivos, debe utilizar el sistema operativo para otorgar a la cuenta de ArcGIS for Server permisos de lectura a la carpeta que contiene la geodatabase.

NotaNota:

ArcGIS 10.1 for Server no es compatible con las geodatabases personales.

La forma en la que otorga acceso a una geodatabase de ArcSDE depende de si su recurso SIG utiliza autenticación de base de datos o autenticación de sistema operativo (SO) para conectarse a ArcSDE. ¿Cómo puede decir qué tipo de autenticación se utiliza? Si la geodatabase está en SQL Server Express, utiliza autenticación del SO. Si la geodatabase está en un RDBMS corporativo (Oracle, SQL Server, DB2, Informix), puede ver las propiedades de conexión en ArcCatalog o en la ventana Catálogo en ArcMap para descubrir si utiliza autenticación de base de datos o autenticación del SO.

NotaNota:

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

Utilizar autenticación de base de datos

Cuando utilice autenticación de base de datos, marque las propiedades de conexión de base de datos espaciales en el árbol de catálogo y asegúrese de haber marcado la opción para guardar el nombre de usuario y contraseña. Si crea un documento de mapa o globo que utiliza los datos a través de esa conexión, el nombre y contraseña se guardarán en el documento de mapa o globo, y su servicio deberá poder obtener los datos correctamente.

Si publica algo como un servicio directamente desde la geodatabase, como un localizador o dataset ráster, copie el archivo de conexión de base de datos a una ubicación accesible para todos los equipos del servidor SIG.

Utilizar autenticación del SO

Si su ArcSDE se accede a los datos a través de la autenticación del SO, deberá agregar la cuenta de ArcGIS Server a la geodatabase y otorgarle permisos para el recurso que necesita acceder. Cuando se ejecuta el servicio, iniciará sesión en el DBMS como la cuenta de ArcGIS for Server. La forma en la que agrega la cuenta de ArcGIS Server y otorgarle permisos varía según el tipo de ArcSDE geodatabase que está utilizando:

  • Si está trabajando con una geodatabase de ArcSDE en el nivel de empresa, la forma en la que agrega la cuenta de ArcGIS Server como un usuario válido de la base de datos varía según el DBMS que está utilizando. 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 haya agregado la cuenta de ArcGIS for Server, debe otorgarle permisos de SELECCIONAR para el recurso que va a publicar. Es posible que se necesiten permisos adicionales si editará los datos.

    NotaNota:

    Es importante copiar el archivo de conexión de base de datos en una ubicación accesible para todos los equipos del servidor SIG.

  • Si está trabajando con una geodatabase ArcSDE para la geodatabase de SQL Server Express (no soportada por ArcGIS for Server (Linux)), tendrá que realizar las siguientes acciones en ArcCatalog o la ventana Catálogo para dar a la cuenta de ArcGis for Server los permisos necesarios:

    1. Haga doble clic en Servidores de base de datos en el árbol de catálogo.
    2. Haga clic con el botón derecho en el servidor de base de datos que contiene la geodatabase y, a continuación, haga clic enPermisos.
    3. Haga clic en Agregar usuario y agregue la cuenta de ArcGIS Server. Haga clic en Aceptar.
    4. Haga doble clic en el mismo servidor de base de datos.
    5. Haga clic con el botón derecho en la geodatabase y, a continuación, haga clic en Administración, después haga clic en Permisos.
    6. Haga clic en la cuenta de ArcGIS for Server para seleccionarlo y elija el nivel de permisos que desea que tenga. Necesitará al menos permisos de lectura para ver los datos y permisos de escritura para editar. Consulte Un recorrido rápido por los permisos para los servidores de base de datos en la Ayuda de ArcGIS si necesita más ayuda para decidir qué permisos serían necesarios para su cuenta de ArcGIS Server.

Registrar los datos con el servidor

Después de haber concedido a la cuenta de ArcGIS Server los permisos adecuados a las carpetas que contienen sus datos y las bases de datos, debe registrarlas con el servidor utilizando el Administrador de ArcGIS Server o ArcGIS for Desktop. El registro de datos les ofrece el máximo control sobre cómo su servidor obtendrán acceso a los datos y le ayuda a garantizar que los datos son realmente accesibles por el servidor.

Para obtener las instrucciones completas, vea los temas siguientes:

Temas relacionados

Acerca de registrar los datos con el servidor
Copyright © 1995-2013 Esri. Todos los derechos reservados.
9/11/2013