Tag Archives: ORION

测试了将近一周的ODA，关于ODA的技术文章也写了几篇，简单总结一下使用ODA的一点心得。 以前接触的一体机并不多，EXADATA虽然有过几次接触，但是与这次可以全方位的测试ODA相比就完全不值得一提了。 总的来说ODA给我的最大感触就是简便：把ODA插上电源和网线之后，唯一需要的配置就是通过ILOM配置一下ODA的网络，只需要把安装程序上传到服务器，通过ODA提供的命令进行解压，然后就是一键式安装。整个安装过程在一个小时左右。加上配置网络和上传软件的时间，整个RAC环境的部署也不会超过半天。而一般情况下，安装一套RAC，即使是熟手也没有十足把握在一天之内搞定，毕竟网络配置、存储设置、系统包的缺失甚至是BUG都可能会导致RAC环境的总体安装时间延迟，而ODA则完全避免了上面的问题。 此外无论是一键式卸载还是一键式升级，都已经将DBA烦琐的工作简化到了极致，在加上ILOM实现的无人值守功能，更是将ODA的简单、方便的特点发挥的淋漓尽致。 ODA的性能虽然不可能像EXADATA那样把执行效率以数量级的方式提高，但是无论是ORION还是SWINGBENCH的测试来看，ODA对于大部分中小型应用应该是足够支撑的。 说了半天的优点，最后说一下ODA的不足之处。首先不灵活性不够，虽然安装配置的简化和配置的灵活性存在一定的冲突，但是这并不妨碍ODA给高级DBA多一些定制的空间。其他的方面到还可以接受，就是ODA的ASM的3重镜像配置这一点是最让人头痛的。对于ODA来说，几乎没有可能改变这一点。除非是不使用ODA的一键式安装，而安全自己安装CLUSTER和RAC，而如此一来，ODA提供的简便性又荡然无存了。此外ODA另外一个致命的缺点，扩展性不足。虽然ODA目前支持外接存储，但是默认的安装配置是不支持将RAC部署到外部存储上的。当然通过将存储添加到ASM磁盘组中应该也可以实现ODA使用外部存储的功能，但是这是ODA策略所不允许的。除了磁盘空间外，CPU、内存资源也都是无法扩展的，更重要的是，ODA没有办法扩展第三个节点，也就是说ODA所能承载的最大压力是固定的。随着业务量的增长和历史数据的增加，ODA没有能力通过添加硬件资源来进行扩展。 因此，个人认为无法扩展是ODA的致命伤，但不是Oracle，因为根据Oracle的定义，总数据量小于3T的使用ODA，而大于3T的则应该使用EXADATA。那么根据这个观点，利用ODA作为EXADATA的热身产品，熟悉一下Oracle的一体机也是一个靠谱的选择。