解决配置问题

本主题对排除在配置报表服务器时所遇到的故障十分有用。它解决以下问题:

  • Windows Vista 或 Windows Server 2008 的管理问题

  • URL 保留和注册错误

  • Reporting Services 配置工具的版本要求

  • 在 SharePoint 集成模式下授予数据库访问权时出现“找不到命名实例”错误

  • SharePoint 场的本地主机限制

  • SharePoint 部署中 Reporting Services 的服务帐户要求

  • SharePoint 部署中管理服务的域帐户要求

  • SharePoint 部署中 Reporting Services 的数据库版本要求

  • 实例化 TERADATA 报表服务器扩展插件时捕获到异常

Windows Vista 或 Windows Server 2008 的管理问题

在 Windows Vista、Windows Server 2008 或 Windows Server 2008 R2 上,安装默认配置之后,报表服务器不能按照预期的方式工作,因为还需要对本地管理进行其他配置。有关详细信息,请参阅如何在 Windows Vista 和 Windows Server 2008 上为本地管理配置报表服务器 (UAC)

URL 保留和注册错误

如果语法无效或已定义了相同的 URL,则 URL 保留将失败。以下错误条件适用于 URL 保留:

  • 尝试定义的 URL 已存在。

  • 没有为要求 URL 保留的应用程序存储值。报表管理器和报表服务器 Web 服务都需要至少一个 URL 保留。

  • RSReportServer.config 文件中存储的一个或多个值在 HTTP.SYS 中不存在。

  • 对于相同应用程序的多个 URL 条目,虚拟目录名称是不同的。如果对一个应用程序创建多个 URL,则必须在所有 URL 中使用相同的虚拟目录名称。

  • 已指定但未安装 SSL 证书。

  • 前缀设置为 HTTPS,但未安装 SSL 证书。

  • 缺少 URL 保留,可能已通过其他工具将其删除。

  • 与保留关联的报表服务器服务不同于实际的报表服务器帐户。如果使用系统工具或管理员工具而不是 Reporting Services 配置工具,则可能会发生此情况。

如果使用系统工具或实用工具而不是 Reporting Services 配置工具从 HTTP.SYS 中手动删除了报表服务器 URL,则 URL 注册将失败。如果在外部工具中修改服务帐户,并导致与保留关联的服务帐户与报表服务器服务的实际服务帐户不同步,则 URL 注册也将失败。最后,如果其他进程已在使用该保留,URL 注册同样将失败。URL 注册错误将记录到应用程序事件日志文件。有关如何查看日志文件的说明,请参阅 Windows 应用程序日志

如果遇到导致您无法使用默认 URL 的 URL 保留错误,原因是先前的安装已使用了这些值,则可以使用 Reporting Services 配置工具中的**“高级多网站配置”**对话框来清除该 URL,以便可以重用默认值。

  1. 启动 Reporting Services 配置工具,再连接到报表服务器。

  2. 在 Web 服务 URL 页上,为 IP 地址选择一个非默认值(例如,127.0.0.0)。

  3. 单击**“应用”**。

  4. 重新启动服务。可以在 Reporting Services 配置工具中使用“报表服务器状态”页上的**“停止”“启动”**按钮。

  5. 重新打开 Web 服务 URL 页。

  6. 单击**“高级”**。

  7. 单击“添加”。

  8. 在“IP 地址”中,单击**“所有已分配的”**。

  9. 选择**“端口 80”**。

  10. 单击**“确定”**。

  11. 在 Web 服务 URL 页上,单击**“应用”**。

  12. 在 Web 服务 URL 页上的 URL 列表中,单击要验证其是否有效的 URL。

  13. 如果不想使用第一步中创建的 URL,请将其删除。单击**“高级”**以选择 URL,然后将其删除。

Reporting Services 配置工具的版本要求

如果无法启动 Reporting Services 配置工具,请验证正在使用的版本是否与所连接到的报表服务器实例兼容。不能使用 SQL Server 2008 版本的 Reporting Services 配置工具来配置 SQL Server 2008 之前的报表服务器。之所以出现这种不兼容问题,是因为此 Reporting Services 配置工具使用的新版 WMI 提供程序不向后兼容。如果试图使用不支持的 Reporting Services 配置工具版本,则将发生以下错误:“WMI 提供程序在 ReportServicesConfigUI.WMIProvider.ConfigurationItem.CreateConfigurationItem 处返回未指定状态”。

在 SharePoint 集成模式下授予数据库访问权时出现“找不到命名实例”错误

如果在管理中心的“授予数据库访问权限”页中配置报表服务器对 SharePoint 配置和内容数据库的访问权时遇到“找不到命名实例”错误,则报表服务器与 Reporting Services 外接程序之间存在版本不匹配。

在尝试将 SQL Server 2008 Reporting Services 外接程序用于针对 SharePoint 集成模式配置的 SQL Server 2005 SP2 报表服务器时出现错误。SQL Server 2008 Reporting Services 外接程序无法用于早期版本的 Reporting Services。

若要继续,将报表服务器升级到 SQL Server 2008,或者卸载当前的 Reporting Services 外接程序并下载要改用的 Reporting Services 2005 Reporting Services 外接程序。

SharePoint 场的本地主机限制

在 SharePoint 管理中心的“管理集成设置”页中指定报表服务器 URL 时,如果报表服务器与属于场部署一部分的 SharePoint Web 应用程序相集成,则不要将 http://locahost/reportserver 用作报表服务器 URL。对于安装在远程服务器上的 SharePoint Web 前端,指定为 https://localhost 的 URL 地址将无效。

SharePoint 部署中 Reporting Services 的服务帐户要求

一些 Reporting Services 部署拓扑中包含运行于 SharePoint 集成模式下的报表服务器,有关使用内置帐户的限制也适用于这些拓扑。同时满足下列条件时将产生服务帐户要求:

  • 报表服务器与由多台计算机组成的 SharePoint 场集成。

  • 报表服务器和 SharePoint 管理中心网站运行在不同的计算机上。

在这种情况下,如果报表服务器服务在内置帐户(如 NetworkService)下运行,则 SharePoint 管理中心的“授予数据库访问权限”选项将不能正常工作。因此,通过 SharePoint 站点访问任何 Reporting Services 功能都将导致以下错误:

"An unexpected error occurred while connecting to the report server. Verify that the report server is available and configured for SharePoint integrated mode. --> Server was unable to process request. --> Client found response content type of 'text/html; charset=utf-8', but expected 'text.xml'."

选择以下任何一种方法可避免此错误:

  • 在承载报表服务器的计算机上,继续以 NetworkService 运行报表服务器服务并向 WSS_WPG Windows 组添加内置帐户(如 NT_AUTHORITY\NetworkService)。

    -- 或 --

  • 按如下方法将服务帐户配置为在域用户帐户下运行:

    1. 启动 Reporting Services 配置工具,再连接到报表服务器。

    2. 在“服务帐户”页上,单击“使用其他帐户”,输入一个域用户帐户,然后单击“应用”。

    3. 对于报表服务器,依次单击“Web 服务标识”、“新建”,键入一个应用程序名称,然后重新启动报表服务器服务。

SharePoint 部署中管理服务的域帐户要求

SharePoint 产品或技术的部署使用多种帐户来运行服务以及访问前端和后端服务器。如果您为部署指定域帐户,一定要遵循建议的最佳方法并指定由 SharePoint Web 应用程序独占使用的帐户。请勿将服务帐户配置为以将要访问 SharePoint 站点的实际用户的域用户帐户运行。如果使用服务凭据访问 SharePoint 站点,则在打开报表时可能遇到拒绝访问错误。

如果不使用域帐户,则在同时满足下列条件时可能会遇到另外的问题:

  • 报表服务器与由多台计算机组成的 SharePoint 场集成。

  • SharePoint 站点与报表服务器位于不同的计算机上。

  • SharePoint 站点驻留在作为内置帐户(如 NetworkService)运行的应用程序池中。

  • 将到报表服务器的 Reporting Services 代理端点连接配置为使用“可信帐户”模式。

在这种情况下,当用户从 SharePoint 站点查看报表或访问 Reporting Services 功能时,将发生以下错误:

"An unexpected error occurred while connecting to the report server. Verify that the report server is available and configured for SharePoint integrated mode. The permissions granted to user '<acccountname>' are insufficient for performing this operation."

若要避免此错误,请遵循 SharePoint 产品文档中的建议并以域帐户运行应用程序池服务。有关服务帐户要求和建议的详细信息,请参阅 msdn.microsoft.com 上的 SharePoint 产品文档。

SharePoint 部署中 Reporting Services 的数据库版本要求

用于 SharePoint 技术的 Microsoft SQL Server 2008 Reporting Services 外接程序需要 SQL Server 2008 Reporting Services 数据库。早期版本的 SQL Server 不支持该外接程序。

如果使用 SQL Server 2008 之前版本的报表服务器,然后安装或升级到用于 SharePoint 技术的 SQL Server 2008 Reporting Services 外接程序,则您将收到一条错误消息,指示早期版本的 SQL Server 不支持此外接程序。您可以继续安装或升级过程,但报表服务器可能无法发挥预期的作用。例如,如果尝试运行报表,则会出现以下错误:

"An attempt has been made to use a rendering extension that is not registered for this report server."

若要避免此错误,请将 Reporting Services 数据库升级至 SQL Server 2008。可以在安装或升级至用于 SharePoint 技术的 SQL Server 2008 Reporting Services 外接程序之前或之后升级此数据库,不过最好是首先升级此数据库。

“实例化 TERADATA 报表服务器扩展插件时捕获到异常”

安装 SQL Server 2008 Reporting Services 之后,您可能会在 Reporting Services 日志文件和系统事件日志中看到以下错误消息:

"Exception caught instantiating TERADATA report server extension."

在下列情况下将记录此错误:

  • 执行 SQL Server 2008 Reporting Services 的全新安装之后。

  • 每次重新启动报表服务器服务时。

出现此错误的原因是,默认情况下 Teradata 扩展名是在 Reporting Services 配置文件中注册的,但 Teradata 程序集未随 SQL Server 2008 或作为 .NET Framework 的一部分提供。如果此错误消息不会给您带来麻烦,则可以在记录该错误时将其忽略。

但是,如果要避免此错误,请执行以下操作之一:

  • 打开 Reporting Services 配置文件,然后删除或注释掉 Teradata 扩展名。仅当不需要 Teradata 扩展名提供的功能时,才执行此操作。

  • 安装 .NET Data Provider for Teradata。仅当需要 Teradata 扩展名提供的功能时,才执行此操作。可从 Teradata 网站获取提供程序。Reporting Services 要求提供程序为版本 12 或更高版本。

有关使用 Teradata 数据源的详细信息,请参阅Teradata 连接类型 (SSRS)创建和使用基于 Teradata 的报表模型