Partager via


sp_post_msx_operation (Transact-SQL)

Insère des opérations (lignes) dans la table système sysdownloadlist en vue de leur chargement et de leur exécution par les serveurs cibles.

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 de l'opération publiée. L'argument operationest de type varchar(64), sans valeur par défaut. La validation des opérations dépend de object_type.

Type d'objet Opération

JOB

INSERT

UPDATE

DELETE

START

STOP

SERVER

RE-ENLIST

DEFECT

SYNC-TIME

SET-POLL

SCHEDULE

INSERT

UPDATE

DELETE

[ @object_type =] 'object'

Type d'objet pour lequel l'opération doit être publiée. Les types valides sont : JOB, SERVER et SCHEDULE. L'argument object est de type varchar(64), avec JOB comme valeur par défaut.

[ @job_id =] job_id

Numéro d'identification du travail auquel l'opération s'applique. job_id est de type uniqueidentifier, sans valeur par défaut. 0x00 indique TOUS les travaux. Si l'argument object est de type SERVER, alors job_idn'est pas nécessaire.

[ @specific_target_server =] 'target_server'

Nom du serveur cible auquel l'opération spécifiée s'applique. Si job_id est spécifié, mais que target_server ne l'est pas, les opérations sont publiées pour tous les serveurs cibles du travail. target_server est de type nvarchar(30), avec NULL comme valeur par défaut.

[ @value =] value

Fréquence d'interrogation, en secondes. L'argument value est de type int, avec NULL comme valeur par défaut. Ne spécifiez ce paramètre que si operation est SET-POLL.

[ @schedule_uid= ] schedule_uid

Identificateur unique de la planification à laquelle s'applique l'opération. schedule_uid est de type uniqueidentifier, sans valeur par défaut.

Valeurs des codes de retour

0 (succès) ou 1 (échec)

Notes

La procédure stockée sp_post_msx_operation doit être exécutée à partir de la base de données msdb.

L'appel de sp_post_msx_operation ne présente aucun risque car la procédure détermine en premier lieu si le serveur actif est un Agent SQL Server multiserveur, puis, si c'est le cas, si object est un travail multiserveur.

Une fois l'opération 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 Affichage et modification des travaux.

Autorisations

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

Ensembles de résultats

Aucun

Voir aussi

Référence

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)

Aide et Informations

Assistance sur SQL Server 2005