最近手气特好，手边的这一套 Oracle 10gR2 几乎一天遇到一个 Bug。
昨天遇到的问题是查询结果不正确(这可是最为严重的问题了)。大致情况和 Bug 4604970 - Wrong results with 'hash group by' aggregation enabled 相符。通过修改初始化参数 optimizer_features_enable 可以避免这个问题。
今天遇到的问题是：
ORA-27054: NFS file system where the file is created
or resides is not mounted with correct options
这个 Bug 到现在还没有彻底的解决办法，只能通过 hard 方式 mount nfs 目录来避免。
还好这个库的要求也不太高，否则可真的要吃不了兜着走。
Oracle 10g 从发布到现在可不短了。但是从产品的可靠性来看与 9iR2 可差远了。除了 Data Pump 这样的 DW 杀手特性之外，真的很难找到使用 10g 的合适理由。虽然 Oracle 一再暗示已经有绝大多数用户迁移到了 10g 版本，很难让人相信这是真的。
--EOF--
升级到了10203了吗?
这两天才看到有我那个平台的 1.2.0.3 的 PatchSet
我们这里下个月升级到 10.2.0.3, 4 nodes RAC on RedHat Linux.
稳定性咋样?
用过的赶紧在这里通通气.
10g目前没有一个稳定的版本，10.2.0.3你真的敢用么？
目前我们手中的客户，除了是一些边缘应用，我是不建议用10g的，原因在于没有那么多时间来打patch，打完一个patch就很快发现需要另外一个patch，我们在银行的一个系统，现在还有两个bug oracle的patch还在研发中...
根据oracle的说法，9i在07年将要像8i一样被desupport，10g只能是催生了，11g又如何呢:)
我很多现场还用8i列,不支持就不支持,我们自己支持好了,呵呵
恭喜大辉成为ACE一员
呵呵
对于一些比较key的系统，还是有oracle支持的好，真有问题，可以让它再开发补丁。
目前我们客户的系统从oracle734到10.2.0.3都有，低版本使用一般是数据量和业务已经非常稳定，所以没有迁移的必要.
不到万不得已谁愿意干数据库迁移的傻事阿。
是升级, 不是迁移.
吃螃蟹没关系, 关键是看你敢不敢第一个吃螃蟹, 嘻嘻.
作为网上库存量最大的书店(www.abebooks.com),
我们从2005年3月开始使用Oracle 10.1.0.4 4 nodes RAC on RHAS3.0,数据库连续正常运转超过200天,
后来一个节点reboot,只是因为硬件内存坏了,他娘的,至今仍然愤慨, PC Server 是不如Unix小型机稳定..
ChaoPing (5年前,在Oracle江湖名声遐迩)开始不相信,
随手run了一个:
select * from gv$instance; and $> uptime.
Chao 立马心服口服,惊的口吐鲜血,哈哈.
倒不是因为我原来做Oracle 的 Sales Consultant, 学会了吹牛.
一个旧同事在 澳大利亚 专门做 Oracle RAC Support, 经过他的反馈,我才敢放心升级.
Fenng 兄弟,你的blog咋老是重复发帖子,如何删除一个.
留言重复的问题真的不好解决，因为服务器质量不好--100美元买的空间，已经是性价比比较高了 :(
我手工删除重复的
RAC 做到这样的确不容易了。
国内RAC据我所知也有不少地方在用，不过系统压力不大，关键的问题可能体现不出来
从 Oracle Bug 列表统计的数据来看，RAC 的致命 Bug 还是相比单节点多多，这个可真是拼技术，拼细致的功夫 :)
现在oracle 9i 不卖了,现在写的竞标方案里,全是10g了.卖给用户的产品也正在oracle10g环境策划is.
refer: Note:359515.1