我们的客户之一仍然有一些functionSBS2011。 该SBS还为客户主应用程序托pipe文件和数据库（某些MS SQL Express）。 服务器还托pipe一个防病毒pipe理服务器，但是这个实际上运行在VirtualBox中的Windows 7虚拟机上 – 在该SBS2011盒子上。 原因是客户主应用程序和防病毒pipe理服务器实际上@default使用相同的SQL端口。 所以这是解决方法。
然而，这个虚拟机最近出现了一些可靠性问题，比如在SBS的补丁周二（或者忘记打开虚拟机的同事）或者反病毒pipe理的实际服务没有启动或者只是简单的因为某种原因closures了…
因此，我的计划是直接在SBS上安装pipe理服务器，并修改完全支持的AV软件中的连接端口，以便主应用程序和AVpipe理的SQL实例不受干扰。
然而，我们有一个热烈的讨论，是否不宜重buildVM /修复它，而不是把它放到SBS上。
我的观点：VirtualBox（或任何types2的pipe理程序）对于这样一个重要的任务本质上是不可靠的（qed），给SBS带来不必要的开销而没有真正的收益，并且产生另一层不必要的复杂性。 我们将通过直接在SBS上安装AVpipe理（及其数据库）来释放更多的资源。
同事的观点：SBS2011已经有了“足够”的数据库/实例（监视，交换，主应用程序数据库，共享点等），因此额外的数据库实际上可能会造成更多的伤害，因为现在SBS必须“pipe理”另一个SQL数据库和它的资源，而不是具有固定资源的虚拟机。 反驳：我们有更多的客户使用类似的系统，我的结构不会造成问题。
那么，你的build议是什么？
提前致谢