双机热备(准)-->RAC(夭折)-->DG(异地容灾)

以下有的地方为oracle专业术语,非懂勿喷。
前段时间某项目负责人告知,他们应用需要一套oracle数据库环境运行模式为双机热备。简单了解下对于现在已经非常成熟的RAC再合适不过了。详细问了问当前服务器的环境,不适合做RAC。因此退而求其次还是采用市面上非常陈旧的双机热备。
网上搜了一些资料开始入手,但是网上那些文档在一地地方适用换个地方未必适用。即使按着文档来还是一路磕磕碰碰。实在没辙找同事帮忙,同事网上找了一篇靠谱的文档看了一遍说,这个不错可以照着做。
我从文档中间往标题部分细看,才发现文档介绍的是ORACLE中的 dataguard(异地容灾,对于数据的实时同步 并没有优势。比如:主库的数据变化之后 db-server把 对应的redo entry传输到备库,然后在备库上重做。如此复杂的过程怎么能够保证备库跟主库的实时同步)。
但是呢?然后呢?还是照着文档来了一遍从入手做到离手共两个星期左右。这就是从 双机热备(准)-->RAC(夭折)-->DG(异地容灾)的转变过程,是不是很戏剧化?
弄完之后心好累比2015年8月份加班(两个通宵共30多个小时)还累。
这就是当前的IT市场,太粗糙太敷衍了!任何一件事情并不是做完了就ok,leader们多个心吧。

上一篇:【虚拟化实战】容灾设计之一VR vs SRM


下一篇:Python 函数参数*expression 之后为什么只能跟关键字参数