Oracle RAC的VIP和SCAN IP
我们都知道Oracle RAC中每个节点都有一个虚拟IP，简称VIP，与公网IP在同一个网段。
没有VIP时，Oracle客户端是靠“TCP/IP协议栈超时”来判断服务器故障。而TCP/IP协议栈是作为OS Kernel的一部分来实现，不同的OS有不同的阀值，用户获悉数据库异常的时间完全取决于OS Kernel的实现，虽然有些OS允许修改这个阀值，但是会对其它程序产生未知影响。因此，oracle RAC引入了VIP，从而避开对TCP协议栈超时的依赖。
VIP和IP最主要的不同之处在于：VIP是浮动的，而IP是固定的。在所有节点都正常运行时，每个节点的VIP会被分配到public NIC上；在linux下ifconfig查看，public网卡上是2个IP地址；如果一个节点宕机，这个节点的VIP会被转移到还在运行的节点上。也就是幸存的节点的public NIC这个网卡上，会有3个IP地址。
当一个节点宕机，这个节点真实IP就连接不上了，但是这个节点的虚拟IP是可以连接的，他会自动把客户端的连接请求转接给存活的节点。
在tnsname.ora文件里，指定Address列表，客户端会随机选择一个节点来连接数据库，而不是顺序选择的。
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个。
Oracle RAC的VIP和SCAN IP
http://www.cnblogs.com/mawanglin2008/articles/3472395.html
SCAN提供一个域名来访问RAC，域名可以解析1个到3个（注意，最多3个）SCAN IP，我们可以通过DNS或者GNS来解析实现
除了DNS和GNS解析方法外，SCAN也可以使用hosts文件来解析，但用过的人都知道，此方法不仅在安装RAC的时候产生问题，后期使用也是存在问题的，比如SCAN域名只能定义一个SCAN IP。所以这种方法也是Oracle不推荐使用的。但尽管如此，很多生产上依然这样使用，也就是废弃了11g的新特性SCAN，而是依然采用VIP连接方式。
Oracle 11g RAC SCAN ip的原理及配置
http://tiany.blog.51cto.com/513694/1421917/
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/807718/viewspace-2141584/ ，如需转载，请注明出处，否则将追究法律责任。
