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
, SERVER
et 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 .
Contenu connexe
- 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)