一种存储双活及测试系统和方法与流程

1.本发明属于存储系统领域，尤其是一种存储双活及测试系统和方法。


背景技术：

2.随着银行信息化水平的不断提高，大量新系统、新应用上线，给一线生产运维工作带来了巨大的挑战。为增强数据安全性，降低因存储设备故障对应用系统正常运行造成长时间停机及数据丢失的风险，我们尝试对2台华为san存储oceanstore 5600 v3上未划分使用的存储空间配置lun双活。从底层提高安全、高可用性，保障数据可用性及业务连续性。


技术实现要素：

3.为了解决上述问题，本发明提出一种存储双活及测试系统和方法，消除所有单点故障，整个系统全冗余架构，数据零丢失业务不中断，兼容原有存储系统原有组网改动小，兼容原有存储系统，资源充分利用，减少升级成本管理简单。
4.本发明的技术方案具体如下：一种存储双活及测试系统，包括主机、第一站点存储系统、第二站点存储系统和仲裁服务器；主机下发数据写入第一站点存储系统和第二站点存储系统；第一站点存储系统和第二站点存储系统通过双活复制链路连接；出现任一数据中心整体故障或阵列间链路故障时，阵列向仲裁服务器发起仲裁请求，由仲裁服务器综合判断哪端获胜；仲裁获胜的一方继续提供服务，另一方停止服务；仲裁服务器模式下优先站点会优先获得仲裁胜利。
5.本发明还涉及一种存储双活及测试方法，包括如下内容：业务主机与存储单链路故障测试，拔掉业务主机与存储设备之间的一条链路，模拟现网环境中单链路故障情况，观察业务运行情况是否正常；业务主机与存储间链路全故障测试，单台存储与业务主机之间的所有链路拔出，观察业务是否正常运行；链路恢复后，观察双活卷是否同步，业务是否运行正常；阵列间单链路故障测试，拔掉存储间一条双活复制链路，模拟故障，观察vmware业务运行是否正常；阵列间全链路故障测试，拔出阵列间所有双活复制链路，模拟故障。观察vmware业务运行是否正常。
6.进一步地，还包括阵列与仲裁服务器ip单链路故障测试，拔掉阵列a控与仲裁服务器间的一条链路，模拟故障；观察vmware业务运行是否正常；重新插回拔掉的仲裁链路，恢复故障；观察vmware业务运行是否正常。
7.进一步地，还包括：阵列与仲裁服务器全部ip链路故障测试，在vmware平台下发测试业务，拔掉存储阵列与仲裁服务器之间的全部链路，模拟故障；观察vmware业务运行是否正常；重新插回拔掉的仲裁链路，恢复故障；观察swingbench的业务是否正常运行。
8.进一步地，还包括：仲裁服务器故障测试，重新启动仲裁服务器虚拟机，待仲裁服务器上电恢复正常；观察vmware业务运行是否正常。
9.进一步地，还包括：业务验证，检查原有业务是否正常，存储中原有数据读写是否正常。
10.与现有技术相比，本发明的有益效果具体如下：本发明能够消除所有单点故障，整个系统全冗余架构，数据零丢失业务不中断，兼容原有存储系统。
11.本发明原有组网改动小，兼容原有存储系统，资源充分利用，减少升级成本管理简单。故障全自动切换，预留足够的时间在线解决问题存储系统统一管理，降低管理难度，减少运维成本。
12.进而，单存储故障，数据零丢失，业务不中断；不影响原有网络架构；主机层不用安装任何软件；虚拟化异构阵列，保护现有投资；易扩容，易维护。
附图说明
13.图1是本发明的系统的结构示意图；图2是本发明的仲裁原理结构图；图3是本发明的业务主机与存储间链路全故障测试原理图；图4是本发明的阵列与仲裁服务器全部ip链路故障测试原理图；图5是本发明的仲裁服务器故障测试原理图。
具体实施方式
14.下面将结合本技术实施例中的附图，对实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
15.除非另外定义，本技术实施例中使用的技术术语或者科学术语应当为所属领域内具有一般技能的人士所理解的通常意义。本实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。“上”、“下”、“左”、“右”、“横”以及“竖”等仅用于相对于附图中的部件的方位而言的，这些方向性术语是相对的概念，它们用于相对于的描述和澄清，其可以根据附图中的部件所放置的方位的变化而相应地发生变化。
16.双活，是一种节约资源的计算机灾备方案。如图1、2所示，本实施例中，本实施例的存储双活及测试系统，包括主机、第一站点存储系统、第二站点存储系统和仲裁服务器；主机通过fc/san下发数据写入第一站点存储系统和第二站点存储系统，可以通过博科交换机进行；第一站点存储系统和第二站点存储系统通过双活复制链路fc/ip连接。主机可以是
vmware vsphere集群h3c服务器，第一站点存储系统（a站点）为集群提供业务，第二站点存储系统（b站点）同时为集群提供业务。第一站点存储系统、第二站点存储系统和仲裁服务器通过ip连接。
17.出现任一数据中心整体故障或阵列间链路故障时，阵列向仲裁服务器发起仲裁请求，由仲裁服务器综合判断哪端获胜；仲裁获胜的一方继续提供服务，另一方停止服务；仲裁服务器模式下优先站点会优先获得仲裁胜利。
18.本实施例的仲裁过程如下：仲裁服务器模式下，一旦出现任一数据中心整体故障或阵列间链路故障时，阵列向仲裁服务器发起仲裁请求，由仲裁服务器综合判断哪端获胜；仲裁获胜的一方继续提供服务，另一方停止服务；仲裁服务器模式下优先站点会优先获得仲裁胜利。
19.一台存储系统故障，双活pair为待同步状态。数据中心a的lun失效、数据中心b的lun继续运行业务。
20.如图3、4、5所示，本实施例的存储双活及测试方法，包括如下步骤：步骤（1）业务主机与存储单链路故障测试。
21.拔掉业务主机与存储设备之间的一条链路，模拟现网环境中单链路故障情况，观察业务运行情况是否正常。
22.步骤（2）业务主机与存储间链路全故障测试。
23.如图3所示，单台存储与业务主机之间的所有链路拔出，观察业务是否正常运行；链路恢复后，观察双活卷是否同步，业务是否运行正常。
24.步骤（3）阵列间单链路故障测试。
25.拔掉存储间一条双活复制链路，模拟故障。观察vmware业务运行是否正常。
26.步骤（4）阵列间全链路故障测试。
27.拔出阵列间所有双活复制链路，模拟故障。观察vmware业务运行是否正常。数据中心a的lun失效、数据中心b的lun继续运营业务，在vmware查看存储是否在线。
28.步骤（5）阵列与仲裁服务器ip单链路故障测试。
29.拔掉阵列a控与仲裁服务器间的一条链路，模拟故障。观察vmware业务运行是否正常。重新插回拔掉的仲裁链路，恢复故障。观察vmware业务运行是否正常。
30.步骤（6）阵列与仲裁服务器全部ip链路故障测试。
31.如图4所示，在vmware平台下发测试业务，拔掉存储阵列与仲裁服务器之间的全部链路，模拟故障。观察vmware业务运行是否正常。重新插回拔掉的仲裁链路，恢复故障。观察swingbench的业务是否正常运行。
32.步骤（7）仲裁服务器故障测试。
33.重新启动仲裁服务器虚拟机，待仲裁服务器上电恢复正常。观察vmware业务运行是否正常。
34.步骤（8）业务验证。
35.检查原有业务是否正常，存储中原有数据读写是否正常。
36.如图5所示，主要验证方法为检查存储原有lun关联的pc服务器上部署的虚拟机是否可以运行正常，vcenter上是否产生存储配置相关告警；在双活lun上部署测试虚拟机，测试系统运行是否正常。
37.主要验证方法为检查存储原有lun关联的pc服务器上部署的虚拟机是否可以运行正常，vcenter上是否产生存储配置相关告警；在双活lun上部署测试虚拟机，测试系统运行是否正常。
38.本实施例的具体应用实例如下：1.oracle rac 双活访问，负载均衡两中心组成一个rac集群，同时对同一数据库业务提供服务，负载均衡透明应用切换：存储、服务器或网络故障时，数据库业务透明切换，用户无感知，人为误操作恢复与oracle数据库应用结合的快照技术，恢复人为误操作数据与drs结合实现负载均衡2.vmware/fusionsphere支持vsphere集群drs功能，实时监控服务器资源利用率，虚拟机自动负载均衡灵活在线迁移支持虚拟机迁移功能，虚拟机在线迁移，保证系统维护时数据零丢失，业务不中断应用自动切换存储、服务器或网络故障时，虚拟机自动快速迁移，减少业务中断时间和运维复杂度。
39.本实施例的业务永续高效便捷智能灵活：7x24小时业务连续运行rpo=0，rto-0维护过程业务不中断业务双活访问，接管和兼容各品牌设备，存储设备统一管理数据就近访问，业务自动负载均衡。
40.以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。