12C LEAF NODE之故障转移

miss_puff

Oracle RAC 12c 引入了两个新概念：

中心节点（HUB NODE）： 和以前的版本一样，它们通过专用网络相互连接，并且可以直接访问共享存储。这些节点可以直接访问 Oracle 集群注册表 (OCR) 和表决磁盘 (VD)。

叶节点（LEAF NODE）： 这些节点是轻型节点，彼此不互连，也不能像中心节点一样访问共享存储。每个叶节点与所连接的中心节点通信，并通过所连接的中心节点连接到集群。

LEAF NODE不连接共享存储，所以不运行ASM实例和DB实例，并且通过连接到HUB NODE来连接到集群，若连接的该HUB NODE出现故障了，那么LEAF NODE会处于怎样的状态呢？下面来测试一下

说明：实验环境为３节点的集群，２个ＨＵＢ节点，１个ＬＥＡＦ节点。

（１）查看ＬＥＡＦ节点连接的ＨＵＢ节点

可以看到，当前连接的ＨＵＢ节点为ＲＡＣ０１

（２）关闭节点１

（３）查看ＬＥＡＦ节点连接的ＨＵＢ节点

可以看到，当前LEAF NODE连接的HUB节点为节点2.

关于LEAF NODE不运行DB实例的说法，可以参考上面的概念。而在官方文档《Real Application Clusters Installation Guide》中的3.8章讲到LEAF NODE是可以连接到存储的，且可以运行DB实例在只读状态，可以应用于数据查询。关于此实验的验证还没有研究出来，有兴趣的同学可以留言，一起探讨。

文档连接：（http://docs.oracle.com/database/ ... 2-B0FC-49345AF6C572）

miss_puff

附上查看LEAF节点所连接的HUB节点的命令：
[grid@rac01 trace]$ pwd
/u01/app/grid/base/diag/crs/rac01/crs/trace
[grid@rac03 trace]$ cat  ocssdrim.trc |grep 'Sending a ping msg to' | tail -1
2017-09-21 18:15:57.062 :    CSSD:519345920: clssbnmc_PeriodicPing_CB: Sending a ping msg to host rac02, number 2, using handle (0x211cdb0) last msg to hub at 32177914, connection timeout at 32207914, current time 32179244