Sql server 2005 Reporting Services 2005关于虚拟机的安排

我很难确定如何最好地实施reporting services的不同部分

我们公司刚刚购买了一系列新的服务器和共享SAN，以支持我们不断增长的基础架构

我们的服务器运行的是VMware，我们有几个虚拟机，每个虚拟机都有自己的任务，并在一组物理机之间实现负载平衡。目前，我们有一个运行终端服务的应用程序服务器和一个运行2005的SQL box来保存我们的数据，还有一些其他的用于与我们的数据库无关的其他目的

我的问题是: 在虚拟环境中理想的reporting services安装是什么？如果我们在当前的SQL盒上安装所有东西，或者将安装分成多个虚拟机，那么我们仍然需要处理相同数量的资源。将配置分割成不同的机器将有助于负载平衡，但分割也需要更多的许可证

我目前的想法是将报表服务器数据库安装在当前拥有sql数据库的同一个盒子上，并在另一个盒子上安装报表服务器服务，以使iis与sql盒子和我们的操作数据保持隔离

从一种配置迁移到另一种配置会有多困难，或者一旦做出决定，我会将自己锁定在某个配置中吗

编辑：添加我的选项

我能想到的不同配置

A） 优点：最容易设置。缺点：向外扩展需要迁移后端

• 一,。保存生产数据的SQL数据框
• 二,。报告服务数据库、报告服务服务和IIS

B） 优点：支持扩展而不迁移后端

• 一,。SQL数据框保存我们的生产数据和Reporting Services数据库
• 二,。Reporting Services服务和IIS

C） 优点：最适合跨硬件平衡虚拟机的负载，支持无需更改即可扩展。缺点：许可证最昂贵

• 一,。保存生产数据的SQL数据框
• 二,。报告服务数据库
• 三,。Reporting Services服务和IIS

D） 优点：许可证最便宜。缺点：很多

• 一,。所有东西都放在一个盒子里

因此，选项A或B是我的领先者，B没有我能想到的缺点，但不确定负载报告服务对其数据库的影响是什么，因为生产数据框也将被查询以获取原始数据。选项A允许我切掉一个新的虚拟服务器并使用它，同时开发和保留生产箱中的所有内容，然后我们可以将数据源更改为指向生产箱并将其推出

我仍然不确定最好的选择是什么，所以如果其他人有意见，他们会受到欢迎

再次感谢，Wesley

我从来没有这样做过，但我会告诉你如何进行远程安装，这是很常见的

告诉您如何将数据库移动到另一台计算机。这可能会允许您在两种方法之间进行迁移

---

就我个人而言，我会尝试选择您希望坚持的选项，因为根据我在microsoft的经验，安装说明比迁移说明更可靠

谢谢你提供的额外资源。我认为移动数据库后端与恢复数据库并重新指向服务非常相似，这证实了这个想法是正确的。