CN113114481A - 数据操作方法、装置、计算机设备和存储介质 - Google Patents

数据操作方法、装置、计算机设备和存储介质 Download PDF

Info

Publication number
CN113114481A
CN113114481A CN202110196193.2A CN202110196193A CN113114481A CN 113114481 A CN113114481 A CN 113114481A CN 202110196193 A CN202110196193 A CN 202110196193A CN 113114481 A CN113114481 A CN 113114481A
Authority
CN
China
Prior art keywords
host
data
storage device
operation request
response
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202110196193.2A
Other languages
English (en)
Inventor
梁兆楷
钟国新
王辉鹏
黄士超
冯杰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangzhou Power Supply Bureau of Guangdong Power Grid Co Ltd
Original Assignee
Guangzhou Power Supply Bureau of Guangdong Power Grid Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangzhou Power Supply Bureau of Guangdong Power Grid Co Ltd filed Critical Guangzhou Power Supply Bureau of Guangdong Power Grid Co Ltd
Priority to CN202110196193.2A priority Critical patent/CN113114481A/zh
Publication of CN113114481A publication Critical patent/CN113114481A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0663Performing the actions predefined by failover planning, e.g. switching to standby network elements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823Errors, e.g. transmission errors
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/10Active monitoring, e.g. heartbeat, ping or trace-route
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1097Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • H04L67/141Setup of application sessions

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Hardware Redundancy (AREA)

Abstract

本申请涉及一种数据操作方法、装置、计算机设备和存储介质,适用于计算机技术领域。该方法应用于数据存储系统,数据存储系统包括:主数据中心库、备数据中心库以及第一存储设备,主数据中心和备数据中心分别包括一个或多个主机。该方法包括:针对一个或多个主机中的每一个主机,主机接收客户端设备发送的连接请求,连接请求为客户端设备接收数据操作请求后向主机发送的;主机确定自身是否为响应主机;响应主机为执行数据操作请求的主机;若主机为响应主机,则主机访问第一存储设备,以执行数据操作请求。采用本方法能够解决由于自然灾害、设备故障或人为因素等原因,对计算机网络系统造成损伤时,会使得业务处理中断,从而造成重大损失的问题。

Description

数据操作方法、装置、计算机设备和存储介质
技术领域
本申请涉及计算机技术领域,特别是涉及一种数据操作方法、装置、计算机设备和存储介质
背景技术
随着科学技术的发展,计算机技术发展越来越成熟。但计算机网络在遭受自然灾害、设备故障或人为因素等异常情况时,可能会导致计算机网络出现故障。
在传统技术中,计算机网络通常包括响应客户端的主机以及存储设备。为了减少计算机网络在异常情况下的故障,通常可以对存储设备的数据进行备份,以在异常情况下根据备份数据维持计算机网络的正常运行。
上述传统技术不能完成抵挡异常情况对计算机网络的损伤。在自然灾害、设备故障或人为因素等异常情况下,计算机网络故障仍时常发生。
发明内容
基于此,有必要针对上述技术问题,提供一种数据操作方法、数据存储系统、计算机设备和存储介质,能够有效抵挡异常情况对计算机网络的损伤,提高计算机网络的抗损伤能力。解决由于自然灾害、设备故障或人为因素等原因,对计算机网络系统造成损伤时,会使得业务处理中断,从而造成重大损失的问题。
第一方面,提供了一种数据操作方法,应用于数据存储系统,数据存储系统包括:主数据中心库、备数据中心库以及第一存储设备,主数据中心和备数据中心分别包括一个或多个主机,方法包括:针对一个或多个主机中的每一个主机,主机接收客户端设备发送的连接请求,连接请求为客户端设备接收数据操作请求后向主机发送的;主机确定自身是否为响应主机;响应主机为执行数据操作请求的主机;若主机为响应主机,则主机访问第一存储设备,以执行数据操作请求。
在其中一个实施例中,主机确定自身是否为响应主机,包括:主机接收其他主机发送的负载量,负载量为发送负载信息的主机当前连接的客户端设备数量;主机基于其他主机发送的负载量确定自身是否为响应主机。
在其中一个实施例中,主机基于其他主机发送的负载量确定自身是否为响应主机,包括:主机比较其他主机发送的负载量以及自身负载量,若自身为负载量最小的主机,则主机确定自身为响应主机。
在其中一个实施例中,主机访问第一存储设备,以执行数据操作请求之前,方法还包括:主机与客户端设备建立连接,通过连接接收客户端设备发送的数据操作请求。
在其中一个实施例中,数据操作请求包括目标数据的信息;以执行数据操作请求,包括:主机根据目标数据的信息从第一存储设备中获取目标数据,根据数据操作请求操作目标数据。
在其中一个实施例中,数据存储系统还包括第二存储设备,第二存储设备为第一存储设备的备用存储设备,上述方法还包括:主机判断第一存储设备是否出现故障;若第一存储设备出现故障,则主机根据目标数据的信息从第二存储设备中获取目标数据,根据数据操作请求操作目标数据。
在其中一个实施例中,主机判断第一存储设备是否出现故障,包括:主机向第一存储设备发送心跳包,心跳包用于表征主机的运行状态;若主机从第一存储设备接收到心跳包的响应包,则确定第一存储设备正常;若主机未从第一存储设备接收到心跳包的响应包,则确定第一存储设备故障。
第二方面,提供了一种数据操作装置,该装置包括:
接收模块,用于接收客户端设备发送的连接请求,连接请求为客户端设备接收数据操作请求后向主机发送的;
确定模块,用于确定自身是否为响应主机;响应主机为执行数据操作请求的主机;
访问模块,用于在主机为响应主机的情况下,访问第一存储设备,以执行数据操作请求。
第三方面,提供了一种计算机设备,包括存储器和处理器,存储器存储有计算机程序,处理器执行计算机程序时实现如上述第一方面任一的方法。
第四方面,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现如上述第一方面任一的方法。
上述数据操作方法、装置、计算机设备和存储介质,针对一个或多个主机中的每一个主机,主机接收客户端设备发送的连接请求,连接请求为客户端设备接收数据操作请求后向主机发送的;主机确定自身是否为响应主机;响应主机为执行数据操作请求的主机;若主机为响应主机,则主机访问第一存储设备,以执行数据操作请求。上述方法中,由于数据存储系统包括主数据中心库和备数据中心库,且主数据中心库和备数据中心库分别包括一个或多个主机,从而使得主数据中心库有了备份的数据中心库。此外,由于每一个主机均可以接收客户端设备发送的连接请求,并基于客户端设备发送的数据操作请求,访问第一存储设备,以执行数据操作请求。从而使得主数据中心库发生意外情况下,备数据中心库可以接管主数据中心库的任务,继续完成各项任务,完成对数据操作系统的备份。使得主数据中心库发生意外情况时,业务处理不会中断,减少由于意外情况造成的损失。通过备份数据以及备份主机的双重保障,能够有效抵挡异常情况对计算机网络的损伤,提高计算机网络的抗损伤能力。此外,由于数据中心库中的各主机与备数据中心中的各主机可以执行相同的任务,因此,备数据中心库可以为主数据中心库分担一部分业务处理任务,减轻主数据中心库的工作量,保证主数据中心库和备数据中心库以更高的效率工作。
附图说明
图1为一个实施例中数据操作方法的应用环境图;
图2为一个实施例中数据操作方法的流程示意图;
图3为一个实施例中数据操作步骤的流程示意图;
图4为另一个实施例中数据操作方法的流程示意图;
图5为另一个实施例中数据操作方法的流程示意图;
图6为另一个实施例中数据操作方法的流程示意图;
图7为一个实施例中数据操作装置的结构框图;
图8为一个实施例中数据操作装置的结构框图;
图9为一个实施例中数据操作装置的结构框图;
图10为一个实施例中数据操作装置的结构框图;
图11为一个实施例中计算机设备为服务器时的内部结构图;
图12为一个实施例中计算机设备为终端时的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请提供的数据操作方法,可以应用于如图1所示的数据存储系统100。其中,该数据存储系统100可以包括:主数据中心库102,备数据中心库104、第一存储设备106以及第二存储设备108。主数据中心库102中包括一个或多个主机1022,备数据中心库104中包括一个或多个主机1042,客户端设备110通过网络与各主机1022或者各主机1042进行通信,各主机1022或者各主机1042通过网络与第一存储设备106以及第二存储设备108进行通信。具体地,主机接收客户端设备发送的连接请求,并在自身为响应主机的情况下,访问第一存储设备,以执行数据操作请求。其中,客户端设备110可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。各主机1022和各主机1042也可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。第一存储设备106以及第二存储设备108可以是计算机设备也可以是服务器,第一存储设备106是服务器时,该服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
在本申请一个可选的实施例中,如图2所示,提供了一种数据操作方法,以该方法应用于图1中的任一主机为例进行说明,包括以下步骤:
步骤201,针对一个或多个主机中的每一个主机,主机接收客户端设备发送的连接请求,连接请求为客户端设备接收数据操作请求后向主机发送的。.
在本申请实施中,主数据中心库中的一个或多个主机以及备数据中心库中的一个或多个主机均可以响应客户端设备的数据操作请求,并访问第一存储设备或者第一存储设备。
在本申请实施例中,可选的各主机的操作系统均相同,该操作系统可以为Windows或Linux中的一种;各主机可以安装集群软件,该集群软件可以为Oracle Clusterware;各主机中可以安装Oracle Rac的数据库程序。
在本申请实施例中,客户端设备在接收到用户输入的数据操作请求之后,可以通过网络向主数据中心库中的每个主机以及备数据中心库中的每个主机发送连接请求。其中,该连接请求中可以包括客户端设备的标识信息。该连接请求用于客户端设备与多个主机中的一个建立连接,并在建立连接后向已建立连接的主机发送用户输入的数据操作请求。
示例性的,主数据中心库中包括10台主机,备数据中心库中包括8台主机,客户端设备向主数据中心库中的10台主机以及主数据中心库中的10台主机均发送连接请求。
步骤202,主机确定自身是否为响应主机。
在本申请实施例中,响应主机为执行数据操作请求的主机。
在本申请实施例中,由于主数据中心以及备数据中心的中的每一个主机均会接收到客户端设备发送的连接请求。因此,各主机需要确认自身是否为响应主机。
可选的,各主机在接收到客户端设备发送的连接请求之后,各主机可以通过接收响应设备发送的响应指令,确定自身是否为响应主机。若接收到响应设备发送的响应指令,则确定自身为响应主机;若未接收到响应设备发送的响应指令,则确定自身不是响应主机。
示例性的,在主数据中心库中的10台主机与备数据中心库中的8台主机均接收到客户端设备发送的连接请求后,与上述各主机均连接的响应设备,可以获取各主机当前的负载量,根据各主机当前的负载量,从中选择当前负载量最小的主机,并向当前负载量最下的主机发送响应指令。接收到响应设备发送的响应指令的主机为响应主机。
可选的,各主机之间还可以不借助其他设备,而通过各主机之间的相互通信确定自身是否为响应主机。
步骤203,若主机为响应主机,则主机访问第一存储设备,以执行数据操作请求。
在本申请实施例中,在某一个主机确定自身为响应主机的情况下,则该主机与客户端设备建立连接,并向客户端设备返回自身为响应主机的反馈消息。客户端设备接收到作为响应主机的主机发送的反馈消息之后,向该主机发送用户输入的数据操作请求,其中该数据请求中可以包括目标数据的信息。该主机接收到客户端设备发送的数据操作请求之后,基于主机与第一存储设备之间的网络连接访问第一存储设备,并基于数据操作请求中包括的目标数据的信息,在第一存储设备的数据中获取目标数据,执行数据操作请求。
上述数据操作方法中,应用于数据存储系统,数据存储系统包括:主数据中心库、备数据中心库以及第一存储设备,主数据中心和备数据中心分别包括一个或多个主机。针对一个或多个主机中的每一个主机,主机接收客户端设备发送的连接请求,连接请求为客户端设备接收数据操作请求后向主机发送的;主机确定自身是否为响应主机;响应主机为执行数据操作请求的主机;若主机为响应主机,则主机访问第一存储设备,以执行数据操作请求。上述方法中,由于数据存储系统包括主数据中心库和备数据中心库,且主数据中心库和备数据中心库分别包括一个或多个主机,从而使得主数据中心库有了备份的数据中心库。此外,由于每一个主机均可以接收客户端设备发送的连接请求,并基于客户端设备发送的数据操作请求,访问第一存储设备,以执行数据操作请求。从而使得主数据中心库发生意外情况下,备数据中心库可以接管主数据中心库的任务,继续完成各项任务,完成对数据操作系统的备份。使得主数据中心库发生意外情况时,业务处理不会中断,减少由于意外情况造成的损失。通过备份数据以及备份主机的双重保障,能够有效抵挡异常情况对计算机网络的损伤,提高计算机网络的抗损伤能力。此外,由于数据中心库中的各主机与备数据中心中的各主机可以执行相同的任务,因此,备数据中心库可以为主数据中心库分担一部分业务处理任务,减轻主数据中心库的工作量,保证主数据中心库和备数据中心库以更高的效率工作。
在本申请一个可选的实现方式中,如图3所示,上述步骤202“主机确定自身是否为响应主机”,可以包括以下步骤:
步骤301,主机接收其他主机发送的负载量。
在本申请实施例中,各主机在接收到设备端设备发送的连接请求以后,需要根据自身的负载量确定自身是否为响应主机。其中,负载量为发送负载信息的主机当前连接的客户端设备数量。
在本申请实施例中,主数据中心库和备数据中心库中的各主机之间基于网络连接。各主机在接收到客户端设备发送的连接请求以后,需要根据自身的负载量确定自身是否为响应主机。各主机可以基于负载均衡软件确定自身当前连接的客户端设备,从而确定自身的负载量,并将自身的负载量发送至其他各主机,从而使得各主机不仅可以计算得到自身的负载量,而且通过接收其他主机发送的负载量,可以获取到其他主机的负载量。其中,负载均衡软件可以为LVS、Nginxhe和HAProxy中的任一一种。
步骤302,主机基于其他主机发送的负载量确定自身是否为响应主机。
在本申请实施例中,各主机在确定自身的负载量,并接收到其他主机发送的负载量之后。各主机可以将自身的负载量与接收到的其他主机的负载量进行对比,并根据对比的结果确定自身是否为响应主机。
本申请实施例中,主机接收其他主机发送的负载量,并基于其他主机发送的负载量确定自身是否为响应主机,从而使得各主机可以根据自身的负载量以及其他主机的负载量确定自身是否为响应主机,不需要借助第三方设备,因此可以更加快速地确定自身是否为响应主机,且可以节省引进第三方设备的成本。
在本申请一个可选的实现方式中,上述步骤302“主机基于其他主机发送的负载量确定自身是否为响应主机”,可以包括以下内容:
主机比较其他主机发送的负载量以及自身负载量,若自身为负载量最小的主机,则主机确定自身为响应主机。
在本申请实施例中,为了使得各主机的负载量相对均衡。各主机可以基于接收到的其他主机的负载量以及自身的负载量进行对比,判断自身是否为负载量最小的主机。若自身为负载量最小的主机,则该主机确定自身为响应主机;若自身不是负载最小的主机,则该主机确定自身不是响应主机。
示例性的,主数据中心库中包括10台主机,备数据中心库中包括8台主机,以主数据中心库中的某一个主机为例,该主机获取到的自身当前的负载量为39,接收到的其他主机发送的负载量分别为40、73、59、48、53、62、82、54、93、61、45、56、64、71、47、51、以及42。该主机将自身的负载量与接收到的其他主机发送的负载量进行对比,并判断自身的负载量是否最小。根据对比结果,该主机确定自身为负载量最小的主机,则该主机确定自身为响应主机。若该主机获取到的自身当前的负载量为50,接收到的其他主机发送的负载量分别为40、73、59、48、53、62、82、54、93、61、45、56、64、71、47、51、以及42。该主机将自身的负载量与接收到的其他主机发送的负载量进行对比,并判断自身的负载量是否最小。根据对比结果,该主机确定自身不是负载量最小的主机,则该主机确定自身不是响应主机。
在本申请实施例中,述主机比较其他主机发送的负载量以及自身负载量,若自身为负载量最小的主机,则主机确定自身为响应主机。上述方法,在确定自身为负载量最小的主机时,该主机确定自身为响应主机。从而可以有效避免负载量较大的主机确定为响应主机,使得负载量大的主机因为负载过大而不能继续工作或者工作效率降低。将负载量最小的主机确定为响应主机,可以保证各主机之间的负载均衡,保证各主机高效工作,且也可避免各主机因为负载过大而造成损坏。
在本申请一个可选的实现方式中,主机访问第一存储设备,以执行数据操作请求之前,方法还包括:
主机与客户端设备建立连接,通过连接接收客户端设备发送的数据操作请求。
在本申请实施例中,各主机中的某一个主机在确定自身为响应主机之后,可以向客户端设备发送自身为响应主机的反馈消息,在客户端设备接受到该主机发送的反馈消息之后,该主机与客户端设备建立连接。客户端设备通过该连接,向该主机发送用户输入的数据操作请求。该主机基于该连接接收客户端设备发送的数据操作请求。
在本申请实施例中,主机与客户端设备建立连接,通过连接接收客户端设备发送的数据操作请求,从而可以保证客户端设备只向与客户端设备建立连接的主机发送数据操作请求,而不向其他主机发送数据操作请求,避免了占用其他主机内存,保证其他主机正常运行。
在本申请一个可选的实现方式中,上述内容“以执行数据操作请求”,包括:
主机根据目标数据的信息从第一存储设备中获取目标数据,根据数据操作请求操作目标数据。
在本申请实施例中,客户端设备在与作为响应主机的主机建立连接之后,向该主机发送数据操作请求。该数据操作请求中可以包括目标数据的信息,其中目标数据为数据操作请求中需要操作的数据。
可选的,数据操作请求可以是数据读取请求,也可以是数据改写请求,还可以是数据存储请求等,本申请实施例对数据操作请求不做具体限定。
在本申请实施例中,与客户端设备建立连接的主机在接收到客户端设备发送的数据操作请求之后,可以读取该数据操作请求中包括的目标数据的信息,根据目标数据的信息在第一存储设备的数据库中获取目标数据。主机在获取到目标数据以后,根据数据操作请求中对目标数据的操作请求操作目标数据。
示例性的,数据操作请求为读取目标数据的信息为A的目标数据。主机接收到该数据操作请求之后,在第一存储设备中获取目标数据的信息为A的目标数据,并将该目标数据发送至客户端设备,使得用户可以读取到目标数据。
在本申请实施例中,主机根据目标数据的信息从第一存储设备中获取目标数据,根据数据操作请求操作目标数据。从而可以在第一存储设备中快速获取到目标数据,且保证了目标数据的准确性,从而保证了对目标数据的操作满足数据操作请求,提高了工作效率。
在本申请一个可选的实现方式中,数据存储系统还包括第二存储设备,第二存储设备为第一存储设备的备用存储设备,方法还包括:
步骤401,主机判断第一存储设备是否出现故障。
在本申请实施例中,主机在从第一存储设备中获取目标数据之前,该主机可以通过与第一存储设备之间的通信判断第一存储设备是否存在故障。可选的,主机可以向第一存储设备发送检测消息,在第一预设时间内没有接收到第一存储设备发送的反馈消息,则证明第一存储设备出现故障;若在第一预设时间内接收到第一存储设备发送的反馈消息,则证明第一存储设备没有出现故障。其中,第一预设时间可以是30秒、也可以是1分钟,本申请对第一预设时间不做具体限定。
可选的,第一存储设备也可以检测各主机是否存在故障。第一存储设备可以获取各主机在第二预设时间内在第一存储设备获取数据的次数,若存在在第二预设时间内没有在第一存储设备中获取数据的主机,则第一存储设备初步判定该主机出现异常。第一存储设备向该主机发送检测消息,在第一预设时间内没有接受到该主机发送的反馈消息,则证明该主机出现故障;若在第一预设时间内接收到该主机发送的反馈消息,则证明该主机没有出现故障。
步骤402,若第一存储设备出现故障,则主机根据目标数据的信息从第二存储设备中获取目标数据,根据数据操作请求操作目标数据。
其中,第二存储设备是第一存储设备的备用存储设备,第二存储设备与第一存储设备存储的数据相同,且第二存储设备与各主机连接。
在本申请实施例中,在第一存储设备出现故障的情况下,该主机根据数据操作请求中包括的目标数据的信息从第二存储设备中获取目标数据,并根据数据操作请求操作目标数据。
在本申请实施例中,主机判断第一存储设备是否出现故障,并在第一存储设备出现故障的情况下,主机根据目标数据的信息从第二存储设备中获取目标数据,根据数据操作请求操作目标数据,从而可以保证在第一存储设备发生故障的情况下,各主机可以从第二存储设备获取所需的数据。从而保证了在第一存储设备发生故障的情况下,不影响各主机处理业务任务,从而避免了因为第一存储设备的损坏,而造成各主机不能继续完成业务任务,从而造成巨大损失。
在本申请一个可选的实现方式中,上述步骤“主机判断第一存储设备是否出现故障”,可以包括以下步骤:
步骤501,主机向第一存储设备发送心跳包。
在本申请实施例中,各主机可以周期性地向第一存储设备发送心跳包,其中,心跳包用于表征主机的运行状态。可选的,各主机向第一存储设备发送心跳包的时间可以是相同的,也可以是不同的,且各主机向第一存储设备发送心跳包的周期也可以是相同的,也可以是不同的。本申请实施例,对各主机向第一存储设备发送心跳包的时间以及周期不做具体限定。
步骤502,若主机从第一存储设备接收到心跳包的响应包,则确定第一存储设备正常。
在本申请实施例中,各主机在向第一存储设备发送心跳包以后,在第一存储设备正常运行的情况下,第一存储设备可以向各主机发送心跳包的响应包。若各主机接收到第一存储设备发送的心跳包的响应包,则各主机确定第一存储设备正常,各主机从第一存储设备获取所需的目标数据。
步骤503,若主机未从第一存储设备接收到心跳包的响应包,则确定第一存储设备故障。
在本申请实施例中,若各主机在第三预设时间内,没有接收到第一存储设备发送的心跳包的响应包,则没有接受到心跳包的响应包的主机,再次向第一存储设备发送的心跳包,往复三次,均没有接收到第一存储设备发送的心跳包的响应包,则该主机确定第一存储设备故障。若该主机向第一存储设备发送的三次心跳包中的任意一次,接收到第一存储设备发送的心跳包的响应包,则该主机确定该第一存储设备正常工作。
在本申请实施例中,主机向第一存储设备发送心跳包,若主机从第一存储设备接收到心跳包的响应包,则确定第一存储设备正常;若主机未从第一存储设备接收到心跳包的响应包,则确定第一存储设备故障。上述方法中,各主机通过向第一存储设备发送心跳包并根据是否接收到第一存储设备发送的心跳包的响应包判断第一存储设备是否正常,从而可以快速确定第一存储设备是否正常,提高工作效率,避免因为不能及时确定第一存储设备是否故障,而在获取目标数据时浪费大量的时间。
为了更好的说明本申请的提供的数据操作方法,本申请提供一种数据操作方法的整体流程方面进行解释说明的实施例,如图6所示,该方法包括:
步骤601,主机接收客户端设备发送的连接请求。
步骤602,主机接收其他主机发送的负载量。
步骤603,主机比较其他主机发送的负载量以及自身负载量,若自身为负载量最小的主机,则主机确定自身为响应主机。
步骤604,主机与客户端设备建立连接,通过连接接收客户端设备发送的数据操作请求。
步骤605,主机向第一存储设备发送心跳包,基于是否从第一存储设备接收到心跳包的响应包,确定第一存储设备是否正常;若主机从第一存储设备接收到心跳包的响应包,则执行步骤606;若主机未从第一存储设备接收到心跳包的响应包,则执行步骤607。
步骤606,主机确定第一存储设备正常,执行步骤608。
步骤607,主机确定第一存储设备故障,执行步骤609。
步骤608,主机根据目标数据的信息从第一存储设备中获取目标数据,根据数据操作请求操作目标数据。
步骤609,主机根据目标数据的信息从第二存储设备中获取目标数据,根据数据操作请求操作目标数据。
应该理解的是,虽然图2-6的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2-6中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
在本申请一个实施例中,如图7所示,提供了一种数据操作装置700,该数据操作装置700包括:接收模块701,确定模块702以及访问模块703,其中:
接收模块701,用于接收客户端设备发送的连接请求,连接请求为客户端设备接收数据操作请求后向主机发送的;
确定模块702,用于确定自身是否为响应主机;响应主机为执行数据操作请求的主机;
访问模块703,用于在主机为响应主机的情况下,访问第一存储设备,以执行数据操作请求。
在本申请一个实施例中,如图8所示,上述确定模块702包括:接收单元7021以及确定单元7022,其中:
接收单元7021,用于接收其他主机发送的负载量,负载量为发送负载信息的主机当前连接的客户端设备数量。
确定单元7022,用于基于其他主机发送的负载量确定自身是否为响应主机。
在本申请一个实施例中,上述确定单元7022,具体用于主机比较其他主机发送的负载量以及自身负载量,若自身为负载量最小的主机,则主机确定自身为响应主机。
在本申请一个实施例中,如图9所示,上述数据操作装置700还包括建立模块704,其中:
建立模块704,用于与客户端设备建立连接,通过连接接收客户端设备发送的数据操作请求。
在本申请一个实施例中,上述访问模块703,具体用于根据目标数据的信息从第一存储设备中获取目标数据,根据数据操作请求操作目标数据。
在本申请一个实施例中,如图10所示,上述数据操作装置700还包括判断模块705以及操作模块706,其中:
判断模块705,用于判断第一存储设备是否出现故障。
操作模块706,用于在第一存储设备出现故障的情况下,根据目标数据的信息从第二存储设备中获取目标数据,根据数据操作请求操作目标数据。
在本申请一个实施例中,上述判断模块705,具体用于向第一存储设备发送心跳包,心跳包用于表征主机的运行状态;在主机从第一存储设备接收到心跳包的响应包的情况下,确定第一存储设备正常;
在主机未从第一存储设备接收到心跳包的响应包的情况下,确定第一存储设备故障。
关于数据操作装置的具体限定可以参见上文中对于数据操作方法的限定,在此不再赘述。上述数据操作装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,当该计算机设备是服务器的情况下,其内部结构图可以如图11所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储数据操作数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种数据操作方法。
在一个实施例中,提供了一种计算机设备,当该计算机设备是终端的情况下,其内部结构图可以如图12所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信,无线方式可通过WIFI、运营商网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种数据操作方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏,该计算机设备的输入装置可以是显示屏上覆盖的触摸层,也可以是计算机设备外壳上设置的按键、轨迹球或触控板,还可以是外接的键盘、触控板或鼠标等。
本领域技术人员可以理解,图11和图12中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在本申请一个实施例中,提供了一种计算机设备,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现以下步骤:针对一个或多个主机中的每一个主机,主机接收客户端设备发送的连接请求,连接请求为客户端设备接收数据操作请求后向主机发送的;主机确定自身是否为响应主机;响应主机为执行数据操作请求的主机;
若主机为响应主机,则主机访问第一存储设备,以执行数据操作请求。
在本申请一个实施例中,处理器执行计算机程序时还实现以下步骤:主机接收其他主机发送的负载量,负载量为发送负载信息的主机当前连接的客户端设备数量;主机基于其他主机发送的负载量确定自身是否为响应主机。
在本申请一个实施例中,处理器执行计算机程序时还实现以下步骤:主机比较其他主机发送的负载量以及自身负载量,若自身为负载量最小的主机,则主机确定自身为响应主机。
在本申请一个实施例中,处理器执行计算机程序时还实现以下步骤:主机与客户端设备建立连接,通过连接接收客户端设备发送的数据操作请求。
在本申请一个实施例中,处理器执行计算机程序时还实现以下步骤:主机根据目标数据的信息从第一存储设备中获取目标数据,根据数据操作请求操作目标数据。
在本申请一个实施例中,处理器执行计算机程序时还实现以下步骤:主机判断第一存储设备是否出现故障;若第一存储设备出现故障,则主机根据目标数据的信息从第二存储设备中获取目标数据,根据数据操作请求操作目标数据。
在本申请一个实施例中,处理器执行计算机程序时还实现以下步骤:主机向第一存储设备发送心跳包,心跳包用于表征主机的运行状态;若主机从第一存储设备接收到心跳包的响应包,则确定第一存储设备正常;若主机未从第一存储设备接收到心跳包的响应包,则确定第一存储设备故障。
在本申请一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:针对一个或多个主机中的每一个主机,主机接收客户端设备发送的连接请求,连接请求为客户端设备接收数据操作请求后向主机发送的;主机确定自身是否为响应主机;响应主机为执行数据操作请求的主机;
若主机为响应主机,则主机访问第一存储设备,以执行数据操作请求。
在本申请一个实施例中,计算机程序被处理器执行时还实现以下步骤:主机接收其他主机发送的负载量,负载量为发送负载信息的主机当前连接的客户端设备数量;主机基于其他主机发送的负载量确定自身是否为响应主机。
在本申请一个实施例中,计算机程序被处理器执行时还实现以下步骤:主机比较其他主机发送的负载量以及自身负载量,若自身为负载量最小的主机,则主机确定自身为响应主机。
在本申请一个实施例中,计算机程序被处理器执行时还实现以下步骤:主机与客户端设备建立连接,通过连接接收客户端设备发送的数据操作请求。
在本申请一个实施例中,计算机程序被处理器执行时还实现以下步骤:主机根据目标数据的信息从第一存储设备中获取目标数据,根据数据操作请求操作目标数据。
在本申请一个实施例中,计算机程序被处理器执行时还实现以下步骤:主机判断第一存储设备是否出现故障;若第一存储设备出现故障,则主机根据目标数据的信息从第二存储设备中获取目标数据,根据数据操作请求操作目标数据。
在本申请一个实施例中,计算机程序被处理器执行时还实现以下步骤:主机向第一存储设备发送心跳包,心跳包用于表征主机的运行状态;若主机从第一存储设备接收到心跳包的响应包,则确定第一存储设备正常;若主机未从第一存储设备接收到心跳包的响应包,则确定第一存储设备故障。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory,ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory,RAM)或外部高速缓冲存储器。作为说明而非局限,RAM可以是多种形式,比如静态随机存取存储器(Static Random Access Memory,SRAM)或动态随机存取存储器(Dynamic Random Access Memory,DRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种数据操作方法,其特征在于,应用于数据存储系统,所述数据存储系统包括:主数据中心库、备数据中心库以及第一存储设备,所述主数据中心和所述备数据中心分别包括一个或多个主机,所述方法包括:
针对所述一个或多个主机中的每一个主机,所述主机接收客户端设备发送的连接请求,所述连接请求为所述客户端设备接收数据操作请求后向所述主机发送的;
所述主机确定自身是否为响应主机;所述响应主机为执行所述数据操作请求的主机;
若所述主机为所述响应主机,则所述主机访问所述第一存储设备,以执行所述数据操作请求。
2.根据权利要求1所述的方法,其特征在于,所述主机确定自身是否为响应主机,包括:
所述主机接收其他主机发送的负载量,所述负载量为发送所述负载信息的主机当前连接的客户端设备数量;
所述主机基于所述其他主机发送的负载量确定自身是否为所述响应主机。
3.根据权利要求2所述的方法,其特征在于,所述主机基于所述其他主机发送的负载量确定自身是否为所述响应主机,包括:
所述主机比较所述其他主机发送的负载量以及自身负载量,若自身为负载量最小的主机,则所述主机确定自身为所述响应主机。
4.根据权利要求1所述的方法,其特征在于,所述主机访问所述第一存储设备,以执行所述数据操作请求之前,所述方法还包括:
所述主机与所述客户端设备建立连接,通过所述连接接收所述客户端设备发送的所述数据操作请求。
5.根据权利要求4所述的方法,其特征在于,所述数据操作请求包括目标数据的信息;所述以执行所述数据操作请求,包括:
所述主机根据所述目标数据的信息从所述第一存储设备中获取所述目标数据,根据所述数据操作请求操作所述目标数据。
6.根据权利要求5所述的方法,所述数据存储系统还包括第二存储设备,所述第二存储设备为所述第一存储设备的备用存储设备,其特征在于,所述方法还包括:
所述主机判断所述第一存储设备是否出现故障;
若所述第一存储设备出现故障,则所述主机根据所述目标数据的信息从所述第二存储设备中获取所述目标数据,根据所述数据操作请求操作所述目标数据。
7.根据权利要求6所述的方法,其特征在于,所述主机判断所述第一存储设备是否出现故障,包括:
所述主机向所述第一存储设备发送心跳包,所述心跳包用于表征所述主机的运行状态;
若所述主机从所述第一存储设备接收到所述心跳包的响应包,则确定所述第一存储设备正常;
若所述主机未从所述第一存储设备接收到所述心跳包的响应包,则确定所述第一存储设备故障。
8.一种数据操作装置,其特征在于,所述装置包括:
接收模块,用于接收客户端设备发送的连接请求,所述连接请求为所述客户端设备接收数据操作请求后向主机发送的;
确定模块,用于确定自身是否为响应主机;所述响应主机为执行所述数据操作请求的主机;
访问模块,用于在所述主机为所述响应主机的情况下,访问第一存储设备,以执行所述数据操作请求。
9.一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述的方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。
CN202110196193.2A 2021-02-22 2021-02-22 数据操作方法、装置、计算机设备和存储介质 Pending CN113114481A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110196193.2A CN113114481A (zh) 2021-02-22 2021-02-22 数据操作方法、装置、计算机设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110196193.2A CN113114481A (zh) 2021-02-22 2021-02-22 数据操作方法、装置、计算机设备和存储介质

Publications (1)

Publication Number Publication Date
CN113114481A true CN113114481A (zh) 2021-07-13

Family

ID=76709383

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110196193.2A Pending CN113114481A (zh) 2021-02-22 2021-02-22 数据操作方法、装置、计算机设备和存储介质

Country Status (1)

Country Link
CN (1) CN113114481A (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1601979A (zh) * 2003-09-24 2005-03-30 联想(北京)有限公司 一种无线接入点的负载均衡方法
CN101594258A (zh) * 2009-07-06 2009-12-02 杭州华三通信技术有限公司 一种双机热备技术中实时处理数据的方法、系统和设备
CN105306605A (zh) * 2015-12-09 2016-02-03 北京中电普华信息技术有限公司 一种双主机服务器系统
CN108011929A (zh) * 2017-11-14 2018-05-08 平安科技(深圳)有限公司 数据请求处理方法、装置、计算机设备和存储介质
CN110737393A (zh) * 2018-07-20 2020-01-31 伊姆西Ip控股有限责任公司 数据读取方法、设备和计算机程序产品

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1601979A (zh) * 2003-09-24 2005-03-30 联想(北京)有限公司 一种无线接入点的负载均衡方法
CN101594258A (zh) * 2009-07-06 2009-12-02 杭州华三通信技术有限公司 一种双机热备技术中实时处理数据的方法、系统和设备
CN105306605A (zh) * 2015-12-09 2016-02-03 北京中电普华信息技术有限公司 一种双主机服务器系统
CN108011929A (zh) * 2017-11-14 2018-05-08 平安科技(深圳)有限公司 数据请求处理方法、装置、计算机设备和存储介质
CN110737393A (zh) * 2018-07-20 2020-01-31 伊姆西Ip控股有限责任公司 数据读取方法、设备和计算机程序产品

Similar Documents

Publication Publication Date Title
US10678648B2 (en) Method, apparatus, and system for migrating virtual machine backup information
US9934105B2 (en) Fault tolerance for complex distributed computing operations
US7574620B2 (en) Method for operating an arrangement of a plurality of computers in the event of a computer failure
US7565567B2 (en) Highly available computing platform
US8381014B2 (en) Node controller first failure error management for a distributed system
CN111327467A (zh) 一种服务器系统及其容灾备份方法和相关设备
EP2645635B1 (en) Cluster monitor, method for monitoring a cluster, and computer-readable recording medium
US7886181B2 (en) Failure recovery method in cluster system
US9600307B1 (en) Dynamic policy based placement of virtual machines within and across multiple data centers
US8438277B1 (en) Systems and methods for preventing data inconsistency within computer clusters
US7519857B2 (en) Method, apparatus, and system for a software based business continuity solution for a computing environment
CN113114481A (zh) 数据操作方法、装置、计算机设备和存储介质
CN110740066A (zh) 一种席位不变的跨机故障迁移方法和系统
CN113849350A (zh) 环形两地三中心拓扑切换方法、装置、系统及介质
KR20160101705A (ko) 공정 관리 장치, 이와 연동하는 데이터 서버를 포함하는 반도체 공정 관리 시스템 및 이를 이용한 반도체 공정 관리 방법
US20180225201A1 (en) Preserving volatile memory across a computer system disruption
CN116204502B (zh) 一种高可用性的nas存储服务方法及系统
JP6822706B1 (ja) クラスタシステム、サーバ装置、引継ぎ方法、及びプログラム
JP7269508B2 (ja) サーバ、システム、および方法
CN117112296A (zh) 冗余系统的故障处理方法、装置、电子设备及存储介质
CN114780270A (zh) 内存故障处理方法和装置、电子设备及计算机可读存储介质
CN118282029A (zh) 核电厂应急电源系统、核电厂应急电源接入方法和装置
CN114520811A (zh) 一种生产中心数据恢复方法、系统、终端设备及存储介质
CN113190392A (zh) 电源模块的稳定性测试方法、装置、控制机和存储介质
CN116346585A (zh) 一种基于云原生的网络故障自我修复方法和系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20210713