分类: Oracle
2008-04-21 19:03:25
HA的机制起源比较早,发展到现在已经日趋成熟,在实际安例中,使用还是比较广泛的,但是它必须有一半的资源处于等待状态,所以资源浪费跟standby一样,比较严重。
四、Oracle高可用相关功能的对比说明与方案选择
通过以上的详细说明,我们描绘了Oracle数据库在高可用性方面可以达到的效果以及特性,并且从原理上与构架上,我们也可以分析到其成本(包括管理成本),再加上其技术的成熟程度以及使用程度,我们以一张表格来对照一下:
图六 |
注①:这里指单独的使用该功能,但是如果与LV Mirror/ Volume Replication/Data guard等功能结合起来,是可以实现数据保护与容灾功能的,如果设计合理,在灾难切换时,也可以保证不丢失任何数据,但是也需要为以上功能付出更多的成本。
②:对于Advanced Replication /Stream,现阶段的确不太成熟,还没有广泛的使用起来,但是类似这样功能的软件,如Share plex已经比较成熟了,在全球范围内还是被广泛验证过了的。
③:在一定条件下,可以配置成自动切换。
④:如果主站点完全故障,可能会导致数据丢失(主要是当前联机日志),不过可以考虑把当前联机日志分布到各地地点的方法避免该问题的出现。
⑤:如果在非最大保护模式下,与④有相同的结果与预防处理方式。
我们通过该表格的对比可以发现,没有最好,只有看我们自己的最适合了,每一种方式都有自己的缺陷有优点。而且,在实际的使用中,真正的高可用环境也很少单独来使用这些技术的,一般都是结合来使用,如:
1、有的电子商务使用Rac + Share plex (或Stream)的技术实现读写分离的技术,可以实现高可用+容灾。
2、有的电信行业用远程Rac +远程 LV Mirror,可以实现本地与远程应用的动态切换,实现主机的异地冗余保护与数据的异地容灾
3、有的电子商务采用本地HA+远程Standby,实现数据库服务器与存储的双重冗余,分别实现不同级别的主机冗余与数据的异地容灾。
4、有的银行行业采用本地Rac+ 远程vvr(Veritas Volume Replication),实现本地系统的主机冗余与远程系统数据的异地容灾。
总结
该文详细描叙了oracle在高可用环境中可能用到的技术,以及该技术的详细描述,并且通过其构架分析,原理了解,技术成熟度分析,我们可以大致估算到其成本。
而且,在实际的使用环境中,没有最好的技术,只有最适合于自己的技术,使自己的成本与收益能达到一个最合适的平衡,这个,就是我们最终需要达到的目的。
以上的技术与方案,仅供参考。