SQL Server 2008中报表服务功能浅介

　　报表服务是SQL Server Express Edition中一个重要功能，利用它可以辨别和解决影响SQL Server Express Edition报表服务功能和性能问题，从而可以实现报故障排除的效果。

　　对于大多数应用者来说报表服务是依赖于广泛的服务和软件组件，所以当其在辨别某个问题的根本原因(并提供一个解决方案)时将主要依赖于环境、交互的错误信息、日志或追踪文件的内容所提供的线索。通常情况下都是通过以下的方法来实现故障排除：

    ·评估主机操作系统的整个健壮性；

　  ·检查Internet Information Services、ASP.NET以及Reporting Services Web Services的配置和性能；

　　·检查SQL Server 实例和报表服务数据库的可操作性(这可能包括报表所依赖的数据源的优化)；

　　·改正报表服务器和报表管理器特定的配置错误或失败之处；

　　·Windows Event Logs 

    虽然你可以在系统日志中找到一些报表服务相关的项目(因为SQL Server报表服务功能是作为一个操作系统服务来使用的)，我们感兴趣的内容还是主要在应用程序日志中。可以根据它们显示为Report Server Windows Service或Report Manager的Source参数来分辨。一些更相关的事件包括报表服务器和报表管理器开启和关闭错误、配置变更(例如那些反映对RSReportServer.config文件所做的修改)、安全事件(潜在的对服务攻击的拒绝)和活动(与加密密钥相关的问题)事件、以及性能或日志记录问题(例如创建性能计算器或写到跟踪日志失败)。

　　·Reporting Services Trace Logs

    如果从应用程序事件日志中得不到任何结论，那么参照这些文件考虑更详细。它们位于Program Files\Microsoft SQL Server\InstanceName\LogFiles文件夹下(InstanceName是存放报表服务数据库的SQL Server Express Edition实例)，它们的名称是以合并它们的创建日期和时间的规范来命名的，它们包含关于Report Sever Windows服务工作器(ReportServerService_timestamp.log)和管理(ReportServerService_main_timestamp.log)线程的数据，以及跟踪由它的Web service(ReportServer_timestamp.log)和报表管理器(ReportServerWebApp_timestamp.log)所触发的单个事件。

    尽管有一个内置机制促进对它们的增长进行控制(强制一天至少创建一次新日志，限制它们小于32MB，并自动删除14天以前的旧日志)，但是对于报表服务相对较为活跃的情况你可能会遇到磁盘空间问题。为了避免这些，考虑调整日志的最大规模和它们的保留时间，或者降低日志记录的级别，通过修改被各个报表服务组件所使用的下面的配置文件中指定给DefaultTraceSwitch参数的值(0完全关闭跟踪，1记录异常和重启，2跟踪异常、重启和警告，3包括其它的状态信息，4代表详细模式，这只限于在排除故障期间临时使用)：

　　Report Server Windows service – 在Microsoft SQL server\MSSQL.x\Reporting Services\Report Server\bin文件夹下的ReportingServicesService.exe。

　　Report Server Web service – 在Microsoft SQL server\MSSQL.x\Reporting Services\Report Server\ReportServer文件夹下的Web.config。

　　Report Manager – 在Microsoft SQL server\MSSQL.x\Reporting Services\Report Server\ReportManager 文件夹下的Web.config。

　　MSSQL.x代表本地SQL Server Express Edition Reporting Services实例。你也可以调整RSTrace参数的Components的值的设置，它决定了要跟踪的各个组件，以及它们相应的跟踪级别。