FT功能适用于oracle虚机吗

scegg

oracle最好不要虛擬化。授權模型導致價格太離譜。
而且oracle本身也是資源消耗大戶，一台服務器給它用了別人也分不到多少，還要搭進去vmware的授權就更不划算了。

TiGi

本帖最后由 TiGi 于 1-25-2013 20:39 编辑
授权，需要看怎样使用的 —— 有合理、有效的措施，节省授权费用的。
举例一下：假设有三个四核的Oracle企业版应用，那如果部署在一台双四核的虚拟化平台上，就可以节省一个四核的许可。
——————————————————
资源需求大，这个也是看应用和需求的。
举例一下，有些OA系统、财务系统，开发商会采用Oracle DB；如果对于一个几十个财务人员使用的财务软件或者1、2百人的OA应用，单四核的服务器、配置16GB-32GB，一般足够了。
——————————————————
从另外一个角度去看这个资源问题：
很多软件开发厂商，使用的可能还是Oracle 10g R2 —— 10g R2刚发布的时候，那时候对于中小用户而言，两个或者四个至强3.0处理器、使用16GB、32GB已经是非常高的配置，而几百GB的数据量已经覆盖了85%以上的使用场景了。
这种情况下，在现有的单四核E2处理器、128GB内存的机器上，跑两个Oracle虚拟机，费用只会节省。而性能？使用两个或者四个SSD硬盘做第一层存储，难道会慢？

TiGi

我见到过总数据只有4、5GB、40-50个并发用户的财务软件；
我也见到过总数据不超过50GB、20-50个并发的公文系统；
我也见到过，因为怕数据量大，而将公文的附件放在应用服务器的公文系统，而所谓的数据量大的附件总量，也就是40GB而已。
——————————
类似这样的系统，这样的数据库，只要虚拟化平台、存储选择适当，虚拟化之后，性能方面绝对不会有啥问题。

24242625

这样的数据库用SQL跑也没太大的问题

TiGi

本帖最后由 TiGi 于 1-25-2013 21:48 编辑
采用哪种数据库，很多时候并不是IT所能决定的 —— 例如，用张三财务软件还是李四财务软件？张三财务软件名气大，决定选他；或者业务相近的公司，用张三软件，因此也选择张三软件......。张三公司的销售说，采用Cat数据库更稳定，银行、证券行业都使用这个，而Dog数据库我们也支持，买许可的话价格也更便宜，但是稳定性\可靠性相对差一点。......这时候，抛开数据库价格，绝大部分用户会选择Cat数据库。......因为需要向张三公司买软件以及实施(其实主要是实施)，花钱觉得理所应当，而数据库不管是Cat还是Dog，都能够搞到和谐版，那么就采用Cat数据库吧。
————————————
这个例子，在这里其实也很普遍的：没有共享存储上VMware vSphere；在4GB、8GB内存的双插槽CPU上跑ESXi虚拟化等等。

scegg

理解差異。
問題在於，如果只需要用到ESXi Hypervisor的免費功能，做Oracle虛擬化並不大。因為，虛擬化部份是免費的，Oracle也只需要按照硬件CPU購買，操作系統方面虛擬化會貴一些，但是每個系統也就是幾百美元而已。不過，Oracle不同於SqlServer，本身就採用instance分離與表分區等設計，將不同應用的操作系統完全分離，對比在同一個系統上安裝的Oracle，僅在操作系統出現問題時有更好的隔離效果，而對Oracle本身的穩定性無關。因此在這種模型下，虛擬化稍貴，但實際效果不明顯。（不考慮虛擬化本身帶來的硬件性能變化）
如果需要使用vSphere的群集功能，那麼問題就很大了。如果Oracle需要在多台服務器之間實現HA功能（包括vMotion、FT等），按照Oracle的授權要求，這些每台服務器的CPU都必須購買授權，而不論你同時使用多少。這樣價格就會成倍提升，而性能卻無任何變化。按照vSphere建議的群集尺寸（3個以上），這個費用遠高於2部相同服務器＋RAC后的價格，而性能卻遠低於上述配置的效果。因此這就是我所說的，迴應樓主提到的FT，Oracle的授權價格會非常高。并不適合虛擬化。

scegg

相比這種情況，SQLServer的授權模型會更適合。他的標準版可以按照虛擬CPU算，也可以按照物理核心算。企業版雖然只支持物理核心，但是可以通過購買SA的方式，實現動態遷移。并不需要購買所有硬件的CPU授權。

TiGi

本帖最后由 TiGi 于 1-26-2013 09:15 编辑
两台ESXi主机上各有两个或者两个以上的Oracle虚拟服务器然后搭建RAC呢？如果不搭建RAC，两台主机上跑三个或者三个以上，那就有赚头了！
相较于Oracle许可而言，vCenter的许可或者将VM限定于某两个主机，是非常经济/非常简单的事情。
——————————————
我参加过不少Oracle的活动，以Oracle的介绍资料而言，Oracle的很多客户还是将数据库分得比较散的(Oracle号召他们集中，而且最好集中到他们的大数据机上 —— 此外，数据库迁移，也是一个很大的服务收入) —— 数据库分得比较散，有分开的好处：
1、A应用包给A产品供应商；B产品包给B产品供应商；.......。
2、任何一个产品的服务器/数据库发生问题后，可以将问题控制在一个小范围内。
——————————————
Oracle的数据库虚拟机，个人觉得不适合FT的原因还是在于单vCPU —— 毕竟如果P2V而来的系统，多少都是多处理器的；新上的真正用到Oracle的系统，单vCPU在绝大部分情况下多少还是不太适宜的。

xyhyuyunhai

oracle DB 想用虚拟化的话，其实用 oracle VM 是最好的方案。如果做RAC的话，直接可以使用 oracle 官方的提供的模板，下下来以后，直接导入 oracle VM 中。这是最方便的方法。。比如weblogic 之类的应用都有。总之，就是方便。。。

eltonfive

首先，需求是很重要的， 如果用户需要5个9的可靠度，再复杂的方案都是值得的。
其次，Oracle对于VMware的支持还是在一个非常有限的程度，如果把重要应用放在厂商部分支持的环境还是有风险的，虽然大家都认为迫于用户需求，Oracle始终是会要支持的。