sp_post_msx_operation (Transact-SQL)
Inserta operaciones (filas) en la tabla del sistema sysdownloadlist para que los servidores de destino las descarguen y ejecuten.
Convenciones de sintaxis de Transact-SQL
Sintaxis
sp_post_msx_operation
[ @operation = ] 'operation'
[ , [ @object_type = ] 'object' ]
{ , [ @job_id = ] job_id }
[ , [ @specific_target_server = ] 'target_server' ]
[ , [ @value = ] value ]
[ , [ @schedule_uid = ] schedule_uid ]
Argumentos
[ @operation =] 'operation'
Tipo de la operación expuesta. operationes de tipo varchar(64) y no tiene valor predeterminado. Las operaciones válidas dependen de object_type.Tipo de objeto.
Operación
JOB
INSERT
UPDATE
DELETE
START
STOP
SERVER
RE-ENLIST
DEFECT
SYNC-TIME
SET-POLL
SCHEDULE
INSERT
UPDATE
DELETE
[ @object_type =] 'object'
Tipo de objeto para el que se expone una operación. Los tipos válidos son JOB, SERVER y SCHEDULE. object es de tipo varchar(64) y su valor predeterminado es JOB.[ @job_id =] job_id
Número de identificación del trabajo al que se aplica la operación. job_id es de tipo uniqueidentifier y no tiene valor predeterminado. 0x00 indica todos los trabajos (ALL). Si object es de tipo SERVER, entonces job_id no es necesario.[ @specific_target_server =] 'target_server'
Nombre del servidor de destino al que se aplica la operación especificada. Si se especifica job_id, pero no se especifica target_server, las operaciones se exponen para todos los servidores de trabajos del trabajo. target_server es de tipo nvarchar(30) y su valor predeterminado es NULL.[ @value =] value
Intervalo de sondeo, en segundos. value es de tipo int y su valor predeterminado es NULL. Especifique este parámetro solamente si operation es SET-POLL.[ @schedule_uid= ] schedule_uid
Identificador único de la programación a la que se aplica la operación. schedule_uid es de tipo uniqueidentifier y no tiene valor predeterminado.
Valores de código de retorno
0 (correcto) o 1 (error)
Conjuntos de resultados
Ninguno
Comentarios
sp_post_msx_operation se debe ejecutar desde la base de datos msdb.
Siempre se puede llamar a sp_post_msx_operation de forma segura, ya que primero determina si el servidor actual es un Agente Microsoft SQL Server multiservidor y, en ese caso, si objectes un trabajo multiservidor.
Después de exponer una operación, aparece en la tabla sysdownloadlist. Después de crear y exponer un trabajo, también se deben comunicar los cambios siguientes de ese trabajo a los servidores de destino (TSX). Esto también se realiza mediante la lista de descarga.
Es muy recomendable administrar la lista de descarga con SQL Server Management Studio. Para obtener más información, vea Ver o modificar trabajos.
Permisos
Para ejecutar este procedimiento almacenado, se debe conceder a los usuarios el rol fijo de servidor sysadmin.
Vea también
Referencia
sp_add_jobserver (Transact-SQL)
sp_delete_jobserver (Transact-SQL)
sp_delete_targetserver (Transact-SQL)
sp_resync_targetserver (Transact-SQL)