Acerca de registrar los datos con el servidor

Como administrador del servidor, tiene la opción de registrar carpetas de datos, bases de datos y geodatabases con ArcGIS for Server. El proceso de registro de datos ofrece al servidor una lista de ubicaciones que el administrador del servidor ha verificado son accesibles para el servidor SIG. El proceso de registro de datos también ayuda a que el servidor SIG comprenda cómo ajustar las rutas de los datos a medida que los publica en los equipos.

Supongamos que usted es administrador del servidor y tiene un departamento de analistas SIG que publicarán servicios al servidor desde diferentes equipos. Mediante las herramientas del sistema en ArcGIS for Desktop, puede registrar un conjunto de carpetas y bases de datos aprobadas con el servidor y comunicar estos directorios a sus analistas. Al utilizar este método, puede disminuir el número de incidentes donde los analistas pueden encontrar problemas de permisos y por lo cuales no puedan publicar en el servidor.

Fuentes de datos que puede registrar con el servidor

Puede registrar cualquiera de los siguientes elementos con ArcGIS:

Puede registrar cualquier base de datos corporativa compatible con ArcGIS. Para ello, haga referencia al archivo de conexión de base de datos (archivo .sde). Las bases de datos pueden contener geodatabases corporativas y a ambas se accede desde los archivos de conexión de base de datos. Por tanto, los términos base de datos y geodatabase corporativa se utilizan indistintamente en este tema, a menos que se indique lo contrario.

También puede registrar carpetas de sistemas operativos locales y compartidas con el servidor. Pueden contener shapefiles, geodatabases de archivos y otros recursos SIG. Cuando registre una carpeta, las subcarpetas también se registrarán.

NotaNota:

Si las ubicaciones de los datos cambian, debe actualizar las ubicaciones de los datos registrados mediante ArcGIS for Desktop o ArcGIS for Server Manager.

Antes de registrar datos con el servidor

Al registrar sus bases de datos y carpetas de datos no otorga a la cuenta de ArcGIS for Server permisos para acceder a los datos. Antes de registrar los datos, deberá asegurarse de que la cuenta de ArcGIS Server tiene al menos permisos de lectura para los datos. Para obtener más información sobre este proceso, consulte Hacer que sus datos estén accesibles para ArcGIS Server.

Instalar software cliente para la base de datos

Antes de registrar una base de datos con ArcGIS for Server, compruebe que la versión de 64 bits del software cliente de la base de datos está instalado en todos los Servidores SIG del sitio. Por ejemplo, si quiere registrar una base de datos de SQL Server, instale SQL Server Native Client en todos los Servidores SIG del sitio.

Cuando haya instalado el software cliente, reinicie ArcGIS for Server.

Los siguientes enlaces describen el software cliente necesario para cada base de datos:

Escenarios para registrar los datos con ArcGIS Server

Antes de registrar los datos, examine los siguientes escenarios y considere cómo se relacionan los flujos de trabajo:

Si el equipo del responsable de publicación y el servidor están trabajando con la misma base de datos

Si el equipo del responsable de publicación y el servidor están trabajando con la misma base de datos, importe la conexión de base de datos del responsable de publicación y establezca la conexión de base de datos del servidor en La misma la conexión del responsable de publicación cuando registra los datos.

El equipo del responsable de publicación y ArcGIS Server visualizan y acceden a datos que residen en la misma geodatabase

Cuándo utilizar este escenario

Utilice este escenario si desea evitar tener una copia de los datos colocados en el servidor. Por ejemplo, supongamos que desea publicar un servicio de mapas en ArcGIS Server utilizando datos de una geodatabase corporativa local. Para evitar tener una copia de los datos a los que hace referencia el documento de mapa en el servidor, importe la conexión de base de datos del responsable de publicación y establezca la conexión de base de datos del servidor 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.

Si el equipo del responsable de publicación y el servidor están trabajando en la misma carpeta

Si el equipo del responsable de publicación y el servidor están trabajando en la misma carpeta, especifique la ruta de la carpeta del responsable de publicación y establezca la ruta de la carpeta del servidor en La misma ruta del responsable de publicación cuando registra los datos. Este escenario es igual que el anterior, salvo que utiliza carpetas y no geodatabases.

El equipo del responsable de publicación y ArcGIS Server visualizan y acceden a datos contenidos en la misma carpeta

Cuándo utilizar este escenario

Utilice este escenario si desea evitar tener una copia de los datos colocados en el servidor. 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 el servidor, especifique la ruta de la carpeta del responsable de publicación y establezca la ruta de la carpeta del servidor 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, secuencias de comandos y datos de proyecto almacenados en el directorio de red.

Este escenario también es ventajoso si tiene un sitio de ArcGIS for 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 Linux, registre el directorio de Samba (\\net\data) como la carpeta del responsable de publicación y registre el directorio Linux (/net/data) como la carpeta del servidor. Cuando publica, el documento de mapa se modifica automáticamente para hacer referencia al directorio en el equipo Linux.

NotaNota:

Cuando utilice un directorio de Samba para compartir datos entre Windows y Linux, desactive el bloqueo oportunista de la configuración de Samba antes de realizar la publicación. De lo contrario, pueden producirse errores en la publicación. Para obtener las instrucciones completas, consulte Problemas y soluciones comunes.

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.

Si el equipo del responsable de publicación y el servidor están trabajando con diferentes bases de datos

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 responsable de publicación y el servidor pueden cada uno trabajar con bases de datos 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 base de datos del servidor.

El equipo del responsable de publicación y ArcGIS Server utilizan sus propias geodatabases

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 servidor 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).

Una forma de incluir los datos en la geodatabase corporativa del servidor es marcar Crear un servicio de geodatos para la base de datos del servidor cuando registre las geodatabases corporativas. 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 servidor.

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 base de datos del servidor. Esto resulta especialmente ventajoso en implementaciones en la nube, como, por ejemplo ArcGIS Server en Amazon Web Services, 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 servidores en la nube o locales. 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 servidor, lo cual las habilita para los usuarios finales del servicio de entidades. En cambio, si los editores Web cambian cualquiera de las entidades en la geodatabase del servidor, 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 siguiente escenario.
  • Si sus datos residen en una base de datos. En su lugar, utilice el primer escenario.
  • Si no desea mantener una copia por separado de la geodatabase en el servidor.

Si el equipo del responsable de publicación y el servidor están trabajando en 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 responsable de publicación y el servidor pueden cada uno trabajar con 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.

El equipo del responsable de publicación y ArcGIS Server utilizan sus propios directorios de datos

Cuándo utilizar este escenario

Este escenario es útil para implementaciones Linux, implementaciones en la nube o cualquier implementación donde desee que los responsable de publicación y usuarios Web trabajen con copias separadas de los datos.

Por ejemplo, si desea publicar un servicio de mapas desde ArcGIS for Desktop en un sitio de ArcGIS Server basado 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 for Server en los servicios web de Amazon. 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 de 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, y así sucesivamente).

Cuándo no utilizar este escenario

  • Si sus datos residen en una geodatabase corporativa. En su lugar, utilice el escenario anterior.
  • Si sus datos residen en una base de datos. En su lugar, utilice el primer escenario.
  • Si no desea mantener una copia por separado de los datos en el servidor.

Cómo registrar lo datos con el servidor

Puede registrar las carpetas de datos y bases de datos corporativas con el servidor utilizando el Administrador de ArcGIS Server o ArcGIS for Desktop. Para obtener las instrucciones completas, vea los temas siguientes:

Temas relacionados

9/11/2013