AnySQL.net

DSG产品技术基础猜想

    不考虑技术成熟度, 及100%的数据准确性, 逻辑备份数据库是灾备的最佳方案, 只不过目前这方面技术在稳定性和性能上还有未解决的问题. 许多公司在做这样的产品, DSG也是其中之一. 今天听了DSG的产品介绍后, 猜想了他们产品的技术基础.     Realsync产品是用来建逻辑备份数据库的, 这种方法是好方法, 但产品的成熟程度及性能要做好是不容易的. SharePlex和GoldenGate的起步比DSG早, 但在金融行业这样要求数据绝对不能出错的领域, 要在主要的数据库上依赖他们, 也还是不太敢的.     SnapAssure是用来制作增量备份的工具, 和Oracle 10g中的RMAN Block Tracking文件类似, 找出变化过的数据块, 只对这些块进行备份, 以节约备份时间和空间, 思路很不错. 不知道我猜的技术基础对不对？按照我想的那样也能实现.     XEXP是一个快速数据迁移工具, 类似于10g中的expdp/impdp这样的产品, 同传统的exp/imp相比, 性能可以提升很多. 但仔细想想, 不是很敢用. 对于很忙的数据库,...

Posted on August 2, 2008 7:20 PM

MyLOG搞成开源项目能造福于大家吗?

    我想你基本上不知道MyLOG是什么样的东西, 不过下面的一些网上常见到的话题你可能会懂一些. 如何实时同步两边的数据? 如何将数据实时地同步到远程的数据库? 如何做远程冗灾? 比较低级的解决的方案有实体化视图, 或自已写程序来实现自动导出导入, 如果两边的网络很好, 还可以用触发器来实现. 中级一些的方案有Oracle的Stream和Replication, 说他们中级是因为他们还不够成熟. 高级一些的方案是用目前市面上的专用软件, 如很有名气的Quest Shareplex, 不是很有名气的DSG Realsync(缺少宣传)和基本上没有听说过的GoldenGate. 这些高级的专业软件在911事件后, 被国际上的大公司大量采用, 用于制作数据冗灾. 不过11g传闻中的一些功能很值得关注.     这些中高级的解决方案中, 都有一个共同的技术特点, 就是分析源数据库上产生的日志, 然后从日志中分解生成SQL语句, 最后在目标数据库端执行. 因为是从日志中去获得数据, 所以基本上对源数据库没有什么压力, 并且目标数据库不是源数据库的物理拷贝, 是在打开的情况下运行的, 因此还可以用来分担部份读操作. 当源数据库不可用时, 可以迅速将目标数据库转换为新的源数据库.     可以看到分析日志的Log Miner是一个关键,...

Posted on July 11, 2007 10:22 AM

解出Oracle日志文件中的Redo SQL语句之三

    初步解决了事务的划分问题. 这得感谢biti_rainy的帮助, 从另一个角度来看, 如果我们的DBA可以一起研究, 估计速度要快得多.     已经可以用XID这一条线来划分Redo SQL的事务关系了, 来看一下MyLOG的输出例子吧! LOG> extract start 2 end 6 Start extract redo SQL ... RBA=0x005e30.00000002.0010,  SCN=0x031f.05c00824,  XID=0x0012.049.000dc2bb,  UBA=0x62c263c4.498b.08    INSERT INTO OBJ_1044190 (COL1,COL2,COL3,COL4,COL5) VALUES (?,?,?,?,?); RBA=0x005e30.00000002.0188,  SCN=0x031f.05c00824,  XID=0x000e.018.000daa6f,  UBA=0x3b41c2dd.3bce.2d    UPDATE OBJ_28267 SET COL84 =...

Posted on May 23, 2007 2:07 PM