Ssis en sql server 2008

El rol del servicio de Integration Services.

Existe una creencia de que el servicio de Integration Services permite la ejecución de los paquetes. Entender la función del servicio Integration Services es esencial para tomar una decisión correcta respecto del mecanismo de ejecución de los paquetes.

El servicio de Integration Services soporta la interfaz administrativa de SQL Server ManagementStudio para enumerar, iniciar, detener, supervisar, importar y exportar paquetes de Integration Services. El servicio Integration no se lo usa para ejecutar paquetes. Aun si el servicio de Integration Services no se está ejecutando se pueden realizar las siguientes tareas:

•Diseñar y ejecutar paquetes en Business Intelligence Development Studio.
•Ejecutar paquetes utilizando DTEXEC(dtexec.exe).
•Ejecutar paquetes utilizando 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 T-SQL.
•Enumerar los paquetes almacenados en el sistema de archivos utilizando el Explorador de Windows.
•Crear y ejecutar trabajos y planes de mantenimiento desde el Agente del SQL Server.

Ejecutarlos paquetes

Una de las cosas que debemos tener en cuenta es que los paquetes siempre se ejecutan localmente en el contexto del proceso que invoca su ejecución, por lo tanto si queremos ejecutar remotamente un paquete debemos implementar un mecanismo de indirección que permita a un proceso remoto lanzar la ejecución de dicho paquete. Por lo tanto es necesario instalar SSIS en la misma máquinadonde se ejecuta la aplicación que invoca la ejecución del paquete.


Ejecutar el paquete utilizando el modelo de objetos de SSIS.
Existe un documento en la ayuda del SQL Server que explica esta alternativa en detalle:

http://msdn2.microsoft.com/en-us/library/ms136090.aspx

Ventajas

•Se ejecuta dentro del proceso que lo invoca por lo que es muy fácil de configurar o modificar antesde ejecutar.
•Se puede recibir eventos de los progresos de ejecución de paquete o pedir que se detenga la ejecución.
Desventajas:

•Estos objetos solo se pueden utilizar en NET 2.0 y posteriores versiones.
•En ASP.NET el mecanismo de “impersonation” no funciona cuando el paquete crea otros threads por ejemplo en los data sources.
•Como ASP.NET se puede configurar para reciclar elproceso en caso de que consuma demasiada memoria y existe la probabilidad de que SSIS consuma una gran cantidad de memoria, entonces puede suceder que este mecanismo no tenga tanta fiabilidad.

Ejecutar local mediante DTEXEC.EXE
DTEXEC es la utilidad de línea de comando para la ejecución de paquetes SSIS. Existe una aplicación similar DTEXECUI,EXE que es similar y permite ejecutar y construir lalínea de comandos de forma gráfica como si fuera un asistente. Para ver las opciones de línea de comandos puede ver el siguiente link.

http://msdn2.microsoft.com/en-us/library/ms162810.aspx

Ventajas:

•Como el paquete se ejecuta en un contexto de ejecución diferente del proceso invocante de la línea de comandos aumenta la fiabilidad del mismo.
•Se puede utilizar desde cualquier lenguajede programación y tecnología para invocarlo.
•se puede pasar parámetros fácilmente mediante la asignación de valores a las variables en la invocación.
Desventajas

•Es mas difícil obtener información sobre el progreso y debe usarse el logging del SSIS.
•Sobrecarga en la invocación por el inicio del nuevo proceso (probablemente sea despreciable en comparación con el tiempo de ejecución delos paquetes)..
•En ASP.NET para generar un proceso que se ejecuta en el contexto de otro usuario, no se puede utilizar el método System.Diagnostics.Process.Start. Esto se debe a que en ASP.NET, la suplantación de identidad se realiza a nivel del thread y no a nivel de proceso. Por lo tanto se debe utilizar el método descripto en el siguiente artículo: Http://support.microsoft.com/kb/889251...