Configurar Integration Services en un entorno agrupado

Nuevo: 15 de septiembre de 2007

El servicio Integration Services no es un servicio agrupado ni es compatible con los clústeres, y no admite la conmutación por error de un nodo de clúster a otro. Por consiguiente, en un entorno agrupado, Integration Services se debe instalar e iniciar como un servicio independiente en cada nodo del clúster.

Importante:
Microsoft no recomienda que el servicio Integration Services se configure como un recurso de clúster.

Aunque el servicio Integration Services no es un servicio agrupado, lo puede configurar manualmente para que funcione como un recurso de clúster después de instalar de forma independiente Integration Services en cada nodo del clúster. Para los clientes que determinan que las ventajas de esta configuración superan las desventajas, este tema contiene las instrucciones para configurar el servicio como un recurso de clúster.

Sin embargo, si la alta disponibilidad es su objetivo para establecer un entorno de hardware agrupado, puede lograrlo sin configurar el servicio Integration Services como un recurso de clúster. Para administrar los paquetes en cualquier nodo del clúster, modifique el archivo de configuración para el servicio Integration Services en cada nodo del clúster. Modifique cada uno de estos archivos de configuración para que señalen a todas las instancias disponibles de SQL Server en las que se almacenan los paquetes. Esta solución proporciona la alta disponibilidad que la mayoría de los clientes necesita, sin los posibles problemas detectados cuando el servicio Integration Services se configura como un recurso de clúster. Para obtener más información acerca de cómo cambiar el archivo de configuración, vea Configurar el servicio Integration Services.

Entender la función del servicio Integration Services

La comprensión de la función del servicio Integration Services es crítica para tomar una decisión fundamentada sobre cómo configurar el servicio en un entorno agrupado.

El servicio Integration Services admite la interfaz administrativa en SQL Server Management Studio para enumerar, iniciar, detener, supervisar, importar y exportar los paquetes de Integration Services. No es necesario que el servicio Integration Services diseñe los paquetes. Tampoco es necesario que el servicio Integration Services ejecute los paquetes ni que programe trabajos del Agente SQL Server que ejecutan paquetes.

Estas son algunas de las tareas que puede realizar cuando no se está ejecutando el servicio Integration Services:

• Diseñar y ejecutar paquetes en Business Intelligence Development Studio.
• Ejecutar los paquetes mediante la utilidad del símbolo del sistema dtexec (dtexec.exe), la Utilidad de ejecución de paquetes (dtexecui.exe), el Agente SQL Server o el Asistente para importación y exportación de SQL Server.
• Enumerar los paquetes almacenados en la base de datos msdb mediante una consulta Transact-SQL y enumerar los paquetes almacenados en el sistema de archivos mediante el Explorador de Windows.
• Crear y ejecutar trabajos del Agente SQL Server y planes de mantenimiento.

Entender las desventajas de configurar Integration Services como un recurso de clúster

A continuación, se presentan algunas de las posibles desventajas de configurar el servicio Integration Services como un recurso de clúster:

• Cuando se produce una conmutación por error, no se reinician los paquetes en ejecución. Puede recuperarse de los errores de los paquetes si los reinicia desde los puntos de comprobación. Puede reiniciar desde los puntos de comprobación sin configurar el servicio como un recurso de clúster. Para obtener más información, vea Usar puntos de comprobación en paquetes.
• Al configurar el servicio Integration Services en un grupo diferente de recursos desde SQL Server, no podrá utilizar Management Studio desde los equipos cliente para administrar los paquetes que estén almacenados en la base de datos msdb. El servicio Integration Services no puede delegar las credenciales en este escenario de salto doble.
• Si existen varios grupos de recursos de SQL Server que incluyen el servicio Integration Services en un clúster, una conmutación por error produciría unos resultados inesperados. Considere el escenario siguiente. El Grupo1, que incluye el servicio SQL Server y el servicio Integration Services, se está ejecutando en el Nodo A. El Grupo2, que también incluye el servicio SQL Server y el servicio Integration Services, se está ejecutando en el Nodo B. Se produce una conmutación por error del Grupo2 al Nodo A. Al iniciar otra instancia del servicio Integration Services en el Nodo A se producirá un error, ya que el servicio Integration Services es un servicio de instancia única. Que se produzca un error en el servicio SQL Server que está intentando conmutarse por error al Nodo A dependerá de la configuración del servicio Integration Services en el Grupo2. Si el servicio Integration Services está configurado para afectar a los otros servicios del grupo de recursos, se producirá un error en el servicio SQL Server que se está conmutando por error, porque se produjo un error en el servicio Integration Services. Si el servicio está configurado para no afectar a los otros servicios del grupo de recursos, el servicio SQL Server podrá conmutarse por error al Nodo A.

Configurar el servicio Integration Services como un recurso de clúster

Para los clientes que determinan que las ventajas de configurar el servicio Integration Services como un recurso de clúster superan las desventajas, esta sección contiene las instrucciones de configuración necesarias. Sin embargo, Microsoft no recomienda configurar el servicio Integration Services como un recurso de clúster.

Para configurar el servicio Integration Services como un recurso de clúster, tiene que seguir estos pasos:

• Instalar Integration Services en un clúster.
• Configurar Integration Services como un recurso de clúster.
• Configurar el servicio Integration Services y su almacén de paquetes.
• Conectar el servicio Integration Services como un recurso de clúster.

Instalar Integration Services en un clúster

Para instalar Integration Services en un clúster, debe instalar Integration Services en cada nodo del clúster.

Para instalar Integration Services en un clúster

1. Instale y configure un clúster con uno o varios nodos.

2. (Opcional) Instale los servicios agrupados, como por ejemplo SQL Server Database Engine (Motor de base de datos de SQL Server).

3. Instale Integration Services en cada nodo del clúster.

Configurar Integration Services como un recurso de clúster

Con Integration Services instalado en cada nodo del clúster, debe configurar Integration Services como un recurso de clúster. Al configurar el servicio Integration Services como un recurso de clúster, podrá agregar el servicio al mismo grupo de recursos que SQL Server Database Engine (Motor de base de datos de SQL Server), o a un grupo diferente. La tabla siguiente describe las posibles ventajas y desventajas al seleccionar un grupo de recursos.

Cuando Integration Services y SQL Server están en el mismo grupo de recursos	Cuando Integration Services y SQL Server están en grupos de recursos diferentes
Los equipos cliente pueden utilizar SQL Server Management Studio para administrar paquetes almacenados en la base de datos msdb porque SQL Server Database Engine (Motor de base de datos de SQL Server) y el servicio Integration Services se están ejecutando en el mismo servidor virtual. Esta configuración evita los problemas de delegación en el escenario de salto doble.	Los equipos cliente no pueden utilizar SQL Server Management Studio para administrar paquetes almacenados en la base de datos msdb. El cliente puede conectarse al servidor virtual en el que se está ejecutando el servicio Integration Services. Sin embargo, ese equipo no puede delegar las credenciales del usuario en el servidor virtual en el que SQL Server se está ejecutando. Esto se conoce como escenario de salto doble.
El servicio Integration Services compite con otros servicios SQL Server por la CPU y otros recursos del equipo.	El servicio Integration Services no compite con otros servicios SQL Server por la CPU y otros recursos del equipo, ya que los distintos grupos de recursos se configuran en nodos diferentes.
Las operaciones de cargar y guardar los paquetes en la base de datos msdb son más rápidas y generan menos tráfico de red porque los dos servicios se ejecutan en el mismo equipo.	Es posible que las operaciones de cargar y guardar los paquetes en la base de datos msdb sean más lentas y generen más tráfico de red.
Ambos servicios están disponibles con o sin conexión al mismo tiempo.	El servicio Integration Services podría estar disponible con conexión mientras que el SQL Server Database Engine (Motor de base de datos de SQL Server) está desconectado. Por lo tanto, los paquetes almacenados en la base de datos msdb de SQL Server Database Engine (Motor de base de datos de SQL Server) no estarán disponibles.
Si fuera necesario mover el servicio Integration Services a otro nodo, no sería posible realizar esta acción rápidamente.	Si fuera necesario mover el servicio Integration Services a otro nodo, sería posible realizar esta acción más rápidamente.

Después de haber decidido el grupo de recursos al que va a agregar Integration Services, deberá configurar Integration Services como un recurso agrupado en dicho grupo.

Para configurar Integration Services como un recurso agrupado

1. Abra el Administrador de clústeres.

2. En el árbol de consola, seleccione la carpeta Grupos.

3. En el panel de resultados, seleccione el grupo al que desea agregar Integration Services:

   • Para agregar Integration Services como un recurso de clúster al mismo grupo de recursos que SQL Server, seleccione el grupo al que pertenece SQL Server.
   • Para agregar Integration Services como un recurso de clúster a un grupo distinto a SQL Server, seleccione un grupo diferente al grupo al que pertenece SQL Server.

4. En el menú Archivo, seleccione Nuevo y haga clic en Recurso.

5. En la página Nuevo recurso del Asistente para recursos, escriba un nombre y seleccione Servicio genérico como el Tipo de servicio. No cambie el valor de Group (Grupo). Haga clic en Siguiente.

6. En la página Possible Owners (Posibles propietarios), agregue o quite los nodos del clúster como posibles propietarios del recurso. Haga clic en Siguiente.

7. Para agregar dependencias, en la página Dependencias, seleccione un recurso en Recursos disponibles y, a continuación, haga clic en Agregar. En caso de una conmutación por error, SQL Server y el disco compartido que almacena los paquetes Integration Services deben volver a conectarse antes de que se conecte Integration Services. Cuando haya seleccionado las dependencias, haga clic en Siguiente.

8. En la página Generic Service Parameters (Parámetros de servicio genérico), especifique MsDtsServer como nombre del servicio. Haga clic en Siguiente.

9. En la página Replicación de registro, haga clic en Agregar para agregar la clave del registro que identifica la ubicación del archivo de configuración para el servicio Integration Services. Este archivo debe encontrarse en un disco compartido dentro del mismo grupo de recursos que el servicio Integration Services.

10. En el cuadro Clave de Registro, escriba SOFTWARE\Microsoft\MSDTS\ServiceConfigFile. Haga clic en Aceptar y después en Finalizar.

11. El servicio Integration Services se ha agregado como recurso de clúster.

Configurar el servicio Integration Services y su almacén de paquetes

Una vez configurado Integration Services como un recurso de clúster, debe modificar la ubicación y el contenido del archivo de configuración para el servicio Integration Services en cada nodo del clúster. Estas modificaciones hacen posible que el archivo de configuración y el almacén de paquetes estén disponibles para todos los nodos en caso de que haya una conmutación por error. Una vez que haya modificado la ubicación y el contenido del archivo de configuración, debe conectar el servicio.

Para configurar el servicio Integration Services y su almacén de paquetes

1. Busque el archivo de configuración en %ProgramFiles%\Microsoft SQL Server\90\DTS\Binn\MsDtsSrvr.ini.xml. Cópielo en el disco compartido del grupo al que agregó el servicio Integration Services.

2. En el disco compartido, cree una nueva carpeta denominada Paquetes para actuar como almacén de paquetes. Conceda los permisos de escritura y mostrar la lista de carpetas en la nueva carpeta a los usuarios y los grupos correspondientes.

3. En el disco compartido, abra el archivo de configuración con un editor XML o de texto. Cambie el valor del elemento ServerName al nombre de SQL Server virtual que está en el mismo grupo de recursos.

4. Cambie el valor del elemento StorePath a la ruta de acceso completa de la carpeta Paquetes creada en el disco compartido en un paso anterior.

5. Actualice el valor de HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSDTS\ServiceConfigFile en el Registro con la ruta de acceso completa y el nombre del archivo de configuración de servicio del disco compartido.

Para conectar el servicio Integration Services

• En el Administrador de clústeres, seleccione el servicio de Integration Services, haga clic con el botón secundario y seleccione Poner en conexión en el menú emergente. El servicio Integration Services estará conectado ahora como un recurso de clúster.

Conectar Integration Services en un entorno agrupado

Después de configurar el servicio Integration Services en un clúster, o en cualquier servidor, es posible que necesite configurar los permisos DCOM para poder conectarse a dicho servicio desde un equipo cliente. Para obtener más información, vea Conectarse a un servidor remoto de Integration Services.

El servicio Integration Services no puede delegar las credenciales. Por consiguiente, no puede utilizar Management Studio para administrar los paquetes almacenados en la base de datos msdb si se cumplen las condiciones siguientes:

• El servicio Integration Services y SQL Server se están ejecutando en servidores virtuales o en servidores independientes.
• El cliente que está ejecutando SQL Server Management Studio es un tercer equipo.

El cliente puede conectar al servidor virtual en el que se está ejecutando el servicio Integration Services. Sin embargo, ese equipo no puede delegar las credenciales del usuario en el servidor virtual en el que SQL Server se está ejecutando. Esto se conoce como un escenario de salto doble.