sql-server - tools - ssis tutorial
¿Cómo verifico el estado del trabajo desde el flujo de control de SSIS? (2)
¿Por qué no usar una mesa? Simplemente haga que el primer trabajo actualice la tabla con su estado. El segundo trabajo puede usar la tabla para verificar el estado. Eso debería funcionar si estoy leyendo la pregunta correctamente. La tabla solo debería tener una fila, por lo que no matará el rendimiento y no causará ningún bloqueo (por supuesto, ahora que lo escribo, sucederá) :)
@Jason: Sí, podrías controlarlo o podrías tener un gatillo para comenzar el segundo trabajo cuando se reciba el estado final. :)
Esta es mi situación: tengo un trabajo de SSIS que depende de otro trabajo previo de SSIS para ejecutar. Necesito poder verificar el estado del primer trabajo antes de iniciar el segundo. No es posible agregar el segundo trabajo al flujo de trabajo del primero, ya que es demasiado complejo. Quiero poder verificar el estado del primer trabajo (Fallido, Exitoso, Actualmente en ejecución) desde el segundo, y usar esto como una condición para decidir si se debe ejecutar el segundo, o esperar un nuevo intento. Sé que esto se puede hacer consultando la base de datos MSDB en el servidor SQL que ejecuta el trabajo. Me pregunto si hay una manera más fácil, como posiblemente usar la tarea del lector de datos WMI. Alguien tuvo esta experiencia?
Es posible que desee crear un tercer paquete que ejecute el paqueteA y luego el paqueteB. El tercer paquete solo contendría dos tareas de paquete de ejecución.
http://msdn.microsoft.com/en-us/library/ms137609.aspx
La tabla de estado de @Craig A es una opción, pero tendrá que seguir supervisándola.
Aquí hay un artículo sobre eventos en SSIS para su pregunta original.
http://www.databasejournal.com/features/mssql/article.php/3558006