Configurar Integration Services en un clúster
No se recomienda la agrupación en clústeres de Integration Services, porque el servicio Integration Services no es un servicio clúster o que reconozca clústeres, y no admite la conmutación por error de un nodo de clúster a otro. Por lo tanto, en un entorno en clúster, Integration Services debe instalarse e iniciarse como servicio independiente en cada nodo del clúster.
.gif "Nota importante") 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 de clúster, puede configurar manualmente el servicio para que funcione como un recurso de clúster después de instalar Integration Services separadamente en cada nodo del clúster. Para los clientes que lleguen a la conclusión de que las ventajas de esta configuración son más que los inconvenientes, este tema ofrece instrucciones para configurar el servicio como un recurso de clúster.
Sin embargo, si el objetivo al establecer un entorno de hardware en clúster es disponer de una elevada disponibilidad, puede lograrlo sin configurar el servicio Integration Services como un recurso del clúster. Para administrar los paquetes en cualquier nodo del clúster desde cualquier otro nodo del mismo, modifique el archivo de configuración para el servicio Integration Services en cada nodo del clúster. Debe modificar cada uno de estos archivos de configuración de forma que indique todas las instancias disponibles de SQL Server en las que se guardan paquetes. Esta solución proporciona la alta disponibilidad que necesitan la mayoría de los clientes, sin los posibles problemas que se producen cuando el servicio Integration Services se configura como un recurso de clúster. Para obtener más información sobre cómo cambiar el archivo de configuración, vea Configurar el servicio Integration Services (SSIS).
Descripción del rol del servicio Integration Services
Entender el rol del servicio Integration Services es esencial para tomar una decisión informada sobre cómo configurar el servicio en un entorno en clúster.
El servicio Integration Services admite la interfaz administrativa de SQL Server Management Studio para enumerar, iniciar, detener, supervisar, importar y exportar paquetes de Integration Services. El servicio Integration Services no tiene que diseñar paquetes. Tampoco se espera del servicio Integration Services que ejecute los paquetes o que programe trabajos del Agente SQL Server que ejecutan paquetes.
A continuación se enumeran algunas de las tareas que puede lograr, incluso cuando el servicio Integration Services no se está ejecutando:
Diseñar y ejecutar paquetes en Business Intelligence Development Studio.
Ejecutar paquetes utilizando 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 utilizando una consulta de Transact-SQL, así como enumerar los paquetes almacenados en el sistema de archivos utilizando el Explorador de Windows.
Crear y ejecutar trabajos y planes de mantenimiento del Agente SQL Server.
Descripción de los inconvenientes de configurar Integration Services como un recurso de clúster
A continuación se describen algunos de los posibles inconvenientes de configurar el servicio Integration Services como recurso de clúster:
Cuando se produce una conmutación por error, los paquetes en ejecución no se reinician. Puede recuperarse de los errores de paquete reiniciando los paquetes desde los puntos de comprobación. Puede reiniciar desde los puntos de comprobación sin configurar el servicio como recurso de clúster. Para obtener más información, vea Reiniciar paquetes con errores mediante puntos de comprobación.
Al configurar el servicio Integration Services en un grupo de recursos distinto de SQL Server, no puede utilizar Management Studio desde los equipos cliente para administrar los paquetes almacenados en la base de datos msdb. El servicio Integration Services no puede delegar las credenciales en este escenario de salto doble.
Si tiene varios grupos de recursos de SQL Server con el servicio Integration Services en un clúster, una conmutación por error podría producir resultados inesperados. Considere el escenario siguiente. Grupo 1, que contiene el servicio SQL Server y el servicio Integration Services, se está ejecutando en Nodo A. Grupo 2, que también contiene el servicio SQL Server y el servicio Integration Services, se está ejecutando en Nodo B. Grupo 2 conmuta por error a Nodo A. El intento de iniciar otra instancia del servicio Integration Services en Nodo A produce un error porque el servicio Integration Services es un servicio de instancia única. El servicio SQL Server que está intentando la conmutación por error a Nodo A también producirá un error en función de la configuración del servicio Integration Services en Grupo 2. Si el servicio Integration Services se había configurado para afectar a los demás servicios del grupo de recursos, se producirá un error en el servicio SQL Server que está creando la conmutación por error porque se ha producido un error en el servicio Integration Services. Si el servicio se había configurado para no afectar a los demás servicios del grupo de recursos, el servicio SQL Server podrá realizar conmutación por error al Nodo A. A menos que el servicio Integration Services en Grupo 2 estuviera configurado para no afectar a los demás servicios del grupo de recursos, el error del servicio Integration Services que está conmutando por error podría hacer que el servicio SQL Server que está conmutando por error también produjera un error.
Configurar el servicio Integration Services como recurso de clúster
Para los clientes que decidan que las ventajas de configurar el servicio Integration Services como un recurso de clúster son más que los inconvenientes, esta sección contiene las instrucciones de configuración necesarias. Sin embargo, Microsoft no recomienda que el servicio Integration Services se configure como un recurso de clúster.
Para configurar el servicio Integration Services como un recurso de clúster, tiene que seguir estos pasos:
Instale Integration Services en un clúster.
Configure Integration Services como un recurso de clúster.
Configure el servicio Integration Services y el almacén de paquetes.
Establezca en línea el servicio Integration Services como 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.
Instalar Integration Services en un clúster
Instale y configure un clúster con uno o varios nodos.
(Opcional) Instale servicios de clúster como SQL Server Database Engine (Motor de base de datos de SQL Server).
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 del clúster, puede agregar el servicio al mismo grupo de recursos que el SQL Server Database Engine (Motor de base de datos de SQL Server) o a un grupo diferente. En la tabla siguiente se describen las posibles ventajas y desventajas de 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 distintos grupos de recursos |
|---|---|
Los equipos cliente pueden utilizar SQL Server Management Studio para administrar los paquetes almacenados en la base de datos msdb porque tanto SQL Server Database Engine (Motor de base de datos de SQL Server) como el servicio Integration Services se están ejecutando en el mismo servidor virtual. Esta configuración evita los problemas de delegación del escenario de salto doble. |
Los equipos cliente no pueden utilizar SQL Server Management Studio para administrar los paquetes almacenados en la base de datos msdb. El cliente puede conectarse al servidor virtual en el que se ejecuta Integration Services. Sin embargo, dicho equipo no puede delegar las credenciales del usuario al servidor virtual en el que se está ejecutando SQL Server. Esto se conoce como escenario de doble salto. |
El servicio Integration Services compite con otros servicios de SQL Server por el uso de la CPU y de otros recursos informáticos. |
El servicio Integration Services no compite con otros servicios de SQL Server por el uso de la CPU y de otros recursos informáticos porque los distintos grupos de recursos se configuran en nodos diferentes. |
La carga y almacenamiento de los paquetes en la base de datos msdb son más rápidos y generan menos tráfico de red porque ambos servicios se ejecutan en el mismo equipo. |
Puede ocurrir que la carga y el almacenamiento de los paquetes en la base de datos msdb sean procesos más lentos y generen más tráfico de red. |
Ambos servicios están en línea o sin conexión al mismo tiempo. |
El servicio Integration Services podría estar en línea mientras 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 del SQL Server Database Engine (Motor de base de datos de SQL Server) no están disponibles. |
El servicio Integration Services no se puede mover rápidamente a otro nodo, si es necesario. |
El servicio Integration Services se puede mover rápidamente a otro nodo, si es necesario. |
Después de haber decidido a qué grupo de recursos agregará Integration Services, es necesario que configure Integration Services como un recurso de clúster en ese grupo.
Configurar Integration Services como un recurso de clúster
Abra el Administrador de clústeres.
En el árbol de consola, seleccione la carpeta Grupos.
En el panel de resultados, seleccione el grupo al que desea agregar Integration Services.
Para agregar Integrations 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 Integrations Services como un recurso de clúster a un grupo distinto de SQL Server, seleccione un grupo distinto del grupo al que pertenece SQL Server.
En el menú Archivo, seleccione Nuevo y, a continuación, haga clic en Recurso.
En la página Nuevo recurso del Resource Wizard (Asistente para recursos), escriba un nombre y elija Servicio genérico como tipo de servicio. No cambie el valor de Group (Grupo). Haga clic en Siguiente.
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.
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 de Integration Services deberían volver a ponerse en línea antes de que se conecte Integration Services. Cuando haya seleccionado las dependencias, haga clic en Siguiente.
En la página Generic Service Parameters (Parámetros de servicio genérico), especifique MsDtsServer100 como nombre del servicio. Haga clic en Siguiente.
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 estar ubicado en un disco compartido que esté en el mismo grupo de recursos que el servicio Integration Services.
En el cuadro de diálogo Clave del Registro, escriba SOFTWARE\Microsoft\Microsoft SQL Server\100\SSIS\ServiceConfigFile. Haga clic en Aceptar y, a continuación, en Finalizar.
El servicio Integration Services se ha agregado como recurso de clúster.
Configurar el servicio Integration Services y el almacén de paquetes
Cuando haya 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 que el archivo de configuración y el almacén de paquetes estén disponibles para todos los nodos si se produce una conmutación por error. Cuando haya modificado la ubicación y el contenido del archivo de configuración, debe volver a poner el servicio en línea.
Configurar el servicio Integration Services y el almacén de paquetes
Busque el archivo de configuración en %Archivos de programa%\Microsoft SQL Server\100\DTS\Binn\MsDtsSrvr.ini.xml. Copie el archivo en el disco compartido del grupo al que agregó el servicio Integration Services.
En el disco compartido, cree una nueva carpeta llamada Paquetes para que sea el almacén de paquetes. Conceda permisos de escritura y de carpetas de listas en la nueva carpeta a los grupos y usuarios que corresponda.
En el disco compartido, abra el archivo de configuración en un editor XML o de texto. Cambie el valor del elemento ServerName por el nombre del equipo SQL Server virtual que está en el mismo grupo de recursos.
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.
Actualice el valor de HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ Microsoft SQL Server\100\SSIS\ServiceConfigFile en el Registro a la ruta de acceso completa y el nombre de archivo del archivo de configuración del servicio del disco compartido.
Poner en línea 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 línea en el menú emergente. El servicio Integration Services está en línea ahora como recurso de clúster.
Conectarse a Integration Services en un clúster
Después de configurar el servicio Integration Services en un clúster o en cualquier servidor, es posible que necesite configurar 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 credenciales. Por tanto, no se puede utilizar Management Studio para administrar los paquetes almacenados en la base de datos msdb cuando se dan las condiciones siguientes:
El servicio Integration Services y SQL Server se están ejecutando en servidores independientes o servidores virtuales.
El cliente que está ejecutando SQL Server Management Studio es un tercer equipo.
El cliente se puede conectar al servidor virtual en el que se está ejecutando el servicio Integration Services. Sin embargo, dicho equipo no puede delegar las credenciales del usuario al servidor virtual en el que se está ejecutando SQL Server. Esto se denomina escenario de salto doble.
|
.gif "Icono de Integration Services (pequeño)")
Manténgase al día con Integration Services