sp_post_msx_operation (Transact-SQL)

Se aplica a:SQL Server

Inserta operaciones (filas) en la tabla del sistema sysdownloadlist para que los servidores de destino 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 operación para la operación publicada. operation es varchar(64), sin valor predeterminado. Las operaciones válidas dependen de object_type.

Tipo de objeto Operación
TRABAJO INSERT

UPDATE

Delete

START

STOP
SERVER RE-ENLIST

DEFECT

SYNC-TIME

SET-POLL
HORARIO INSERT

UPDATE

Delete

[ @object_type = ] 'object' Tipo de objeto para el que se va a publicar una operación. Los tipos válidos son JOB, SERVER y SCHEDULE. object es varchar(64), con un valor predeterminado de JOB.

[ @job_id = ] job_id Número de identificación del trabajo al que se aplica la operación. job_id es uniqueidentifier, sin valor predeterminado. 0x00 indica TODOS los trabajos. Si el objeto es SERVER, no se requiere job_id.

[ @specific_target_server = ] 'target_server' Nombre del servidor de destino para el que se aplica la operación especificada. Si se especifica job_id , pero no se especifica target_server , las operaciones se publican para todos los servidores de trabajo del trabajo. target_server es nvarchar(30), con un valor predeterminado de NULL.

[ @value = ] value Intervalo de sondeo, en segundos. value es de tipo inty su valor predeterminado es NULL. Especifique este parámetro solo si la operación es SET-POLL.

[ @schedule_uid = ] schedule_uid Identificador único de la programación a la que se aplica la operación. schedule_uid es uniqueidentifier, sin valor predeterminado.

Valores de código de retorno

0 (correcto) o 1 (error)

Conjuntos de resultados

None

Comentarios

sp_post_msx_operation debe ejecutarse desde la base de datos msdb.

sp_post_msx_operation siempre se puede llamar de forma segura porque primero determina si el servidor actual es un Agente SQL Server de Microsoft multiservidor y, si es así, si el objeto es un trabajo multiservidor.

Una vez publicada 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 .

Consulte también

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)