Gérer des travaux à l'échelle d'une entreprise
S’applique à : 
SQL Server Azure SQL Managed Instance
Important
Dans Azure SQL Managed Instance, la plupart, mais pas toutes les fonctionnalités 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.
Si vous changez les définitions de travaux multiserveur en dehors de Microsoft SQL Server Management Studio, vous devez publier les modifications dans la liste de téléchargements pour permettre aux serveurs cibles de retélécharger les travaux mis à jour. Pour vous assurer que les serveurs cibles possèdent les définitions des travaux les plus récentes, publiez une instruction INSERT après avoir mis à jour les travaux multiserveur. Pour ce faire, procédez comme suit :
EXECUTE sp_post_msx_operation 'INSERT', 'JOB', '<job id>'
Pour notifier 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)
Notes
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 dans la liste de téléchargements.
Ci-dessous figurent des tâches courantes permettant de gérer les travaux à l'échelle d'une entreprise :
Pour vérifier l'état d'un serveur cible
Pour modifier les serveurs cibles associés à un travail
Pour modifier l'emplacement d'un serveur cible
Pour synchroniser les horloges des serveurs cibles
Pour forcer l'interrogation d'un serveur maître par un serveur cible