sp_post_msx_operation (Transact-SQL)
Insere operações (linhas) na tabela de sistema sysdownloadlist para que servidores de destino as carreguem e executem.
Convenções da sintaxe Transact-SQL
Sintaxe
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'
O tipo da operação postada. operationé varchar(64), sem padrão. As operações válidas dependem de object_type.Tipo de objeto
Operação
JOB
INSERT
UPDATE
DELETE
START
STOP
SERVER
RE-ENLIST
DEFECT
SYNC-TIME
SET-POLL
SCHEDULE
INSERT
UPDATE
DELETE
[ @object_type =] 'object'
O tipo de objeto para o qual uma operação será postada. Os tipos válidos são JOB, SERVER e SCHEDULE. object é varchar(64), com o padrão de JOB.[ @job_id =] job_id
O número de identificação do trabalho ao qual a operação se aplica. job_id é uniqueidentifier, sem padrão. 0x00 indica TODOS os trabalhos. Se object for SERVER, então job_id não será necessário.[ @specific_target_server =] 'target_server'
O nome do servidor de destino ao qual a operação especificada se aplica. Se job_id for especificado, mastarget_server não for, as operações serão postadas para todos os servidores de trabalho do trabalho. target_server é nvarchar(30), com o padrão NULL.[ @value =] value
O intervalo de sondagem, em segundos. value é int, com o padrão de NULL. Somente especifique este parâmetro se operation for SET-POLL.[ @schedule_uid= ] schedule_uid
O identificador exclusivo da agenda à qual a operação se aplica. schedule_uid é uniqueidentifier, sem padrão.
Valores de código de retorno
0 (êxito) ou 1 (falha)
Conjuntos de resultados
Nenhum
Comentários
sp_post_msx_operation deve ser executado a partir do banco de dados msdb.
sp_post_msx_operation sempre pode ser chamado com segurança porque ele primeiro determina se o servidor atual é um Microsoft SQL Server Agent multisservidor e, nesse caso, se objecté um trabalho multisservidor.
Depois que uma operação foi postada, ele aparece na tabela sysdownloadlist. Depois que um trabalho for criado e postado, as alterações subsequentes desse trabalho também deverão ser comunicadas aos servidores de destino (TSX). Isto também é realizado usando a lista de carregamento.
É altamente recomendável que a lista de carregamento seja gerenciada com o uso do SQL Server Management Studio. Para obter mais informações, consulte Exibir ou modificar trabalhos.
Permissões
Para executar este procedimento armazenado, a função de servidor fixa sysadmin deve ser concedida aos usuários.
Consulte também
Referência
sp_add_jobserver (Transact-SQL)
sp_delete_jobserver (Transact-SQL)
sp_delete_targetserver (Transact-SQL)
sp_resync_targetserver (Transact-SQL)