我正在研究将我们的SSRS 2005迁移到2015。ATM我有一个DB VM，它托管生产数据库、报表数据库、报表TempDB，还运行ReportingServices/Server。正如你所看到的，问题很大。
我正在考虑新环境的以下场景（不要担心$$$atm）：
- 生产数据库在1个虚拟机上，报表数据库和报表TempDB在另一个虚拟机中，报表服务在另一虚拟机中（3个虚拟机）
- 生产数据库+报表数据库+报表TempDB在1个虚拟机上，Reporting Services在另一个虚拟机（2个虚拟机）
- 生产数据库在1个虚拟机上，报表数据库+报表TempDB+报表服务在另一个虚拟机（2个虚拟机）
- 1个虚拟机上的生产数据库，以事务方式复制到另一个虚拟机，该虚拟机也承载Report db+Report TempDB+Reporting Services。报表服务仅使用复制的数据库作为报表的源（2个虚拟机）
DR不是问题，约定的RTO为4小时（！）
我们的用户不多，但有很多报告（>200），有些是图形密集型的。创建了临时加班报告快照。我们遇到一些超时问题。（每天一到两次）
我正在寻找上面给出最佳性能的场景之一。
有人能提出哪种方法是最明智的吗？可以提供更多信息。
提前谢谢。WM
如果您的"生产数据库"是某种OLTP系统，那么它应该与任何报告或分析活动完全分离。如果您有资源，那么我建议创建一个AlwaysOn组（SQL 2005中镜像的继任者），并使用辅助副本作为报告的源，例如
- 生产数据库（1 VM）
- Always在生产的辅助复制副本上，处于只读模式（1VM）
- ReportServer数据库；报告服务（1个VM）
这可以通过将工作卸载到复制副本（也可以兼作HA/故障转移数据库）来防止您的生产数据库受到报告查询的影响，并将报表服务器组件很好地打包在一个VM上，根据您对工作负载的描述，这应该足够了。