Oracle XE和Microsoft SQL Server 2005可以在生产环境中的同一台服务器上运行吗？

在同一个逻辑服务器上，即使你能在技术上做到这一点（我不知道在这种情况下一个或两个产品是否会失败），你很可能会因为资源争夺而苦苦挣扎。 两个数据库服务器都非常高兴成为自己的小宇宙的主人。 我想你只需要在这个系统上做的每一件小事都要比实际上要困难得多。

现在，如果要将物理服务器划分为两个具有虚拟化的逻辑服务器，那么它应该是小菜一碟。

编辑

只是认为我应该扩大一点：首先，有修补的问题 – 如果你做一些需要重新启动操作系统（幸好这些日子不常见，但不是不可能），那么你已经打断了其中一个服务，因为另一个。

其次，资源争夺可能是重要的，有3个明显的领域：处理器，内存和磁盘。 所有这些都是显而易见的，前两个可以通过configuration每个服务仅使用共享框上的50％（或任何）资源来处理。

磁盘可能是一个问题，无论你是否按照我的build议虚拟化，或者不是。 您需要考虑空间，显然，IO吞吐量。 第一个很简单，你有足够的或者没有。 第二个可能需要更多的计划; 如果需要良好的IO，那么你需要考虑为每个应用程序（例如db文件，日志文件，备份）使用每种磁盘types的单独的磁盘主轴，所以对于物理服务器上的两个磁盘，你所谈论的都是相当多的独立磁盘arrays，以实现高可用性和高吞吐量。

对于笔记本电脑性能，您可能还谈论了至less每个应用程序的一组磁盘单独的RAID控制器，如果不是每个磁盘组的独立的RAID控制器。

这取决于你想要做什么。 我的意思是我的工作地点是我们的支持团队使用的内部帮助台软件的生产，同时连接的人员不超过10人（在可用性方面非常重要，但不是太需要这么强大的performance），而且我们的CRM应用程序所有的工作人员都用来pipe理学生的详细信息（要求对用户有“合理的”响应能力，并且在后台执行大量的数据处理），并且在学生网站login并运行时用作学生网页的网站具有PERFORMANCE通过他们接收和提交作业的门户，阅读课堂笔记，与导师交谈等等，预计将会同时处理成千上万的人同时做所有这些事情。

虽然这几乎可以肯定会起作用，但这可能需要一些反复试验，而且您可能会一再出现问题。

虚拟化要好得多，而且每个function都在一个单独的硬件上的单独服务器上运行。

当然可以工作。 他们听不同的默认端口，是完全独立的应用程序。 如果他们被轻度使用（我认为他们将因为你使用两个快速版本），你可能会确定，但知道数据库是内存和I / O猪，所以如果你期望的应用程序是任何有意义的大小，你会希望在不同的服务器上的数据库。