主页 / dba / 问题 / 276609
Accepted
Metaphor
Asked: 2020-10-07 04:53:29 +0800 CST

sp_update_schedule 说@schedule_id 不存在

  • 772

我编写了一个脚本，该脚本从中读取作业计划msdb.dbo.sysschedules并运行sp_update_schedule以更改active_start_time给定作业子集的时间。在每种情况下，sp_update_schedule都会失败并显示消息“指定的@schedule_id('xxx') 不存在”。（消息 ID 14262，严重性 16）

schedule idinsysschedules不是它要找的东西吗？我在这里想念什么？

sql-server sql-server-agent

1 个回答

  1. Best Answer

    @schedule_idon 参数sp_update_schedule确实指的是onschedule_id列msdb.dbo.sysschedules

    sp_update_schedule包含sp_verify_schedule_identifiers对验证计划的调用，并且正是在此验证步骤中，您收到了该错误（消息 14262）。

    EXECUTE @retval = msdb.dbo.sp_verify_schedule_identifiers 
          @name_of_name_parameter = '@name',  
          @name_of_id_parameter   = '@schedule_id',  
          @schedule_name          = @name             OUTPUT,  
          @schedule_id            = @schedule_id      OUTPUT,  
          @owner_sid              = @cur_owner_sid    OUTPUT,  
          @orig_server_id         = NULL

    如果您同时传递计划ID 和计划名称，则您传递的名称字符串可能存在问题，因为该字符串用于验证过程中的额外过滤。

    我建议直接对调用进行一些测试，sp_verify_schedule_identifiers以便简化故障排除，并确保将有效参数传递给sp_update_schedule：

    DECLARE  
  @name_of_name_parameter   VARCHAR(60) ,--= '@schedule_name',
  @name_of_id_parameter     VARCHAR(60) = '@schedule_id',
  @schedule_name            sysname     ,--= 'syspolicy_purge_history_schedule',  
  @schedule_id              INT         = 8,  
  @owner_sid                VARBINARY(85),  
  @orig_server_id           INT,  
  @job_id_filter            UNIQUEIDENTIFIER    = NULL,
  @RetCode                  INT;

EXEC @RetCode = sp_verify_schedule_identifiers 
  @name_of_name_parameter    = @name_of_name_parameter,
  @name_of_id_parameter      = @name_of_id_parameter,  
  @schedule_name             = @schedule_name,    
  @schedule_id               = @schedule_id,           
  @owner_sid                 = @owner_sid,             
  @orig_server_id            = @orig_server_id,
  @job_id_filter             = @job_id_filter;

SELECT  
   RetCode              = @RetCode,
   NameOfNameParam      = @name_of_name_parameter, 
   NameOfIdParam        = @name_of_id_parameter,  
   ScheduleName         = @schedule_name,    
   ScheduleID           = @schedule_id,
   OwnerSid             = @owner_sid,
   OrigServerID         = @orig_server_id,
   JobIDFilter          = @job_id_filter;

    权限也可能妨碍您。您至少需要GRANT EXEC ON sp_update_schedule TO <your login>拨打您要拨打的电话。要执行我上面列出的故障排除步骤，您还需要被授予-- 尽管只有EXEC在sp_verify_schedule_identifiers直接执行它时才需要它。通常，所有权链接将允许您只需要顶级权限并且您将隐含地拥有执行该过程的权限。您还可以添加到SQLAgentUserRolemsdb 中的安全角色，其中还包括其他权限 - 如果您要重新安排工作，您可能还需要/想要一些其他权限来完成您的工作，假设这是可接受的访问级别。

    • 2

相关问题