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

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