Notes
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
s’applique à :SQL Server
Azure SQL Managed Instance
Importante
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 entre Azure SQL Managed Instance et SQL Server ou limitations des tâches de SQL Agent dans SQL Managed Instance.
Si votre travail comporte plusieurs étapes de travail, vous devez spécifier l’ordre dans lequel les étapes du travail s’exécutent. Il s’agit du contrôle du flux. Vous pouvez ajouter de nouvelles étapes de travail et réorganiser le flux des étapes de travail à tout moment ; les modifications prennent effet la prochaine fois que le travail est exécuté. Cette illustration montre le contrôle du flux d’une tâche de sauvegarde de base de données.
La première étape consiste à sauvegarder la base de données. Si cette étape échoue, SQL Server Agent signale l’échec à l’opérateur défini pour recevoir une notification. Si l’étape de la base de données de sauvegarde réussit, le travail passe à l’étape suivante, « Nettoyer » les données client. En cas d’échec de cette étape, SQL Server Agent passe directement à l’étape « Restaurer la base de données ». Si "Nettoyer les données clients" réussit, le travail passe à l'étape suivante, Mettre à jour les statistiques, et ainsi de suite, jusqu'à ce que la dernière étape entraîne un rapport de réussite ou un rapport d'échec.
Vous définissez une action de contrôle de flux pour la réussite et l’échec de chaque étape de travail. Vous devez spécifier une action à entreprendre lorsqu’une étape de travail réussit et une action à entreprendre lorsqu’une étape de travail échoue. Vous pouvez également définir le nombre de tentatives de nouvelle tentative pour les étapes de travail ayant échoué et l’intervalle entre les tentatives de nouvelle tentative.
Remarque
Lorsque vous utilisez l’interface utilisateur graphique de SQL Server Agent et supprimez une ou plusieurs étapes d’un travail à plusieurs étapes, l’interface utilisateur graphique supprime toutes les étapes du travail, puis ajoute les étapes restantes avec les références correctes sur-réussite ou en cas d’échec. Par exemple, supposons que vous ayez un travail avec cinq étapes et que la première étape est configurée pour passer à l’étape 4 si elle se termine correctement. Si vous supprimez l’étape 3, l’interface graphique utilisateur supprime toutes les étapes de ce travail et ajoute les quatre étapes restantes (1, 2, 4 et 5) avec des références corrigées. Dans ce cas, la référence à l’étape 1 est reconfigurée pour passer à l’étape 3 si l’étape 1 se termine correctement.
Les étapes de travail doivent être autonomes. Autrement dit, un travail ne peut pas passer des valeurs booléennes, des données ou des valeurs numériques entre les étapes du travail. Toutefois, vous pouvez transmettre des valeurs d’une étape de travail Transact-SQL à une autre à l’aide de tables permanentes ou de tables temporaires globales. Vous pouvez passer des valeurs des étapes de travail qui exécutent des programmes exécutables d’une étape de travail à une autre étape de travail à l’aide de fichiers. Par exemple, l’exécutable exécuté par une étape de travail écrit un fichier et l’exécutable exécuté par une étape de travail suivante lit le fichier.
Remarque
Si vous créez des étapes de travail en boucle (l’étape 1 du travail est suivie de l’étape 2 du travail, l’étape 2 du travail retourne à l’étape 1 du travail), un message d’avertissement s’affiche lorsque le travail est créé à l’aide de SQL Server Management Studio.
SQL Server Agent enregistre les informations relatives au travail et à l’étape du travail dans l’historique des travaux.
Voir aussi
sp_add_job
sysjobhistory
sysjobs (Transact-SQL)
sysjobsteps
Mettre en œuvre des tâches
Gérer les étapes du travail