SQL SERVER作业的Schedules浅析

SQL SERVER作业的计划（Schedules），如果你没仔细研究过或没有应用一些复杂的计划（Schedules），那么你觉得SQL SERVER作业的计划(Schedules)非常好用，也没啥问题，但是我要告诉你一个“残酷”的真相，相比Linux系统的Crontab，SQL SERVER作业的计划其实是一个二等残废，很多功能要实行起来真的是让人头疼！

如果你自认为非常了解作业的配置（不要想当然，实践验证保证会让你大吃一惊）？那么接下来先看看几个问题：

1：如果你要配置作业在每个小时的第20分钟执行，例如1:20、2:20、3:20........执行，你怎么配置？

2：在计划（Schedules）里面，如果执行间隔为“小时”，那么取值必须为整数吗？ 可以为2.5个小时吗？

3：在计划（Schedules）里面，如果我要设置执行间隔为90分钟计划，这样能行吗？

4：如果我想在计划（Schedules)外，多执行一次作业，如何执行？ 执行了后，是否影响作业的计划Schedules？

5： 修改系统时间，是否会影响作业的Schedule？

1：如果你要配置作业在每个小时的第20分钟执行，例如1:20、2:20、3:20........执行，你怎么配置？

对于问题1这种类似的问题，如果你遇到过而且解决过这类问题，那么其实很简单，你只需要设置开始时间为0:20即可，否则无法实现。至于SQL SERVER为什么要这么蛋疼的设置，应该是执行间隔有一个参照时间点（第一次执行的时间点），你设置开始开始时间为0:20,即表示这个时间点作为第一次执行的参照点。

2：在计划（Schedules）里面，如果执行间隔为“小时”，那么取值必须为整数吗？ 可以为2.5个小时吗？

关于问题2，答案是执行间隔是不能设成小数的，只能为整数，只能为1，2，3。。。。如果你将其值设置为一个小数，则当你点击确定按钮后，它会自动四舍五入变成一个整数，例如，你输入1.3 ，你点击确定后，再打开，你会发现其值变为1了，如果是1.6，则会变成2，不信的话，你可以试试。对于秒、分钟都是如此。为什么如此呢，答案在于系统表msdb.dbo.sysschedules，不明白可以看文章最后。

3：在计划（Schedules）里面，如果我要设置执行间隔为90分钟计划，这样能行吗？

如果没有实践过的人，肯定会信誓旦旦的说，那肯定可以啊。答案是设置执行间隔不能超过61，否则当你点击确认的时候，系统自动会将其设为60，至于原因，我暂时没有想明白，微软这个限定，感觉真蛋疼。如果真有需求需要90分钟执行一次，那怎么办？ 纠结了把。

方法1： 将作业J拆分成两个一模一样的作业J1 和J2，然后设置其Schedules为3小时执行一次，两个作业错开执行，刚好能满足业务需求。不过想想都觉得麻烦！

方法2： 作业Schedule执行时间间隔90分钟的实现方式是通过下面方式实现的：其实是将Schedule时间设为30分钟执行一次，然后再代码里面按其规律，达到90分钟才真正执行业务逻辑SQL代码。

2.1 从0:00（服务器时间）开始，作业Schedule的频率为30分钟一次，实际上只需要执行下面时间点（实际执行时间90分钟），按规律可以分成两种：

整点执行的（0:00， 1:00， 2:00， 3:00…..） 只有当Hour %3 = 0 时才执行存储过程。

非整点执行的（0:30， 1:30， 2:30 ……......） 只有当Hour % 3= 1时才执行存储过程。

2.2 从0：30（服务器时间）开始，作业Schedule的频率为30分钟一次，实际上只需要执行下面时间点，按规律也可以分成两种。

整点执行的（0:00， 1:00， 2:00， 3:00…..） 只有当Hour %3 = 2 时才执行存储过程。

非整点执行的（0:30， 1:30， 2:30 …….......） 只有当Hour % 3= 0时才执行存储过程。

4：如果我想在计划（Schedules)外，多执行一次作业，如何执行？ 执行了后，是否影响作业的计划Schedules？

如下图所示，我建立一个测试作业test，每隔13分钟执行一次，在21：57， 21:58我分别手动执行了该作业两次，但是丝毫不影响该作业的调度计划。在22:06分钟还是准时执行了。

要查看作业下次执行时间，可以通过SELECT * FROM msdb.dbo.sysjobschedules 来查看。

5： 修改系统时间，是否会影响作业的Schedule？

答案是会影响，一般要么重建该作业的调度计划或禁用作业的调度，再启用该调度来解决。有兴趣的可以自己试验一下，这里不做过多介绍。

SQL SERVER数据库作业的 Schedule 信息一般位于表 msdb.dbo.sysschedules，如下所示

包含有关 SQL Server 代理作业计划的信息。此表存储在 msdb 数据库中。其实看其参数的数据类型，你就知道第二个问题的答案了。呵呵

列名	数据类型	说明
schedule_id	int	SQL Server 代理作业计划 ID。
schedule_uid	uniqueidentifier	作业计划的唯一标识符。此值用于标识分布式作业的计划。
originating_server_id	int	作为作业计划来源的主服务器 ID。
name	sysname (nvarchar(128))	作业计划的用户定义名称。该名称在作业中必须唯一。
owner_sid	varbinary(85)	拥有作业计划的用户或用户组的 Microsoft Windows security_identifier。
enabled	int	作业计划的状态： 0 = 未启用。 1 = 启用。 如果未启用计划，则不会运行该计划中的任何作业。
freq_type	int	此计划中作业运行的频率。 1 = 只运行一次 4 = 每天 8 = 每周 16 = 每月 32 = 每月，与 freq_interval 有关 64 = 在 SQL Server 代理服务启动时运行 128 = 在计算机空闲时运行
freq_interval	int	执行作业的间隔天数。该值取決于 freq_type 的值。默认值为 0，表示不使用 freq_interval。 freq_type 的值 对 freq_interval 的影响 1（一次） 不使用 freq_interval (0) 4（每天） 每 freq_interval 天 8（每周） freq_interval 为下列一个或多个值： 1 = 星期日 2 = 星期一 4 = 星期二 8 = 星期三 16 = 星期四 32 = 星期五 64 = 星期六 16（每月） 每月的 freq_interval 日 32（与“每月”选项相关） freq_interval 为下列值之一： 1 = 星期日 2 = 星期一 3 = 星期二 4 = 星期三 5 = 星期四 6 = 星期五 7 = 星期六 8 = 日 9 = 工作日 10 = 休息日 64 （在 SQL Server 代理服务启动时开始） 不使用 freq_interval (0) 128（在计算机空闲时运行） 不使用 freq_interval (0)
freq_subday_type	int	freq_subday_interval 的单位。可以是下列值之一： 值 说明（单位） 1 在指定的时间 2 秒 4 分钟 8 小时
freq_subday_interval	int	在每次执行作业之间发生的 freq_subday_type 的周期数。
freq_relative_interval	int	如果 freq_interval 为 32（与“每月”选项相关），则为每月中 freq_interval 发生的时间。可以是下列值之一： 0 = 不使用 freq_relative_interval 1 = 第一次 2 = 第二次 4 = 第三次 8 = 第四次 16 = 最后一次
freq_recurrence_ factor	int	已计划执行的作业之间的周数或月数。仅当 freq_type 为 8、16 或 32 时，才使用 freq_recurrence_factor。如果此列包含 0，则不使用 freq_recurrence_factor。
active_start_date	int	可以开始执行作业的日期。日期格式为 YYYYMMDD。NULL 表示当天的日期。
active_end_date	int	可以停止执行作业的日期。日期格式为 YYYYMMDD。
active_start_time	int	在 active_start_date 和 active_end_date 之间的任意日期开始执行作业的时间。时间格式为 HHMMSS，采用 24 小时制。
active_end_time	int	在 active_start_date 和 active_end_date 之间的任意日期停止执行作业的时间。时间格式为 HHMMSS，采用 24 小时制。
date_created	datetime	创建计划的日期和时间。
date_modified	datetime	上次修改计划的日期和时间。
version_number	int	计划的当前版本号。例如，如果计划已修改 10 次，则 version_number 为 10。