sp_post_msx_operation (Transact-SQL)

  • Article

S’applique à :SQL Server

Insère des opérations (lignes) dans la table système sysdownloadlist pour que les serveurs cibles téléchargent et exécutent.

Conventions de la syntaxe Transact-SQL

Syntaxe

  
sp_post_msx_operation  
     [ @operation = ] 'operation'  
     [ , [ @object_type = ] 'object' ]   
     { , [ @job_id = ] job_id }   
     [ , [ @specific_target_server = ] 'target_server' ]   
     [ , [ @value = ] value ]  
     [ , [ @schedule_uid = ] schedule_uid ]

Arguments

[ @operation = ] 'operation' Type d’opération pour l’opération publiée. l’opération est varchar(64), sans valeur par défaut. Les opérations valides dépendent de object_type.

Type d'objet Opération
TRAVAIL INSERT

UPDATE

Suppression

START

STOP
SERVER RE-ENLIST

DEFECT

SYNC-TIME

SET-POLL
HORAIRE INSERT

UPDATE

Suppression

[ @object_type = ] 'object' Type d’objet pour lequel publier une opération. Les types valides sont JOB, SERVER et SCHEDULE. estvarchar(64), avec une valeur par défaut de JOB.

[ @job_id = ] job_id Numéro d’identification du travail auquel l’opération s’applique. job_id est uniqueidentifier, sans valeur par défaut. 0x00 indique tous les travaux. Si l’objet est SERVER, job_idn’est pas obligatoire.

[ @specific_target_server = ] 'target_server' Nom du serveur cible pour lequel l’opération spécifiée s’applique. Si job_id est spécifié, mais target_server n’est pas spécifié, les opérations sont publiées pour tous les serveurs de travaux du travail. target_server est nvarchar(30), avec une valeur par défaut null.

[ @value = ] value Intervalle d’interrogation, en secondes. value est de type int, avec NULL comme valeur par défaut. Spécifiez ce paramètre uniquement si l’opération est SET-POLL.

[ @schedule_uid = ] schedule_uid Identificateur unique de la planification à laquelle l’opération s’applique. schedule_uid est uniqueidentifier, sans valeur par défaut.

Codet de retour

0 (réussite) ou 1 (échec)

Jeux de résultats

None

Notes

sp_post_msx_operation devez être exécuté à partir de la base de données msdb.

sp_post_msx_operation peut toujours être appelée en toute sécurité, car elle détermine d’abord si le serveur actuel est un microsoft SQL Server Agent multiserveur et, le cas échéant, si l’objet est un travail multiserveur.

Une fois qu’une opération a été publiée, elle apparaît dans la table sysdownloadlist . Après qu'un travail a été créé et publié, les modifications ultérieures apportées à ce travail doivent être aussi communiquées aux serveurs cibles (TSX). L'opération est également réalisée à l'aide de la liste de téléchargement. .

Il est fortement recommandé de gérer la liste de téléchargement à l'aide de SQL Server Management Studio. Pour plus d’informations, consultez Afficher ou modifier des travaux.

Autorisations

Pour exécuter cette procédure stockée, les utilisateurs doivent disposer du rôle serveur fixe sysadmin .

Voir aussi

sp_add_jobserver (Transact-SQL)
sp_delete_job (Transact-SQL)
sp_delete_jobserver (Transact-SQL)
sp_delete_targetserver (Transact-SQL)
sp_resync_targetserver (Transact-SQL)
sp_start_job (Transact-SQL)
sp_stop_job (Transact-SQL)
sp_update_job (Transact-SQL)
sp_update_operator (Transact-SQL)
Procédures stockées système (Transact-SQL)