过去两年中断断续续地研究了一些Oracle日志文件的格式, 只是为了研究而开发了一个工具, 不具有任何实用的意义. 也比较清楚Quest Shareplex或DSG Realsync这样的软件的强大功能, 要做出这样的一个工具, 是非常难的, 也是非常耗时间的, 这是日志格式研究的终极目标. Oracle 11g的新Standby模式是很好, 不过那是在11g刚推出来的, 估计要到12X才能真正地广泛使用吧, 而且这么好的功能, Oracle不会不收许可证的值, 而且是相当地贵的.

    Standby还是有缺限的, 不支持异构, 比如源结点是比较贵的小型机系统, 而目标结构想选择比较便宜的x86系统时, 就不可能了. 相反地, 基于日志文件分析的逻辑复制软件则要灵活得多, 不仅可以异构, 还可以灵活地折分数据.

    在过去的一段时间中, 有钱的公司用Shareplex, 没有钱的公司则用了实体化视图日志或自已写触发器的方式, 来捕捉增量数据, 然后自已写角本来实现两边数据同步. 这种方式遇到的最大的题是维护复杂, 并且对源端的数据库影响较大. 对于Log格式的研究也有一段时间了, 最初研究8i/9i的, 后来花了一个星期的业余时间完成了10g的格式的研究, 因此11g或12x的格式也是可以出来的. 但是这个研究可以做到什么呢?

    最现实的是可以通过分析日志来获得与实体化视图日志同样的数据, 这比分析所有数据要简单多了, 但是可以避免在源数据库上对要复制的表加上触发器或实体化视图日志, 要达到这样一个中间的产品或半成品, 则在看得见的时间范围之内.

    正准备好好研究一下如何实现这个中间目标.