Oracle 11g 的两个特性
作者: Fenng | 可以转载, 但必须以超链接形式标明文章原始出处和作者信息及版权声明
网址:

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

归档日志压缩

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

物理 Standby 可以联机查询

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

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

--EOF--

By Fenng on Jul 4, 2007 4:33 PM | Twitter | Del.icio.us | Comments (14) | Database | Edit

Comments Powered by Disqus

留言评论 | Comments (14)

brotherxiao 的评论如下 | July 4, 2007 11:26 PM

hehe,期待中。。。

木匠 的评论如下 | July 5, 2007 1:00 AM

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

anysql 的评论如下 | July 5, 2007 7:01 AM

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

Fenng 的评论如下 | July 5, 2007 10:01 AM

anysql, 我也是道听途说

但这个功能我倒是比较期待

wanghai 的评论如下 | July 5, 2007 7:06 PM

第2个功能尤其期待

victor666666 的评论如下 | July 6, 2007 11:44 AM

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

victor666666 的评论如下 | July 6, 2007 11:47 AM

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

anysql 的评论如下 | July 11, 2007 8:50 AM

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

victor666666 的评论如下 | July 13, 2007 9:27 AM

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

Fenng 的评论如下 | July 13, 2007 11:39 AM

recover != restore

victor666666 的评论如下 | July 13, 2007 1:39 PM

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

oliver 的评论如下 | July 19, 2007 5:13 PM

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

Fenng 的评论如下 | July 19, 2007 7:05 PM

估计前几个版本稳定性肯定会有问题。

后续能够逐渐完善就不错了

不管怎样，这算是 Oracle 11g 的一个很关键的新功能了

Fenng 的评论如下 | August 22, 2007 5:53 PM

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