Comments on: Oracle RAC VIP的依赖

By: yanggq

yanggq — Tue, 08 Jan 2008 01:05:54 +0000

10.2.0.3以后就不是instance依赖vip了

By: anysql

anysql — Fri, 04 Jan 2008 18:49:51 +0000

留完言后, 应当回到原来页面的啊.

By: Kamus

Kamus — Fri, 04 Jan 2008 18:46:38 +0000

这个问题在itpub上已经讨论过了。
从10gR1开始到现在10gR2的最新版本10.2.0.3，oracle不停地在调整跟Oracle Clusterware相关的部分，包括各种资源的依赖关系，还有各种check timeout的算法，几乎每个小版本都有不同的地方。
你说的check_timeout这事儿，恐怕还是跟css timeout相关，10.2.0.2之前的版本是一种比较不靠谱的算法，10.2.0.2之后好很多。
BTW：MT的留言系统体验真不好，还是你这里不好？Firefox下面留言完了一个白窗口，成功没不知道？

By: ricky

ricky — Fri, 04 Jan 2008 17:58:07 +0000

from 10.2.0.4 and 11.1, instance will not depends on VIP anymore.

By: anysql

anysql — Fri, 04 Jan 2008 17:54:07 +0000

vip和listener绑定在一起比较好, 让instance不依赖于vip就行了.

By: biti

biti — Fri, 04 Jan 2008 17:03:05 +0000

上面说的不严谨，修正一下。我也修改过这些值，但发现问题发生的时候系统其实并没有什么负载（每次都是深夜），网络流量也不大。增大这个值也依然不行，因为并不是很快就恢复正常。所以我宁愿vip切换 instance 不 down 而保持系统可用。同时我监听了public ip。这样系统发生这种情况（几乎每个月一次）的时候我可以不着急去处理，等有空的时候再把vip拉过来就可以了。

By: biti

biti — Fri, 04 Jan 2008 16:58:41 +0000

网络负荷不重…… 有时可能也发生这种问题，增加这个值只是延缓接管的概率，但真实发生的时候系统相互之间无法通讯也很严重的，增大这两个值不能从根本上解决问题。
因为06年的时候我使用10.2.0.2 rac 深为这个问题所困，最后只好抛弃 vip ！

By: anysql

anysql — Fri, 04 Jan 2008 16:36:20 +0000

在metalink上看到一个vip的bug, 说是如果网络负荷太重的话, crs有可能会认为vip失败. 改进的方法是增大check_timeout和script_timeout这两个选项.

By: biti

biti — Fri, 04 Jan 2008 16:32:24 +0000

只要你不让instance 随 vip 一起启动，而手工启动 instance 的话，停 vip 资源就不会停 instance。这样即使vip 因为一些故障（还老有人遇见）切换，instance还在的，可以再手工启动vip资源把vip拉回来。
当然如果使用public ip监听则vip 就失去作用了。 vip 目前最有效的是让 failover 更快速。但10gR2(10.2.0.2) 中看起来不适合跟instance 挂在一起。

By: anysql

anysql — Thu, 03 Jan 2008 23:48:19 +0000

10.2.0.3以前的版本中,其实可也可以改的,我现在就已经改掉了.
crs_stat -p xxx > xxx.cap
vi xxx.cap
crs_unregister xxx
crs_register xxx -dir ./

By: xj

xj — Thu, 03 Jan 2008 23:17:17 +0000

从10.2.0.3开始，instance和asm应该是不再信赖vip。在10.2.0.3中，更改vip地址不需要停instance，而此前的版本需要。metalink DocId 391454.1也提到10.2.0.3开始instance不再依赖vip。

By: ricky

ricky — Thu, 03 Jan 2008 20:45:59 +0000

存在即合理, ^_^