Oracle数据库在VMWare上?

pipe理层已经确定将我们的主要Oracle数据库迁移到虚拟机平台。
运营部门表示,他们将投入重型硬件,只运行数据库虚拟机。

我听说在虚拟机上运行数据库是一个不行,因为额外的层(虚拟io +物理io),但OPS的人说这是超快速的硬件,所以没有问题。

如果一个DBA过度关心这个虚拟的举动?

谢谢/ jp。

“只能在其上运行数据库虚拟机”

我曾在两个不同的商店工作,我在VMware上pipe理Oracle,而且他们两个都做出了同样的承诺(最终,他们没有保留:)

除了wzzrd关于oracle的警告,如果虚拟机服务器configuration正确,不会在虚拟化硬件上“正式”支持实例,而且function足够强大,并且不会与其他几十个虚拟机臃肿,性能损失不应该被最终用户看到。

这也取决于你正在虚拟化的数据库types。 与I / O性能至关重要的DSS / DWH相比,OLTP通常更适合虚拟化。

我强烈build议你让你的经理在转移到产品之前让你testing新的服务器,以便及早发现可能的性能问题。

无论如何,祝你好运。

弗兰。

我已经在虚拟机中运行数据库,没有太大的问题(小型的数据库和大型的testing/开发的数据库,虽然没有大型的数据库date)。 除了潜在的官方支持问题外,与物理数据库服务器一样,关键是I / O性能和内存。

对于I / O性能,我的经验是,虚拟驱动器的performance不如相关技术利益相关者声称的那样好,但从来没有像ney-sayers那样严重。 只要你有一个良好的服务于虚拟机的物理I / O子系统(例如一个shiny的RAID10快速磁盘arrays),一切都会好的。 所有正常的性能调整都支持虚拟机,比如将数据和日志保存在单独的arrays(或者单独的驱动器,如果使用单个驱动器而不是RAID)和临时数据(假设Oracle在另一个arrays上具有等同于MSSQL tempdb性能,但是即使对于临时数据,我仍然担心RAID0在生产中的使用,因为我不希望发生驱动器故障时的停机时间),如果可以的话,也可以使用硬件(使用RAID控制器)软件在物理主机上。听起来很蠢,我看到有人推荐在虚拟机上做RAID。

对于RAM,只要给予数据库虚拟机尽可能多,并确保它是专用于他们,不会被主机交换。

IMO:数据库在虚拟机中工作,如果你有硬件来服务它们,并且不会过度使用硬件 ,那么数据库的性能肯定会很好(两个数据库正在运行的虚拟机看到的负载将会导致更多的I / O负载,然后一个数据库服务器处理相同的内容因为这两个实例无法pipe理自己之间的RAM和I / O顺序,在这种情况下,单个数据库服务器实例可根据需要在作业之间调整资源)。

除了@ Fran的评论之外,请确保您的应用程序供应商也会支持它。

我知道,如果Oracle没有安装在“受支持”的平台上,那么在我目前的工作之前,我所从事的供应商将不会支持整个产品。 如果你需要帮助,那么这使得一个数百万美元的工具或多或less没有用处。

只是一个小心的话:)

只要数据库中的IO速度足够快,并且你有足够的访问vCPU和RAM,你会没事的。 如果您的VMware系统背后有一个SAN,并且您需要更快的速度,那么他们可以通过iSCSI或通过将LUN提供给主机的原始设备映射将LUN直接呈现给guest虚拟机,然后主机将原始设备提供给guest虚拟机OS直接。 这可以让guest虚拟机根据需要格式化LUN,并取走额外的设备层。

(这适用于所有数据库。)

不是因为虚拟硬件可能会慢一些,如果我们相信红帽和VMware等的基准testing人员或者向我们投掷的话,那只会是几个百分点。

也许是因为Moloch Oracle不支持数据库下面的虚拟化硬件。 奥托,我听说他们可以被“强制”支持它,给予适当的策略。 让我们知道你最终做了什么。

我们实际上有很多在ESX上运行的Oracle数据库,但这些数据库不是生产数据库。

如果可以,请尝试将实际数据和日志保存在物理驱动器上。 除此之外,用wzzrd的build议去。