Gestion des travaux à l'échelle d'une entreprise

Si vous modifiez 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 télécharger à nouveau 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_add_jobstep (Transact-SQL)
• sp_update_jobstep (Transact-SQL)
• sp_delete_jobstep (Transact-SQL)
• sp_attach_schedule (Transact-SQL)
• sp_detach_schedule (Transact-SQL)

  Remarque :
  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

• Transact-SQL
• SMO (SQL Server Management Objects)

Pour modifier les serveurs cibles associés à un travail

• SQL Server Management Studio
• Transact-SQL
• SMO (SQL Server Management Objects)

Pour modifier l'emplacement d'un serveur cible

• SQL Server Management Studio
• Transact-SQL
• SMO (SQL Server Management Objects)

Pour synchroniser les horloges des serveurs cibles

• SQL Server Management Studio
• Transact-SQL

Pour forcer l'interrogation d'un serveur maître par un serveur cible

• SQL Server Management Studio
• Transact-SQL

Voir aussi

Concepts

Gestion des événements

Aide et Informations

Assistance sur SQL Server 2005