Partager via


sp_post_msx_operation (Transact-SQL)

S'applique à : SQL Server

Insère des opérations (lignes) dans la sysdownloadlist table système 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_type' ]
    [ , [ @job_id = ] 'job_id' ]
    [ , [ @specific_target_server = ] N'specific_target_server' ]
    [ , [ @value = ] value ]
    [ , [ @schedule_uid = ] 'schedule_uid' ]
[ ; ]

Arguments

[ @operation = ] 'operation'

Type de l'opération publiée. @operation est varchar(64), sans valeur par défaut. Les opérations valides dépendent 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'

Type d'objet pour lequel l'opération doit être publiée. @object_type est varchar(64), avec la valeur par défaut JOB. Les types valides sont JOB, SERVERet SCHEDULE.

[ @job_id = ] 'job_id'

Numéro d'identification du travail auquel l'opération s'applique. @job_id est uniqueidentifier, avec la valeur par défaut NULL. 0x00 indique tous les travaux. Si @object_type est SERVER, @job_id n’est pas nécessaire.

[ @specific_target_server = ] N’specific_target_server'

Nom du serveur cible auquel l'opération spécifiée s'applique. @specific_target_server est sysname, avec la valeur par défaut NULL. Si @job_id est spécifié, mais @specific_target_server n’est pas spécifié, les opérations sont publiées pour tous les serveurs de travaux du travail.

[ @value = ] value

Fréquence d'interrogation, en secondes. @value est int, avec la valeur par défaut NULL. Spécifiez ce paramètre uniquement si @operation est SET-POLL.

[ @schedule_uid = ] 'schedule_uid'

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

Valeurs des codes de retour

0 (réussite) or 1 (échec).

Jeu de résultats

Aucune.

Notes

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

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

Une fois qu’une opération est publiée, elle apparaît dans le sysdownloadlist tableau. Une fois qu’un travail a été créé et publié, les modifications ultérieures apportées à ce travail doivent également être communiquées aux serveurs cibles (TSX). Cette étape s’effectue également à l’aide de la liste de téléchargement.

Nous vous recommandons vivement de gérer la liste de téléchargement dans 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 .