SBS2011 上的 VirtualBox VM 中的 SQL 数据库与直接在 SBS 上托管该数据库的性能影响

SBS2011 上的 VirtualBox VM 中的 SQL 数据库与直接在 SBS 上托管该数据库的性能影响

我们的一位客户仍然拥有一个功能正常的 SBS2011。该 SBS 还托管客户主应用程序的文件和数据库(一些 MS SQL Express)。该服务器还托管一个防病毒管理服务器,但该服务器实际上在 VirtualBox 中的 Windows 7 VM 中运行 - 在该 SBS2011 框上。原因是客户主应用程序和防病毒管理服务器实际上默认使用相同的 SQL 端口。所以这就是解决方法。

但是,该 VM 最近出现了一些可靠性问题,例如,当 SBS 星期二打上补丁时(或同事忘记打开 VM)无法自动启动,或者防病毒管理的实际服务无法启动或由于某种原因直接关闭……

因此,我的计划是直接在 SBS 上安装管理服务器并修改完全支持的 AV 软件中的连接端口,以便主应用程序和 AV 管理的 SQL 实例不会干扰。

但是,我们进行了激烈的讨论,是否重建 VM/修复它而不是将其放到 SBS 上是更好的选择。

我的观点是:VirtualBox(或任何 2 型虚拟机管理程序)对于如此重要​​的任务来说本质上是不可靠的(qed),给 SBS 带来了不必要的开销而没有真正的好处,并产生了另一层不必要的复杂性。我们可以通过在 SBS 上直接安装 AV 管理(及其数据库)来释放更多资源。

同事的论点:SBS2011 已经拥有“足够”的数据库/实例(sbsmonitoring、exchange、主应用程序数据库、sharepoint 等),因此额外的数据库实际上可能会造成更大的危害,因为现在 SBS 必须“管理”另一个 SQL 数据库及其资源,而不是具有固定资源的 VM。反驳:我们还有一些拥有类似系统的客户,我的结构不会造成问题。

那么,您的建议是什么?

提前致谢

相关内容