sp_post_msx_operation (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 um padrão 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, mas target_server não o for, as operações serão postadas para todos os servidores de trabalho do trabalho. target_server é nvarchar(30), com um padrão NULL.

• [ @value =] value
  O intervalo de sondagem, em segundos. value é int, com um padrão 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 multiservidor e, nesse caso, se objecté um trabalho multiservidor.

Depois que uma operação foi postada, ele aparece na tabela sysdownloadlist. Depois que um trabalho for criado e postado, as alterações subseqüentes 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 Exibindo e modificando 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