Review 文章： 扩展 Reporting Services 2008 与 Reporting Services 2005：所获得的经验

简介

Microsoft SQL Server 2008 Reporting Services 包含许多旨在提高性能和功能的改进措施。通过将 Reporting Services 2008 服务器的体系结构重新构造为具有嵌入式 HTTP 功能的单个服务器，Reporting Services 2008 可以对资源管理（线程、内存和状态管理）施加更多控制权，以改进性能和可伸缩性以及可配置性。新的报表引擎体系结构包含新的按需处理模型，该模型旨在确保始终具有足够的内存来执行非常大的报表和由大量并发用户带来的繁重工作负荷（通过分页和释放内存来响应内存压力）。通过使用早期的 RC0 内部版本（不是经过优化的内部版本），我们在多个扩展硬件平台上测试了 SQL Server 2008 Reporting Services 与 SQL Server 2005 Reporting Services SP2（经过优化）的性能。本技术说明讨论我们的测试以及所获得的经验。

摘要

与 Reporting Services 2005 相比，Reporting Services 2008 在相同的硬件上可以响应前者 3–4 倍的总用户数及其请求，而不会出现 HTTP 503 Service Is Unavailable（HTTP 503 服务不可用）错误，无论采用的是何种呈现器。与这一点形成鲜明对比的是：当用户数及其请求增加时，Reporting Services 2005 生成了过量的 HTTP 503 Service Is Unavailable（HTTP 503 服务不可用）错误，而无论采用的是何种报表呈现器。

我们的测试明确表明：报表服务器的新内存管理体系结构使 Reporting Services 2008 能够很好地进行伸缩，尤其是在新的四处理器、四核服务器上。在我们的工作负荷测试之下，通过在四处理器、四核硬件平台（16 个核）之上使用 PDF 和 XLS 呈现器，在响应时间和总吞吐量方面，Reporting Services 2008 的性能始终如一地超过了 SQL Server 2005。此外，通过在此硬件平台上使用这些呈现器，Reporting Services 的性能大大超过了其他硬件平台（而与 Reporting Services 版本无关），与在任一其他硬件平台上运行相比，前者可以响应后者 3–5 倍的请求数。因此，我们建议您扩展至四处理器、四核服务器以提高性能，并扩展至两节点部署来实现高可用性。然后，当需要更多处理能力时，添加更多的四处理器、四核服务器。

最后，对于所有呈现器以及所有硬件平台，在使用测试工作负荷的情况下，就 Reporting Services 2008 而言，性能瓶颈是前端服务器上的处理器和数据源上的磁盘子系统；而对于 Reporting Services 2005，Reporting Services 前端 Web 服务是性能瓶颈。