Establecimiento del flujo de aciertos o errores de los pasos del trabajo

  • Artículo

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 entre T-SQL de Azure SQL Managed Instance y SQL Server para más información.

Al crear trabajos del Agente Microsoft SQL Server, puede especificar la acción que debe realizar SQL Server si se produce un error durante la ejecución del trabajo. Tras la resolución correcta o errónea de cada paso del trabajo, determine la acción que SQL Server debería realizar. A continuación, utilice el siguiente procedimiento para configurar la lógica del flujo de las acciones de los pasos de trabajo mediante el Agente SQL Server .

Antes de empezar

Seguridad

Para obtener información detallada, vea Implementar la seguridad del Agente SQL Server.

Uso de SQL Server Management Studio

Para establecer el flujo con éxito o con errores de los pasos de un trabajo

  1. En el Explorador de objetos, expanda Agente SQL Servery, a continuación, expanda Trabajos.

  2. Haga clic con el botón derecho en el trabajo que quiere editar y seleccione Propiedades.

  3. Seleccione la página Pasos, elija un paso y, luego, Editar.

  4. En el cuadro de diálogo Propiedades de paso de trabajo , seleccione la página Avanzado .

  5. En la lista Cuando la acción se realice correctamente, seleccione la acción que se realizará si el paso del trabajo se completa.

  6. En el cuadro Número de reintentos, escriba el número de veces (entre 0 y 9999) que se debe repetir el paso del trabajo antes de considerar que ha sido erróneo. Si escribió un valor superior a 0 en el cuadro Número de reintentos , escriba en el cuadro Intervalo entre intentos (min.) el número de minutos (entre 1 y 9999) que deben transcurrir antes de volver a realizar el paso del trabajo.

  7. En la lista En caso de error, seleccione la acción que se realizará si el paso del trabajo no se completa correctamente.

  8. Si el trabajo es un script de Transact-SQL, puede elegir una de las siguientes opciones:

    • En el cuadro Archivo de salida , escriba el nombre de un archivo de salida en el que se escribirá la salida del script. De forma predeterminada, el archivo se sobrescribe cada vez que se ejecuta el paso de trabajo. Si no quiere que se sobrescriba el archivo de salida, active la casilla Anexar salida al archivo existente.

    • Active la casilla Registro en tabla si desea registrar el paso de trabajo en una tabla de bases de datos. De forma predeterminada, el contenido de la tabla se sobrescribe cada vez que se ejecuta el paso de trabajo. Si no quiere que se sobrescriba el contenido de la tabla, active la casilla Anexar salida a la entrada existente de la tabla. Una vez ejecutado el paso de trabajo ya puede verse el contenido de la tabla haciendo clic en Ver.

    • Active la casilla Incluir salida de paso en historial si desea que la salida se incluya en el historial de pasos. La salida solo se mostrará si no hubo errores. Asimismo, la salida puede aparecer truncada.

  9. Si la lista Ejecutar como usuario está disponible, seleccione la cuenta de proxy con las credenciales que utilizará el trabajo.

Usar Transact-SQL

Para establecer el flujo con éxito o con errores de los pasos de un trabajo

  1. En el Explorador de objetos, conéctese a una instancia del Motor de base de datos.

  2. En la barra Estándar, seleccione Nueva consulta.

  3. Copie y pegue el ejemplo siguiente en la ventana de consulta y seleccione Ejecutar.

    USE msdb;  
GO  
EXEC sp_add_jobstep  
    @job_name = N'Weekly Sales Data Backup',  
    @step_name = N'Set database to read only',  
    @subsystem = N'TSQL',  
    @command = N'ALTER DATABASE SALES SET READ_ONLY',   
    @on_success_action = 1;  
GO

Para más información, consulte sp_add_jobstep (Transact-SQL).

Usar Objetos de administración de SQL Server

Para establecer el flujo con éxito o con errores de los pasos de un trabajo

Use la clase JobStep mediante un lenguaje de programación de su elección, como Visual Basic, Visual C# o PowerShell. Para más información, consulte Objetos de administración de SQL Server (SMO).

Consulte también