与在本地（在 Visual Studio 中）或在本机安装的 Reporting Services (SQL Server 2012 SP3) 中运行报表相比，我们在 SharePoint 2010 web 部件中呈现报表时遇到了非常令人沮丧的性能问题。
在 SharePoint 中，我们使用的是 SQL Server 2012 SP3 Reporting Services 加载项。我们在网络场中有两台负载平衡的 Web 服务器和两台负载平衡的应用程序服务器，以及一台同时包含 SharePoint 数据库和我们的“报告”数据库的数据库服务器。
从执行日志中，我可以看到当报告在本地和本地报告服务中执行时，数据检索和数据处理时间是匹配的，但是呈现时间可能大不相同。本地或本机 1 秒，在 SharePoint 中为 30-40 秒。
我知道在过去，当结合使用 SharePoint 2010 和 SQL Server 2008R2 时，报告呈现存在记录问题 - 但是，没有任何迹象表明这仍然是一个广为人知的问题。
我们的服务器有很多资源，绰绰有余，每台 32GB - 所以我认为这不是资源问题。我也不认为我们可以接受额外的开销，就添加的 HTTP 调用而言，这就是问题所在。它肯定不会让问题变得那么糟糕吗？
运行此配置时是否需要注意任何陷阱？为什么以集成模式运行 Report Services 对性能如此不利？
这与两件事有关：
SharePoint 场的 Web 服务器没有外部 Web 访问权限，因此根证书吊销失败（为寻呼和活动添加 15-20 秒的延迟）- 通过代理让它们访问外部 Web 解决了这个问题。
使用集成到 Sharepoint 中的 SSRS 时的额外开销问题已得到很好的记录，并且似乎仍然是一个问题 - 我想这就是 Microsoft 将来禁用加载项的部分原因。