Oracle在vSphere平台的若干建议（转），以及我的疑问

9799377

本帖最后由 9799377 于 1-8-2013 13:22 编辑
    首先不建议把您的生产系统Oracle数据库跑在vmware vSphere4平台上，因为在VMware vSphere4上的数据库运行情况，肯定会比物理机跑数据库要慢一些。如果你真想跑Oracle数据库，个人有几点建议，特别对于数据库客户端连数据库时间越来越长的用户可能有所帮助。
1、Oracle数据库必须安装在64位的OS上，因为VMware vSphere4基于64位OS性能更佳，在32位上OS运行数据库对性能会有影响。
2、装有Oracle数据库的OS是否是物理机迁移而来，如果是这样，请删除物理机上的相关硬件驱动，当然最好的方式是新装的系统。
3、在VMware vSphere4虚拟机分配vCPU的时候建议分配双数，根据测试双数比单数运行效率要高。
4、建议分配CPU和内存要按照够用的原则。
5、一定要安装VMware Tools，并把虚拟网卡改为vmxnet3。
6、建议安装数据库的虚拟机在存储上所属的LUN存在的虚拟机不能过多。
7、VMware vSphere主机的物理网卡最好直接接在千兆交换机上而不是百兆交换机。
8、VM系统内一定做RAID0（软RAID0）
9、建议马上升级到VMware vSphere5
10、数据库调优，这个地球人都知道，不管是在运行虚拟机上还是物理机上的数据库调优是必需，这样才能做大利用的最大化。
11、还忘记一条最重要的，建虚拟硬盘的时候一定要用厚磁盘模式，不要用精简的模式。(vSphere5分为厚置备延迟置零和厚置备置零，选择后者)
12、还有一个更有效的方式，就是把物理的HBA卡直接映射给虚拟机，这样到达的效果几乎和物理机直接接存储效果一样。
不知道这几点对你是否有帮助，如有不足之处还多多指教。
本文出自 “今夜灿烂” 博客，请务必保留此出处http://saturn.blog.51cto.com/184463/645565
我的疑问是第12条：还有一个更有效的方式，就是把物理的HBA卡直接映射给虚拟机，这样到达的效果几乎和物理机直接接存储效果一样。
我的环境vsphere client 5.0
硬盘4个1t通过sas卡做raid10已经连接，并安装了5个虚拟机。
此时我设置直通是否会导致所有虚拟机都出错无法启动？

9799377

顶一下

9799377

顶一下

remember

数据库跑在虚拟化和物理机基本在性能上没什么区别，最主要还是IOPS和网络性能；如果能映射的话，我个人觉得有时会影响HA,DRS,FT等等

TiGi

VMware有专门的Oracle优化指南的。

xyhyuyunhai

没有这么复杂，lun 直接映射给 虚拟机 就可以了。

konglongkdm

并不需要直通，性能差不太远

scegg

VMWARE有一个官方文件，在有些使用直通模式效率还不如VMDK。
另外，Oracle Database做虚拟化最大的问题是license，注意不要搞成盗版。

wukong013

我看到倒数第二句，1T硬盘？楼主使用的是7.2K的硬盘？

solarwind

VMware搞了个有奖竞赛，鼓励各类已证的Oracle最佳实践，谁有好心得的话，参加一下，还有大奖拿

TiGi

确实，如果从许可角度讲，单个企业版的Oracle数据库实行虚拟化，并不一定合算。

tracert

11、还忘记一条最重要的，建虚拟硬盘的时候一定要用厚磁盘模式，不要用精简的模式。(vSphere5分为厚置备延迟置零和厚置备置零，选择后者)
厚置备延迟置零和厚置备置零有什么区别？为什么选择后者？

netnova2012

好文啊，学习了

scegg

延遲寫0就是說它會在用到這個空間的時候才給寫0。所以開始用的時候會有點慢。

TiGi

这项，也不尽然。
显然，对于大部分数据库使用场景而言，应该是读取居多，长期少量写入。
因此，如果数据库不会经常性地突然增加很多数据，个人觉得这点也没有关系。
——————————
精简备置，一开始只给已有的数据准备磁盘空间，因此频繁增加数据，在增加数据的一开始会有点慢；
厚备置延迟置零，则预先准备好，需要用的时候置零，所以会比立即置零慢一点。