Oracle 11g 的两个特性

Oracle 11g 快发布了,相关特性的介绍断断续续可以看到,有些特性与其说是锦上添花,还不如说是”雾件”,实用性不大。不过今天了解到的两个新特性,倒是令我比较感兴趣。

归档日志压缩

其中一个是归档日志压缩的功能。通过设置初始化参数 log_archive_dest_n 中 compression 选项,可以对归档文件进行压缩生成。对于网络传输比较吃紧的环境,这个功能会很有价值。

物理 Standby 可以联机查询

11g 据说也可以对物理的 Standby 进行联机查询,前提条件是激活 Redo Apply 。10g 之前,物理 Standby 都是要么恢复状态,要么 Read Only 状态。如果能够边恢复边查询的话,那么简直是一个比较完美的 IO 分布的技术方案了。SharePlex 之类的产品市场会又小不少。

还没有看到最终的官方文档说明,这些特性具体还有哪些限制不得而知。不管千变万化,11g 如果能够提供 9iR2 的稳定程度就是万幸了。10g 是一个比较失败的版本,如果不算失败,就算是过渡版本好了。

EOF


  • http://www.imdba.net brotherxiao

    hehe,期待中。。。

  • http://zhu1.blogspot.com 木匠

    “雾件”, 定位准确, 喜欢这个词.

  • http://www.anysql.net anysql

    果真可以在边open的情况下, 边recovery了?

  • Fenng

    anysql, 我也是道听途说
    但这个功能我倒是比较期待

  • wanghai

    第2个功能尤其期待

  • victor666666

    边恢复边查询?恢复前、后点都好说,要是查到正在apply的块怎么办,查一半还是阻塞?

  • victor666666

    好像没发上,要是查到正在apply 的block怎么办?waiting?到时看看

  • http://www.anysql.net anysql

    这个倒不是问题, 恢复也是基于Transaction的啊, 按这种机器查询是没有问题的.

  • victor666666

    恢复是基于trans?这个我不太理解,按照8/9i版本中如果发生故障恢复数据是单独的过程,好像没有存在同时进行访问的情况,也就是将redo op code apply 到block的过程,不牵扯trans把

  • http://www.dbanotes.net Fenng

    recover != restore

  • victor666666

    那照这么说,9i/10g的物理standby也是进行recover,没有进行restore,也可以读了

  • http://www.csjrc.com oliver

    使用会不会有很多限制,比如说只能在某些恰当的条件下,

  • Fenng

    估计前几个版本稳定性肯定会有问题。
    后续能够逐渐完善就不错了
    不管怎样,这算是 Oracle 11g 的一个很关键的新功能了

  • http://www.dbanotes.net/ Fenng

    搜索 Oracle 11g ,已经排在百度第一位了