Définir le flux de réussite ou d’échec de l’étape de travail
s’applique à :SQL Server
Azure SQL Managed Instance
Important
Sur Azure SQL Managed Instance, la plupart, mais pas toutes les fonctionnalités de SQL Server Agent sont actuellement prises en charge. Pour plus d’informations, consultez différences T-SQL d’Azure SQL Managed Instance par rapport à SQL Server.
Lors de la création de travaux Microsoft SQL Server Agent, vous pouvez spécifier l’action que SQL Server doit entreprendre si un échec se produit pendant l’exécution du travail. Déterminez l’action que SQL Server doit entreprendre en cas de réussite ou d’échec de chaque étape de travail. Utilisez ensuite la procédure suivante pour configurer la logique de flux d’action de l’étape de travail à l’aide de SQL Server Agent.
Avant de commencer
Sécurité
Pour plus d’informations, consultez Sécurité de l'Agent de SQL Server.
Utilisation de SQL Server Management Studio
Pour définir le flux de réussite ou d’échec de l’étape de travail
Dans Object Explorer, développez SQL Server Agent, puis développez Travaux.
Cliquez avec le bouton droit sur la tâche que vous souhaitez modifier, puis sélectionnez Propriétés.
Sélectionnez la page Étapes, sélectionnez une étape, puis Modifier.
Dans la boîte de dialogue propriétés de l’étape de travail , sélectionnez la page Avancé.
Dans la liste des actions en cas de succès , sélectionnez l’action à effectuer si la tâche se termine correctement.
Dans la zone Nouvelles tentatives, entrez le nombre de fois compris entre 0 et 9999 que l’étape du travail doit être répétée avant d'être considérée comme un échec. Si vous avez entré une valeur supérieure à 0 dans la zone tentatives de réessai, entrez dans la zone intervalle de réessai (minutes) le nombre de minutes comprises entre 1 et 9999 qui doivent passer avant que l'étape de la tâche soit réessayée.
Dans la liste En cas d'échec, sélectionnez l’action à effectuer si l’étape du travail échoue.
Si le travail est un script Transact-SQL, vous pouvez choisir parmi les options suivantes :
Dans la zone Fichier de sortie, entrez le nom d’un fichier de sortie dans lequel la sortie du script sera écrite. Par défaut, le fichier est remplacé chaque fois que l’étape du travail s’exécute. Si vous ne souhaitez pas remplacer le fichier de sortie, vérifiez Ajouter la sortie au fichier existant.
Cochez pour journaliser dans la table si vous souhaitez enregistrer l’étape du travail dans une table de base de données. Par défaut, le contenu de la table est remplacé chaque fois que l’étape de la tâche s’exécute. Si vous ne souhaitez pas remplacer le contenu de la table, vérifiez Ajouter la sortie à une entrée existante dans la table. Une fois l’étape de travail exécutée, vous pouvez afficher le contenu de cette table en cliquant sur Affichage.
Cochez la case pour inclure la sortie de l’étape dans l’historique. La sortie s’affiche uniquement s’il n’y a pas d’erreur. En outre, la sortie peut être tronquée.
Si la liste Exécuter en tant qu’utilisateur est disponible, sélectionnez le compte proxy avec les identifiants que le travail doit utiliser.
Utilisation de Transact-SQL
Pour définir le flux de réussite ou d’échec de l’étape de travail
Dans Explorateur d’objets, connectez-vous à une instance du moteur de base de données.
Dans la barre Standard, sélectionnez Nouvelle Requête.
Copiez et collez l’exemple suivant dans la fenêtre de requête, puis sélectionnez Exécuter.
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
Pour plus d’informations, consultez sp_add_jobstep (Transact-SQL).
Utilisation d’objets de gestion SQL Server
Pour définir le flux de réussite ou d’échec de l’étape de travail
Utilisez la classe JobStep à l’aide d’un langage de programmation que vous choisissez, tel que Visual Basic, Visual C# ou PowerShell. Pour plus d’informations, consultez SQL Server Management Objects (SMO).