Controlar varios pasos del trabajo

se aplica a:SQL Serverazure SQL Managed Instance

Importante

En Azure SQL Managed Instance, actualmente son compatibles la mayoría de las características del Agente SQL Server. Consulte Diferencias de T-SQL entre SQL Server y Azure SQL Managed Instance o Limitaciones de los trabajos del Agente SQL en SQL Managed Instance para obtener más información.

Si el trabajo tiene más de un paso, debe especificar el orden en el que se ejecutan los pasos. Esto se denomina control de flujo. Puede agregar nuevos pasos de trabajo y reorganizar el flujo de pasos de trabajo en cualquier momento; los cambios surten efecto la próxima vez que se ejecute el trabajo. En esta ilustración se muestra el control del flujo de un trabajo de copia de seguridad de base de datos.

El primer paso es Backup Database. Si se produce un error en este paso, el Agente SQL Server notifica un error al operador que está definido para recibir la notificación. Si el paso Copia de seguridad de la base de datos se realiza correctamente, el trabajo continúa con el paso siguiente, "Limpiar" datos de cliente. Si se produce un error en este paso, el Agente SQL Server omite la restauración de la base de datos. Si "Normalizar" los datos del cliente es correcto, el trabajo avanza al siguiente paso: Actualizar estadísticas y, así sucesivamente, hasta que el paso final da como resultado un informe correcto o con errores.

Defina una acción de control de flujo para el éxito y el error de cada paso de trabajo. Debe especificar una acción que se debe realizar cuando un paso de trabajo se realiza correctamente y una acción que se debe realizar cuando se produce un error en un paso de trabajo. También puede definir el número de reintentos para los pasos de trabajo con errores y el intervalo entre los reintentos.

Nota

Cuando se usa la interfaz gráfica de usuario (GUI) del Agente SQL Server y se eliminan uno o varios pasos de un trabajo de varios pasos, la GUI quita todos los pasos de trabajo y, a continuación, agrega los pasos restantes con las referencias correctas en caso de éxito o en caso de error. Por ejemplo, supongamos que tiene un trabajo con cinco pasos y el primer paso está configurado para ir al paso 4 si se completa correctamente. Si elimina el paso 3, la GUI quita todos los pasos de este trabajo y agrega los cuatro pasos restantes (1, 2, 4 y 5) con referencias corregidas. En este caso, la referencia del paso 1 se volvería a configurar para ir al paso 3 si el paso 1 se completa correctamente.

Los pasos del trabajo deben ser independientes. Es decir, un trabajo no puede pasar valores booleanos, datos o valores numéricos entre los pasos del trabajo. Sin embargo, puede pasar valores de un paso de trabajo de Transact-SQL a otro si utiliza tablas permanentes o tablas temporales globales. Puede pasar valores de pasos de trabajo que ejecutan programas ejecutables de un paso de trabajo a otro paso de trabajo mediante archivos. Por ejemplo, el ejecutable ejecutado por un paso de trabajo escribe un archivo y el ejecutable ejecutado por un paso de trabajo posterior lee el archivo.

Nota

Si crea pasos de trabajo de bucle (el paso 1 del trabajo va seguido del paso 2 del trabajo, el paso 2 vuelve al paso 1 del trabajo), aparece un mensaje de advertencia cuando se crea el trabajo mediante SQL Server Management Studio.

El Agente SQL Server registra la información del trabajo y de los pasos de trabajo en el historial de trabajos.

Consulte también

sp_add_job
sysjobhistory
sysjobs (Transact-SQL)
sysjobsteps
Implementar trabajos
Administrar las etapas de trabajo