CN110278106A - 一种用于Oracle数据库长距双活网络高可用的方法 - Google Patents

Abstract

本发明涉及网络保护领域，公开了一种用于Oracle数据库长距双活网络高可用的方法，包括以下步骤：S1)在正常情况下保证一条链路active，另外一条backup；S2)在active链路发生故障后，backup链路切换为active，接替原有的链路，保证网络通信的连续性；S3)在两条长距链路发生故障后，保证本地机房内部的节点能够正常通信。本发明弥补了HAIP方案在一条中间长距链路发生故障，无法感知到，不会发生故障切换，业务会发生中断的缺陷，在两条链路都发生故障后，同机房内能正常通信。本发明保证了业务连续性，提高了企业的经济效益。

Description

一种用于Oracle数据库长距双活网络高可用的方法

技术领域

本发明涉及网络保护领域，公开了一种用于Oracle数据库长距双活网络高可用的方法。

背景技术

Oracle HighlyAvailable IP技术是Oracle数据库原生提供的一种网络高可用切换的方案。

Oracle多个节点之前需要进行通信，可以提供两条网络链路来进行冗余。 HAIP保证某一个节点的网口如果Down的状态下，能够进行切换。

公开了CN201710816989.7为发明专利，公开了一种Oracle数据库备份的方法，包括备份服务端在接收到用户指令后向安装在Oracle服务器上的执行备份任务的备份客户端发送备份指令，用户指令包括备份客户端的识别号；备份客户端在接收到备份指令后触发备份管理器RMAN将待备份的数据备份出来，并将备份数据传送出去；备份服务端接收备份数据并将备份数据保存在区别于 Oracle服务器上存储介质的存储介质上。发明将Oracle数据库的数据备份出来并保存到其他存储介质上，避免了Oracle服务器系统不慎损坏时导致数据丢失的问题，增加了Oracle数据库上数据的安全性。发明还公开了一种Oracle数据库备份的系统，具有上述有益效果。但是在我们的双活的集群架构下，如果中间长距链路发生故障，在节点上是不感知到端口发生变化的，所以就无法正常切换。如果只是靠数据备份，仍然会影响正常通信，如果两条链路都发生中断，也没有办法保证同一个机房内的节点能正常通信。所以使用HAIP发案，在该情况发生时，就会导致数据库集群发生故障，从而导致整个业务系统无法对外提供服务。

发明内容

本发明针对现有技术中Oracle原生HighlyAvailable IP网络高可用技术中无法准确探测链路变化的缺点，提供一种用于Oracle数据库长距双活网络高可用的方法。

为了解决上述技术问题，本发明通过下述技术方案得以解决：

一种用于Oracle数据库长距双活网络高可用的方法，其特征在于，包括以下步骤：

S1)周期性对所有的链路进行检测，如果到达了时间，则开始，否则继续等待；检测的周期可以由用户自定义；

S2)进入检测的过程，对两条链路中的slave都进行检测；如果所有的slave都检测完毕了，则进入步骤S6)操作，如果还有slave没有检测，则进入到步骤 S3)；

S3)该步骤的后续流程为对单一链路(slave)进行检测。如果当前的slave为 Down的状态，则进入到步骤S4)，如果当前的slave为是Up的状态，则进入到步骤S5)；

S4)判断这条链路是否具备从Down状态切换到Up状态的条件；如果在1个interval(检测周期)内收到了arp报文，则说明这条链路是正常的，则可以切换到Up状态，或interval内没有收到arp报文，但当前已经进入failed模式，也可以将链路状态切换到Up状态；否则该链路保持Down状态；

S5)如果当前口是Up状态的，则检查链路是否有发生故障；如果在两个interval(检查周期)内都没有收到arp报文，且也没有进入failed模式，则将该链路状态切换为Down；

S6)判断两条链路，是否在2个interval内都收到arp报文；如果是则表示两条链路都有问题，则进入到步骤S7)，如果不是，则说明至少有一条链路是正常的，则进入到步骤S8)；

S7)当前两条链路都有问题，增加失败的计数，在失败计数超过预先定义的阈值6次的时候，就进入到失败模式。

作为优选，步骤S7)进入失败模式之后，在两条链路中选择一条链路作为 active链路，重复步骤S4)或步骤S5)。

作为优选，还包括S8)在有任意一条链路正常的情况下，退出失败模式。

作为优选，还包括S9)对链路的检测结束，接下来需要对那些链路有UP、 Down变换的链路进行提交，最终使得状态生效。

作为优选，还包括S10)发送arp探测报文，根据探测报文是否有回复，判断当前链路是否是正常的。

作为优选，Oracle数据库在正常情况下保证一条链路为active，另外一条链路为backup；在active链路发生故障后，backup链路切换为active，接替原有的链路，保证网络通信的连续性；在两条长距链路发生故障后，保证本地机房内部的节点能够正常通信。Oracle数据库在正常情况下保证一条链路提供服务，另外一条链路作为冗余；在发生故障时，冗余链路替代故障链路，保证网络连续不中断。在两条链路都发生故障后，同机房内能正常通信。业务在以上的情况下，都能不受影响，连续的对外提供服务。

当在搭建Oracle数据库长距双活集群时，使用该方法，可以提供网络高可用。在网络发生故障的各种情况下，都能保证数据库服务的可用性，同时保证业务系统服务的连续性。取代原生必须重新开始的方法，是对Oracle自身高可用方案Oracle HighlyAvailableIP(Oracle HAIP)的替换、改进，弥补了原有方案中网络切换不及时、长距链路中断后同机房无法通信等缺陷。

本发明由于采用了以上技术方案，具有显著的技术效果：Oracle数据库在正常情况下保证一条链路提供服务，另外一条链路作为冗余；在发生故障时，冗余链路替代故障链路，保证网络连续不中断。在两条链路都发生故障后，同机房内能正常通信。业务在以上的情况下，都能不受影响，连续的对外提供服务。通过该方法对Oracle数据库长距双活集群提供了网络高可用，提供了网络的可靠性，保证了业务的连续性，提高了企业的经济效益。

附图说明

图1是用于Oracle数据库长距双活网络高可用的方法流程示意图；

图2是S2)有剩余slave时的方法流程示意图；

图3是S2)没有剩余slave时的方法流程示意图。

具体实施方式

下面结合附图与实施例对本发明作进一步详细描述。

实施例1

如图1-3所示，一种用于Oracle数据库长距双活网络高可用的方法，包括以下步骤：

S1)周期性对所有的链路进行检测，如果到达了时间，则开始，否则继续等待；

S2)进入检测的过程，对两条链路中的slave都进行检测；如果所有的slave都检测完毕了，则进入步骤S6)操作，如果还有slave没有检测，则进入到步骤 S3)；

S3)对单一链路进行检测；如果当前的slave为Down的状态，则进入到步骤S4)，如果当前的slave为是Up的状态，则进入到步骤S5)；

S4)判断这条链路是否具备从Down状态切换到Up状态的条件；如果在1个interval内收到了arp报文，则说明这条链路是正常的，则可以切换到Up状态，或interval内没有收到arp报文，但当前已经进入failed模式，也可以将链路状态切换到Up状态；否则该链路保持Down状态；

S5)如果当前口是Up状态的，则检查链路是否有发生故障；如果在两个interval内都没有收到arp报文，且也没有进入failed模式，则将该链路状态切换为Down；

S6)判断两条链路，是否在2个interval内都收到arp报文；如果是则表示两条链路都有问题，则进入到步骤S7)，如果不是，则说明至少有一条链路是正常的，则进入到步骤S8)；

S7)当前两条链路都有问题，增加失败的计数，在失败计数超过预先定义的阈值6次的时候，就进入到失败模式。步骤S7)进入失败模式之后，在两条链路中选择一条链路作为active链路，重复步骤S4)或步骤S5)。

还包括S8)在有任意一条链路正常的情况下，退出失败模式。

还包括S9)对链路的检测结束，接下来需要对那些链路有UP、Down变换的链路进行提交，最终使得状态生效。

还包括S10)发送arp探测报文，根据探测报文是否有回复，判断当前链路是否是正常的。

Oracle数据库在正常情况下保证一条链路为active，另外一条链路为backup；在active链路发生故障后，backup链路切换为active，接替原有的链路，保证网络通信的连续性；在两条长距链路发生故障后，保证本地机房内部的节点能够正常通信。Oracle数据库在正常情况下保证一条链路提供服务，另外一条链路作为冗余；在发生故障时，冗余链路替代故障链路，保证网络连续不中断。

实施例2

一种用于Oracle数据库长距双活网络高可用的方法，包括以下步骤：

S1)周期性对所有的链路进行检测，如果到达了时间，则开始，否则继续等待；

S2)进入检测的过程，对两条链路中的slave都进行检测；所有的slave都检测完毕了，则进入步骤S6)操作；

S6)判断两条链路，是否在2个interval内都收到arp报文；如果是则表示两条链路都有问题，则进入到步骤S7)，如果不是，则说明至少有一条链路是正常的，则进入到步骤S8)；

S7)当前两条链路都有问题，增加失败的计数，在失败计数超过预先定义的阈值6次的时候，就进入到失败模式。步骤S7)进入失败模式之后，在两条链路中选择一条链路作为active链路，重复步骤S4)或步骤S5)。

S8)在有任意一条链路正常的情况下，退出失败模式。

S9)对链路的检测结束，接下来需要对那些链路有UP、Down变换的链路进行提交，最终使得状态生效。

S10)发送arp探测报文，根据探测报文是否有回复，判断当前链路是否是正常的。

实施例3

一种用于Oracle数据库长距双活网络高可用的方法，包括以下步骤：

S1)周期性对所有的链路进行检测，如果到达了时间，则开始，否则继续等待；

S2)进入检测的过程，对两条链路中的slave都进行检测；还有slave没有检测，进入到步骤S3)；

S3)对单一链路进行检测；当前的slave为Down的状态，进入到步骤S4)；

S4)判断这条链路是否具备从Down状态切换到Up状态的条件；如果在1个interval内收到了arp报文，则说明这条链路是正常的，则可以切换到Up状态，或interval内没有收到arp报文，但当前已经进入failed模式，也可以将链路状态切换到Up状态；否则该链路保持Down状态；

S6)判断两条链路，是否在2个interval内都收到arp报文；如果是则表示两条链路都有问题，则进入到步骤S7)，如果不是，则说明至少有一条链路是正常的，则进入到步骤S8)；

S7)当前两条链路都有问题，增加失败的计数，在失败计数超过预先定义的阈值6次的时候，就进入到失败模式。步骤S7)进入失败模式之后，在两条链路中选择一条链路作为active链路，重复步骤S4)或步骤S5)。

S8)在有任意一条链路正常的情况下，退出失败模式。

S9)对链路的检测结束，接下来需要对那些链路有UP、Down变换的链路进行提交，最终使得状态生效。

S10)发送arp探测报文，根据探测报文是否有回复，判断当前链路是否是正常的。

实施例4

一种用于Oracle数据库长距双活网络高可用的方法，包括以下步骤：

S1)周期性对所有的链路进行检测，如果到达了时间，则开始，否则继续等待；

S2)进入检测的过程，对两条链路中的slave都进行检测；还有slave没有检测，进入到步骤S3)；

S3)对单一链路进行检测；当前的slave为是Up的状态，则进入到步骤S5)；

S5)当前口是Up状态的，则检查链路是否有发生故障；如果在两个interval内都没有收到arp报文，且也没有进入failed模式，则将该链路状态切换为Down；

S6)判断两条链路，是否在2个interval内都收到arp报文；如果是则表示两条链路都有问题，则进入到步骤S7)，如果不是，则说明至少有一条链路是正常的，则进入到步骤S8)；

S7)当前两条链路都有问题，增加失败的计数，在失败计数超过预先定义的阈值6次的时候，就进入到失败模式。步骤S7)进入失败模式之后，在两条链路中选择一条链路作为active链路，重复步骤S4)或步骤S5)。

S8)在有任意一条链路正常的情况下，退出失败模式。

S9)对链路的检测结束，接下来需要对那些链路有UP、Down变换的链路进行提交，最终使得状态生效。

S10)发送arp探测报文，根据探测报文是否有回复，判断当前链路是否是正常的。

总之，以上仅为本发明的较佳实施例，凡依本发明申请专利范围所作的均等变化与修饰，皆应属本发明专利的涵盖范围。

Claims (6)

1.一种用于Oracle数据库长距双活网络高可用的方法，其特征在于，包括以下步骤：

S1)周期性对所有的链路进行检测，如果到达了时间，则开始，否则继续等待；

S2)进入检测的过程，对两条链路中的slave都进行检测；如果所有的slave都检测完毕了，则进入步骤S6)操作，如果还有slave没有检测，则进入到步骤S3)；

S3)对单一链路进行检测；如果当前的slave为Down的状态，则进入到步骤S4)，如果当前的slave为是Up的状态，则进入到步骤S5)；

S4)判断这条链路是否具备从Down状态切换到Up状态的条件；如果在1个interval内收到了arp报文，则说明这条链路是正常的，则可以切换到Up状态，或interval内没有收到arp报文，但当前已经进入failed模式，也可以将链路状态切换到Up状态；否则该链路保持Down状态；

S5)如果当前口是Up状态的，则检查链路是否有发生故障；如果在两个interval内都没有收到arp报文，且也没有进入failed模式，则将该链路状态切换为Down；

S6)判断两条链路，是否在2个interval内都收到arp报文；如果是则表示两条链路都有问题，则进入到步骤S7)，如果不是，则说明至少有一条链路是正常的，则进入到步骤S8)；

S7)当前两条链路都有问题，增加失败的计数，在失败计数超过预先定义的阈值6次的时候，就进入到失败模式。

2.根据权利要求1所述的，其特征在于：步骤S7)进入失败模式之后，在两条链路中选择一条链路作为active链路，重复步骤S4)或步骤S5)。

3.根据权利要求1所述的，其特征在于：还包括S8)在有任意一条链路正常的情况下，退出失败模式。

4.根据权利要求1所述的，其特征在于：还包括S9)对链路的检测结束，接下来需要对那些链路有UP、Down变换的链路进行提交，最终使得状态生效。

5.根据权利要求1所述的，其特征在于：还包括S10)发送arp探测报文，根据探测报文是否有回复，判断当前链路是否是正常的。

6.根据权利要求1所述的，其特征在于：Oracle数据库在正常情况下保证一条链路为active，另外一条链路为backup；在active链路发生故障后，backup链路切换为active，接替原有的链路，保证网络通信的连续性；在两条长距链路发生故障后，保证本地机房内部的节点能够正常通信。