评论: oracle 11g马上来临，你准备好了吗？

作者: jacky

jacky — Tue, 10 Jul 2007 10:16:17 +0000

沙发，呵呵！
最喜欢Create a snapshot standby database

作者: sail2000

sail2000 — Tue, 10 Jul 2007 13:15:29 +0000

准备好了，期待已久了

Query a physical standby database while redo is applied

这个确实是个比较大的改进

作者: 八神苍月

八神苍月 — Tue, 10 Jul 2007 14:43:28 +0000

呵呵,读写分离,一拖三,一个写,其他三个读,真的够稳定的话IO平金会小很多啊,哈哈

作者: 马艺桐mayitong@hotmail.com

马艺桐mayitong@hotmail.com — Wed, 11 Jul 2007 02:35:34 +0000

八神苍月是ebay的大侠吧，看谈论内容有点象“读写分离,一拖三,一个写,其他三个读”，呵呵，不过真能在11g上事项，还真节省了shared plex的钱了，如果ORACLE 连负载均衡的性能和稳定性做的和F5一样，那就太牛了,呵呵！

作者: biti

biti — Wed, 11 Jul 2007 13:50:46 +0000

八神是我们的人哈

作者: victor666666

victor666666 — Fri, 13 Jul 2007 01:48:20 +0000

在dbanotes也看到过一篇11g新特性文章(http://www.dbanotes.net/database/oracle_11g.html)，我当时提出了一个疑问，就是如果读到正在恢复的bk时怎么办，waiting?。anysql给出说法是恢复是基于事务的，如果按照anysql的说法，那这个特性好像是好理解的，不过consistent image 到哪去找？在我的印象中，在8/9中即使发现坏块也是先恢复才能读吧，不断的apply redo opcode直到相同，然后online,再进行读的吧，当然oracle11已经实现了这个功能，权当一点猜测吧，到时候再看一看，不知各位有何看法？

作者: victor666666

victor666666 — Fri, 13 Jul 2007 01:50:56 +0000

难道是flash back?

作者: 八神苍月

八神苍月 — Fri, 13 Jul 2007 07:20:20 +0000

[quote]在dbanotes也看到过一篇11g新特性文章(http://www.dbanotes.net/database/oracle_11g.html)，我当时提出了一个疑问，就是如果读到正在恢复的bk时怎么办，waiting?。anysql给出说法是恢复是基于事务的，如果按照anysql的说法，那这个特性好像是好理解的，不过consistent image 到哪去找？在我的印象中，在8/9中即使发现坏块也是先恢复才能读吧，不断的apply redo opcode直到相同，然后online,再进行读的吧，当然oracle11已经实现了这个功能，权当一点猜测吧，到时候再看一看，不知各位有何看法？[/quote]
日志不断恢复,这个会推动standby的SCN的,这样想下去,每次读取开始时会有个开始SCN,然后去获取低于这个SCN,并且已经恢复过的数据块,如果正好数据块在恢复,应该可以根据ITL定位到回滚段的,因为恢复操作也要把redo里面记录的undo信息写入回滚段的.

作者: victor666666

victor666666 — Fri, 13 Jul 2007 08:31:22 +0000

[quote]
日志不断恢复,这个会推动standby的SCN的,这样想下去,每次读取开始时会有个开始SCN,然后去获取低于这个SCN,并且已经恢复过的数据块,如果正好数据块在恢复,应该可以根据ITL定位到回滚段的,因为恢复操作也要把redo里面记录的undo信息写入回滚段的.
[/quote]
哦，中午时也想了下，差不多，如果做到这点的话，那根据ITL定位回滚段再apply undo时应该不会再产生SCN号了，要产生也是个特殊值，这是个额外的操作，否则也是推动SCN了,对了，是不是也会报 01555,哈哈

作者: Marie

Marie — Sun, 26 Aug 2007 10:32:54 +0000

Marie…

This is a great place. Thanks for all your information. The comments and content are very useful….