附表

Reporting Services 提供共享计划和特定于报表的计划，以帮助控制报表的分发和处理。 这两种类型的计划之间的区别在于它们的定义、存储和托管方式。 这两种类型的计划的内部构造是相同的。 所有计划都指定一种重复执行类型：每月、每周或每日。 在重复类型中，设置事件的发生频率的间隔和范围。 无论您创建的是共享计划还是报表特定计划，重复执行模式的类型以及指定那些模式的方式是相同的。

本主题内容：

• 日程可以完成的工作

• 比较共享和 Report-Specific 时间表

• 配置数据源

• 商店凭据和结算账户

• 计划和交付处理的工作原理

• 服务器依赖项

• 停止 SQL Server 代理的效果

• 停止报表服务器服务的效果

使用日程安排可以实现的功能

可以在本机模式下使用报表管理器和 SharePoint 模式下的 SharePoint 网站管理页面来创建和管理计划。 您可以：

• 计划标准订阅或数据驱动订阅中的报表传递时间。

• 计划报表历史记录，以便按固定的时间间隔向报表历史记录中添加新的快照。

• 计划刷新报表快照数据的时间。

• 计划刷新共享数据集的数据的时间。

• 计划缓存报表或共享数据集的过期时间，以便在预定义的时间进行，以便随后刷新该报表。

如果希望将计划信息用于多个报表或订阅，则可以创建共享计划。 共享计划是单独定义的，然后就可以在需要计划信息的报表、共享数据集和订阅中引用。

创建计划时，报表会将计划信息保存在报表服务器的数据库中，或者对于 SharePoint 模式，保存在服务应用程序数据库中。 报表服务器还会创建用于触发计划的 SQL Server 代理作业。 计划是基于其所在报表服务器的本地时间进行处理的。 其时间格式遵从 Microsoft Windows 操作系统标准。

有关如何创建和管理计划的详细信息，请参阅 创建、修改和删除计划。

比较共享和 Report-Specific 时间表

这两种类型的计划都会产生相同的输出：。

• 共享计划 是可移植的多用途项，包含有现成的计划信息。 由于共享计划是系统级的项，因此创建共享计划需要具有系统级权限。 由于这个原因，您的报表服务器上的可用共享计划通常都是由报表服务器管理员或内容管理员创建的。 使用报表管理器或 SharePoint 网站设置在报表服务器上存储和管理共享计划。

  与通过报表属性、共享数据集属性或订阅属性定义的特定计划相比，共享计划更易于管理和维护，具体原因如下：

  • 可以从中心位置管理共享计划，这样便于比较计划属性，并在计划安排得太过紧凑或与服务器上的其他进程冲突时，调整频率和重复模式。

  • 允许你快速适应计算环境中的更改。 例如，假定在刷新数据仓库之后有一组在早晨 4:00 运行的报表。 如果重新计划或延迟了数据刷新操作，则通过更新单个共享计划中的计划信息可以轻易地适应该更改。

  • 如果仅使用共享计划，则可以清楚地知道执行计划操作的时间。 这样，在出现性能问题之前，可以更轻松地预测和容纳服务器负载。 例如，如果决定在特定时间进行计算机备份，则可以调整共享计划在不同的时间运行。

• 报表特定计划 在特定的报表、订阅或报表执行操作的上下文中定义，用于确定缓存过期或快照更新的时间。 当您定义订阅或设置报表执行属性时，同时也会创建这些计划。 如果共享计划不提供所需的频率或重复模式，则可以创建特定于报表的计划。 若要防止报表运行，必须手动编辑特定于报表的计划。 特定报表的时间表可由单个用户创建。

配置数据源

在可以安排报表的数据处理或订阅处理之前，必须将报表数据源配置为使用存储的凭据或无人工干预的报表处理帐户。 如果使用存储的凭据，则只能存储一组凭据，这些凭据将由运行报表的所有用户使用。 凭据可以是 Windows 用户帐户，也可以是数据库用户帐户。

无人参与的报表处理帐户是在报表服务器上配置的专用帐户。 当计划作需要检索外部文件或处理时，报表服务器使用它连接到远程计算机。 如果配置该帐户，则可以使用它连接到向报表提供数据的外部数据源。

若要指定存储的凭据或无人参与的报表处理帐户，请编辑该报表的数据源属性。 如果报表使用共享数据源，则改为编辑共享数据源。

存储凭据和处理帐户

您对计划的处理权限取决于您的角色分配中的任务。 如果使用预定义角色，则内容管理器和系统管理员的用户可以创建和管理任何计划。 如果您使用自定义角色分配，角色分配必须包括支持计划操作的任务。

有关本机模式 Reporting Services 中安全性的详细信息，请参阅 预定义角色、 授予本机模式报表服务器 的权限以及 任务和权限。 对于 SharePoint 模式，请参阅“将 Reporting Services 中的角色和任务与 SharePoint 组和权限进行比较”

计划和交付处理的工作原理

计划和传递处理器提供以下功能：

• 维护报表服务器数据库中的事件和通知队列。 在横向扩展部署中，队列在部署中的所有报表服务器之间共享。

• 调用报表处理器以执行报表、处理订阅或清除缓存的报表。 所有作为计划事件的结果发生的报表处理都将作为后台进程执行。 SharePoint 模式利用计时器作业来执行特定任务。

• 调用在订阅中指定的传递扩展插件，以便可以传递报表。

计划和交付作的其他方面由使用计划和传递处理器的其他组件和服务处理。 具体而言，计划和传递处理器在报表服务器服务中运行，并使用 SQL Server 代理作为计时器来生成预定的事件。 下面分步说明了计划操作如何在 Reporting Services 部署中工作：

1. 计划操作在用户创建计划时定义。 计划定义用于触发报表传递、刷新快照或使缓存过期的订阅的日期和时间。

2. 报表服务器将计划信息保存在报表服务器数据库中。

3. 报表服务器在包含所提供计划信息的 SQL Server 代理中创建相应的作业。 作业是通过存储过程创建的，利用已有的与报表服务器数据库的开放连接。

4. SQL Server 代理按照计划中指定的日期和时间运行作业。 作业创建的事件将添加到由 Reporting Services 维护的队列中。

5. 该事件会导致报表或订阅进程发生。 当事件在队列中被检测到时，它们会被处理，并且报告也会相应地被处理或传递。

   在处理事件之前，计划和传递处理器会执行身份验证步骤以验证订阅的所有者有权查看该报表。

Reporting Services 维护一个针对所有计划操作的事件队列。 它定期轮询队列，检查是否有新事件。 默认情况下，以 10 秒的间隔扫描队列。 可以通过修改 RSReportServer.config 文件中的 PollingInterval、IsNotificationService 和 IsEventService 配置设置来更改间隔。 SharePoint 模式还将 RSreporserver.config 用于这些设置，并且值应用于所有 Reporting Services 服务应用程序。 有关详细信息，请参阅 RSReportServer Configuration File。

服务器依赖项

计划和传递处理器需要启动报表服务器服务和 SQL Server 代理。 必须通过 ScheduleEventsAndReportDeliveryEnabled 基于策略的管理中的 Reporting Services Surface Area Configuration 方面的属性启用计划和传递处理功能。 SQL Server 代理和报表服务器服务必须运行才能执行计划作。

停止 SQL Server 代理的效果

默认情况下，计划的报表处理将使用 SQL Server 代理。 如果停止该服务，除非通过 FireEvent 方法以编程的方式添加请求，否则将不会向队列中添加新的处理请求。 重启服务时，将恢复创建报表处理请求的作业。 报表服务器不会尝试重新创建过去可能发生的报表处理作业，而 SQL Server 代理处于脱机状态。 如果 SQL Server 代理停止一个星期的时间，则该星期的所有计划操作都将丢失。

停止报表服务器服务的效果

如果停止报表服务器服务，SQL Server 代理会继续向队列中添加报表处理请求。 来自 SQL Server 代理的状态信息将指示作业成功。 但是，由于报表服务器服务已停止，因此实际上不会发生任何报表处理。 请求将继续累积到队列中，直到重新启动报表服务器服务。 重新启动报表服务器服务后，将按顺序处理队列中的所有报表处理请求。

另请参阅

在报表历史记录中创建、修改和删除快照
订阅和传送（Reporting Services）
Data-Driven 订阅
缓存报表 （SSRS）
报表服务器内容管理（SSRS 本机模式）
缓存共享数据集 (SSRS)