Compartir a través de


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.

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'

Es el tipo de la operación expuesta. operation es de tipo varchar(64) y no tiene ningún 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 ningún valor predeterminado. 0x00 indica todos los trabajos (ALL). Si object es SERVER, no se requiere job_id.

[ @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 ningún valor predeterminado.

Conjuntos de resultados

Ninguno

Notas

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 y modificar trabajos.

Permisos

Para ejecutar este procedimiento almacenado, se debe conceder a los usuarios la función fija de servidor sysadmin.

Valores de código de retorno

0 (correcto) o 1 (error)

Vea también

Referencia

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)
Procedimientos almacenados del sistema (Transact-SQL)

Ayuda e información

Obtener ayuda sobre SQL Server 2005