Share via


Exécution des travaux

Mis à jour : 14 avril 2006

Vous pouvez avoir besoin d'exécuter un travail souvent sans que ce soit pour autant de façon régulière. Dans de tels cas, au lieu de planifier un travail, vous pouvez simplement l'exécuter manuellement, en fonction des besoins. Vous pouvez également exécuter manuellement des travaux pour lesquels une planification a été définie. Par exemple, même si vous avez planifié un travail de sauvegarde d'une base de données master le soir, vous pouvez vouloir sauvegarder la base de données immédiatement après des modifications apportées à la configuration d'instance.

Une instance SQL Server ne peut exécuter qu'une instance de travail à la fois. Si un travail a été lancé conformément à sa planification, vous ne pouvez démarrer une autre instance de ce travail sur le même serveur tant que le travail planifié n'est pas terminé. Dans les environnements multiserveurs, chaque serveur cible peut lancer une instance du même travail simultanément.

Vous pouvez désactiver un travail planifié si vous ne souhaitez pas l'exécuter. Vous pouvez également arrêter un travail pendant son exécution. Dans la plupart des cas, lorsque vous émettez une commande d'arrêt, l'étape du travail en cours est annulée et toute logique de reprise est ignorée. Certaines étapes de travail, telles que les instructions Transact-SQL de longue durée (BACKUP) ou certaines commandes DBCC, peuvent ne pas répondre rapidement aux demandes d'arrêt. Lorsque vous arrêtez un travail, une entrée « Job Canceled » est consignée dans votre historique de travaux.

Traitement des travaux multiserveurs

Un travail multiserveur est un travail exécuté par un serveur maître sur un ou plusieurs serveurs cibles. Chaque serveur cible interroge régulièrement le serveur maître, télécharge une copie des nouveaux travaux affectés au serveur cible, puis se déconnecte. Le serveur cible exécute localement le travail, puis se reconnecte au serveur maître pour charger l'état de la sortie du travail une fois l'opération terminée.

ms190741.note(fr-fr,SQL.90).gifRemarque :
Si le serveur maître n'est pas accessible lorsque le serveur cible tente de charger l'état du travail, ce dernier est mis en attente dans le spouleur jusqu'à ce que le serveur maître soit accessible de nouveau.
Pour démarrer un travail
Pour arrêter un travail
Pour forcer l'interrogation d'un serveur maître par un serveur cible
Pour définir l'intervalle d'interrogation pour les serveurs cible

Voir aussi

Autres ressources

sysdownloadlist (Transact-SQL)

Aide et Informations

Assistance sur SQL Server 2005

Historique des modifications

Version Historique

14 avril 2006

Contenu modifié :
  • Suppression de la note expliquant pourquoi les travaux faisant appel à des proxys peuvent échouer, qui avait été ajoutée pour la mise à jour du 5 décembre 2005 de la documentation en ligne de SQL Server 2005. Ce problème a été résolu dans SQL Server 2005 Service Pack 1.

5 décembre 2005

Nouveau contenu :
  • Ajout d'une note expliquant pourquoi les travaux faisant appel à des proxys peuvent échouer.