VIP特点：

1 VIP是在clusterware安装最后阶段，通过脚本VIPCA创建的；

2 VIP作为一个Nodeapps类型的CRS Resource注册到OCR中，并由CRS维护状态；

3 VIP会绑定到节点的public 网卡上；那么public网卡就有两个地址了；

4 当某个节点发生故障时，CRS会把故障节点的VIP转移到其他节点上；

5 每个节点的Listener会同时在public网卡的public IP和VIP两个地址上监听；

6 客户端的tnsname.ora一般会配置指向节点的VIP；

从上面第6条可以引出一个问题。如果增加一个节点，那么客户端的tnsname.ora需要加入新增节点的VIP。那么想象一下：多个客户端，增加多个节点，那么维护起来特别麻烦。因此到了Oracle11gR2，引入了一个scan的概念。 scan,single client access name。简单客户端连接名，这是一个唯一的名称，在整个公司网络内部唯一，并且在DNS中可以解析为三个ip地址，客户端连接的时候只需要知道这个名称，并连接即可， 每个SCAN VIP对应一个scan listener，cluster内部的service在每个scan listener上都有注册，scan listener接受客户端的请求，并foward到不同的Local listener中去，还是由local 的listener提供服务给客户端。 注意：scan不一定要resolve到三个ip，一个也够了。只不过为了防止scan单点故障而推荐3个。

转：http://blog.csdn.net/cymm_liu/article/details/12649585