oracle11gR2 RAC开始引入scan概念，一般通过dns服务器或gns服务器解析scan，也可以使用/etc/hosts文件解析scan，只不过oracle官方不建议这样做，hosts文件只能解析一个scan ip；另一个方面监听器前移到$GRID_HOME/network/admin/listener.ora文件，即11g rac监听器由grid用户管理，oracle用户保留文件，但已经不起作用。客户端文件tnsnames.ora依然在$ORACLE_HOME/network/admin/tnsnames.ora文件。scan的提出彻底做到了rac数据库对用户的透明管理，客户端通过scan域名直接连接数据库即可（首先客户端可以解析scan域名），具体由DNS服务器解析域名，这里如果用dns解析scan，最多可以解析3个scan vip，通过scan域名访问数据库可以实现scan vip的failover和负载均衡，即只要3个scan vip中存活一个，客户端应用既可以访问数据库。如果采用hosts文件解析scan，只能解析一个scan vip。
oracle 10g rac中监听器由oracle用户管理，每个节点上，只有一个监听器，但是这个监听器同时监听public ip和vip，即oracle 10g rac中的监听器同时承担着路由选择和建立连接的功能。10g rac客户端通过vip连接数据库。
oracle 11g rac中使用GRID_HOME下的监听器而不采用ORACLE_HOME 下的监听器，同时在oracle 11g rac中出现了多个监听器，使用名称区分。所以11g rac的监听器使用grid用户管理，而不能通过oracle用户进行管理。11g rac监听器分本地监听器（建立连接）和scan监听器（路由转发）2种，另外，每一个scan vip都会有一个scan监听器，并且运行在同一个节点上。即：
rac中，每个节点上都运行一个本地监听器，这个监听器负责监听本地的vip。
rac中，会有3个节点上运行scan监听器。
rac中，scanvip和scan监听器成对出现。
二、配置SCAN有3种方法：
1. 使用/etc/hosts文件
这个是我们目前用的最多的方式，但是缺点只能对应一个SCAN IP，该方法Oracle 不推荐，但是简单，不需要单独的DNS 服务器，使用该方法，客户端还是需要VIP来链接。 Oracle 推荐使用其他的2种方法来实现SCAN 功能。
2. 在DNS中定义域名，只需要在DNS中配置即可实现SCAN 功能。
3.通过Grid Naming Server（GNS），需要配置DNS 和DHCP才能实现SCAN 功能。
配置好之后，直接在客户端的tnsnames里写SCAN NAME就可以了，如下：
RACSCAN =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = rac-scan.gns.cndba.com)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = dave)
)
)
以后RAC 增加删除节点，客户端都不需要修改。
三、SCAN 工作流程
在启用SCAN 特性之后，除了多几个SCAN IP 之外，还会多几个SCAN IP Listener，每个SCAN IP对应一个SCAN IP Listener，为了性能考虑，每个SCAN IP以及其对应的SCAN IP Listener将被独立的分配到各个节点上。
如果Cluster中其中某个运行SCAN IP的节点出现异常，则其余正常的SCAN IP节点将自动接管。
如果客户端是11g R2的版本，则客户端只需在tns中配置域名解析，即可实现failover，如果客户端版本低于11g
R2，则无法通过域名解析出多个SCAN IP地址，因此如果要实现failover，必须在客户端的tns中配置3个SCAN
IP的地址进行解析，这也是为何Oracle强烈建议在使用11g R2数据库时，客户端也最好使用11g R2的原因。
上图是SCAN 的工作流程图，图的右边是一个4个节点的RAC 集群，所以有4个Local Listener。 配置了3个SCAN IP和3个 SCAN Listeners。这3个SCAN IP 是随机的落在RAC节点上。
客户端链接的时候，会随机的连接到某一个某一个SCAN IP及起对应的SCAN IP Listner上， SCAN IP Listener接收到连接请求时，会根据 LBA 算法（least loaded instance），将该客户端的连接请求，转发给对应的Instance上的VIP Listener，从而完成了整个客户端与服务器的连接过程。
简单点就是：
client -> scan listener -> local listener（local or remote listener） -> local instance
四、SCAN 相关的几个名词说明
4.1 SCAN VIP
SCAN VIP，即SCAN IP，是由DNS或者GNS、hosts解析出来的IP地址。目前SCANVIP最多能有三个，它们循环地被客户端所请求到。
SCAN VIP数量和节点数没有关系，正如上图所示，4个节点，4个SCAN VIP，SCAN VIP是随机的落在哪个节点上的，这个过程也是动态变化的。
4.2 GNS VIP
GNS VIP同SCAN VIP， GNS VIP是提供GNS服务的IP地址，它绑定到某个节点的PUBLIC IP所在网卡上，当节点出现故障，GNS资源会自动切换到其他正常的节点继续提供GNS解析服务。如果我们不使用GNS解析方法，那么也不会存在GNS VIP。
4.4 SCAN LISTENER
SCAN监听器，实现SCAN的负载均衡功能。如果RAC上有三个SCAN VIP，那么SCAN监听器也有三个，它们各自监听SCAN VIP的连接请求。
SCAN监听器的注册是由REMOTE_LISTENER参数控制的，任何实例都会向所有的SCAN监听器注册，所以SCAN LISTENER 会包含所有实例的名称。这样SCAN监听器可以实时了解所有实例的运行情况的，因此能够准确地将连接重定向到空闲服务器的本地监听器上。
SCAN监听器是跟着SCAN VIP随机分配到节点服务器上，如果某个节点发生故障，运行在此节点上的SCAN VIP会进行漂移，这时候SCAN监听器也跟着漂移到正常的节点上，继续为SCAN VIP监听连接请求，当PMON进程下次动态更新实例信息到该SCAN监听器之后，它又重新接受客户端的连接。
4.4 REMOTE_LISTENER
Oracle 参数，设置该参数之后，任何实例都会向SCAN监听器注册，所以SCAN监听器能够负载均衡地分发连接请求到节点本地监听器上。
因为SCAN IP有多个，他们对应的是同一个域名，因此在数据库中，需要使用easy connect naming method方式，需要修改sqlnet.ora的配置文件添加ezconnect，如：
NAMES.DIRECTORY_PATH=(tnsnames,ezconnect)。
设置格式：REMOTE_LISTENER=SCAN:PORT，如REMOTE_LISTENER=rac-scan.cndba.cn:1521。
配置之后，RAC数据库的每个节点的PMON进程，会用广播的方式向每个SCAN Listener进行注册，同时CRS的后台进程ONS，会采集各个节点的负载状况，通知SCAN Listener，以便SCAN Listener根据负载情况，将新连接分配到当前负载最低的节点上。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/31397003/viewspace-2149330/ ，如需转载，请注明出处，否则将追究法律责任。
