1、从Oracel 原厂对Lisenses的合规格要求来说,不合适且不合算。
2、Oracle RAC本身就是为了获得Oracle最大的运算能力,用于虚拟化不明白目标是什么?
3、小机的应用迁移到X86虚拟化,这点还是比较靠谱的,适合原有系统的标准化,减少硬件成本和管理成本。
在虚拟化上部署ORACLE RAC,技术上肯定是没有问题的,不过缺点和优点也很明显,虚拟化后,性能肯定下降一些,本来一台物理服务器性能就不够,加上ORACLE 的License按照物理CPU收费的,要充分利用CPU的资源,很多企业的开发测试环境部署在虚拟化上,因为虚拟化的部署更灵活,运维也更方便,还有就是不是所有的数据库都要求很高的性能,或者不是一直要求在峰值运行。应用的话倒是没有什么特别要求,主要还是资源的争用。
收起oracle rac 高io需求的系统都不适合跑在 vm中
我们把oracle rac aix系统下沉到 x86 上
原来32c128G的两个power lpar 下沉到 48c128g的x86上(三台物理机做rac) 非关键业务
在考察稳定性,维护成本有所提高 但总体成本下降还是可接受的
提供下你参考
楼上说的都有正确的,按理可以进行迁移,但是迁移有风险,迁移须谨慎,因为毕竟oracle对底层环境要求相对较高,占用资源较多,再加上数据本身的特殊性还是谨慎为好!详细的要求可能要具体详细了解,一是你的虚拟化环境是什么环境,具体点,二是最好能够得到oracle的技术支持;
收起我比较同意以上兄弟的观点,不是核心应用还是可以的,核心应用不建议。我现在在做迁移,尤其是涉及到ETL的时候特别麻烦。不如建议客户咬咬牙,弄台power,也为了客户安全,风险降低找想。我现在反正是弄的精疲力尽了快。
收起1、生产系统最重要的是稳定性,高可用性。能用但并不适合,前期license贵,后期维护麻烦。另外对虚拟化平台本身也有一定要求。
2、应用倒是比较适合放在虚拟化中,部署方便,资源使用率也相对划算些。