Gérer des travaux dans une entreprise
s’applique à :
SQL ServerAzure 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.
Si vous apportez des modifications aux définitions de travaux multiserveurs en dehors de Microsoft SQL Server Management Studio, vous devez publier les modifications apportées à la liste de téléchargement afin que les serveurs cibles puissent à nouveau télécharger le travail mis à jour. Pour vous assurer que les serveurs cibles ont des définitions de travail actuelles, publiez une instruction INSERT après avoir mis à jour le travail multiserveur, comme suit :
EXECUTE sp_post_msx_operation 'INSERT', 'JOB', '<job id>'
Pour avertir les serveurs cibles qu’un travail multiserveur a été modifié, vous devez appeler la commande précédente après avoir utilisé l’une des procédures suivantes :
sp_detach_schedule (Transact-SQL)
Note
Il n’est pas nécessaire d’appeler sp_post_msx_operation après avoir appelé sp_update_job ou sp_delete_job, car ces procédures stockées publient automatiquement les modifications nécessaires à la liste de téléchargement.
Voici les tâches courantes de gestion des travaux dans une entreprise :
Pour vérifier l’état d’un serveur cible
Pour modifier les serveurs cibles d’un travail
Pour modifier l’emplacement d’un serveur cible
Pour synchroniser les horloges du serveur cible
Forcer un serveur cible à interroger le serveur maître