CN107038094A - 一种数据备份方法及装置 - Google Patents
一种数据备份方法及装置 Download PDFInfo
- Publication number
- CN107038094A CN107038094A CN201710289671.8A CN201710289671A CN107038094A CN 107038094 A CN107038094 A CN 107038094A CN 201710289671 A CN201710289671 A CN 201710289671A CN 107038094 A CN107038094 A CN 107038094A
- Authority
- CN
- China
- Prior art keywords
- equipment
- standby
- backup
- main equipment
- target device
- 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
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1448—Management of the data involved in backup or backup restore
- G06F11/1451—Management of the data involved in backup or backup restore by selection of backup contents
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请提供一种数据备份方法及装置，所述方法包括：当所述目标设备初始化为主设备，并检测到所述HA***中存在备设备时，将自身记录的需要备份的数据全部备份至所述备设备；当需要再次向所述备设备进行数据备份时，将上一次数据备份之后新增的需要备份的数据备份至所述备设备；当检测到所述HA***中加入新的备设备时，将自身记录的需要备份的数据全部备份至所述新的备设备。应用本申请实施例可以提高HA***的可靠性。
Description
技术领域
本申请涉及数据处理技术领域，尤其涉及一种数据备份方法及装置。
背景技术
UIS(Unified Infrastructure System，统一基础架构***)是面向云计算IaaS(Infrastructure as a Service，基础设施即服务)的融合基础架构产品，传统云计算平台中，计算、存储、网络、虚拟化分别使用不同的管理平台。UISM(UIS Manager，统一管理矩阵)将所有资源整合并统一管理，提供GUI(Graphical User Interface，图形用户接口)和简化的操作方式，使网络的连接和管理更加直观和清晰。
UISM的运行环境有两种：一种是运行在指定型号的交换机产品上，用户可通过交换机IP(Internet Protocol，互联网协议)地址登录UISM对当前环境中的资源进行管理；另一种是运行在X86环境中，用户可通过X86环境IP地址登录UISM对当前环境中的资源进行管理。第二种运行方式除提供第一种方式所有功能外，还提供对管理资源的监控功能。
运行在X86环境下，UISM的监控功能通过后台读写数据库提供各种资源运行状态的实时记录和状态数据的查看。在HA(High Available，高可用性集群)环境中两个运行UISM的设备形成主备关系，主备两设备定时同步监控信息数据库，可防止不确定因素出现时监控信息的丢失。
发明内容
本申请提供一种数据备份方法及装置，以解决现有HA***中新加入的备设备备份的数据不完整的问题。
根据本申请实施例的第一方面，提供一种数据备份方法，应用于高可用性集群HA***中的目标设备，该方法包括：
当所述目标设备初始化为主设备，并检测到所述HA***中存在备设备时，将自身记录的需要备份的数据全部备份至所述备设备；
当需要再次向所述备设备进行数据备份时，将上一次数据备份之后新增的需要备份的数据备份至所述备设备；
当检测到所述HA***中加入新的备设备时，将自身记录的需要备份的数据全部备份至所述新的备设备。
根据本申请实施例的第二方面，提供一种数据备份装置，应用于高可用性集群HA***中的目标设备，该装置包括：
角色管理单元，用于确定所述目标设备的设备角色；
数据备份单元，用于当所述目标设备初始化为主设备，并检测到所述HA***中存在备设备时，将自身记录的需要备份的数据全部备份至所述备设备；
所述数据备份单元，还用于当需要再次向所述备设备进行数据备份时，将上一次数据备份之后新增的需要备份的数据备份至所述备设备；
所述数据备份单元，还用于当检测到所述HA***中加入新的备设备时，将自身记录的需要备份的数据全部备份至所述新的备设备。
应用本申请实施例，当目标设备初始化为主设备，并检测到HA***中存在备设备时，将自身记录的需要备份的数据全部备份至该备设备；当需要再次向该备设备进行数据备份时，将上一次数据备份之后新增的需要备份的数据备份至该备设备；当检测到HA***中加入新的备设备时，将自身记录的需要备份的数据全部备份至该新的备设备，可以在减少重复数据备份的情况下，保证新加入***的备设备中的数据的完整性，进而可以提高HA***的可靠性。
附图说明
图1是本申请实施例提供的一种数据备份方法的流程示意图；
图2是本申请实施例提供的一种数据备份装置的结构示意图；
图3是本申请实施例提供的另一种数据备份装置的结构示意图；
图4是本申请实施例提供的另一种数据备份装置的结构示意图。
具体实施方式
数据库内建的复制功能是构建大型HA应用程序的基础。将数据分布到多个运行设备的机制，是通过将某一台主机的数据复制到其他主机上，并重新执行一遍来实现。复制过程中一个设备当作主设备，而一个或者多个其他设备当作备设备。主设备将数据库的更新写入二进制日志文件，并维护文件的一个索引。该索引记录发送到备设备数据库的更新的位置。当一个备设备连接主设备时，它通知主设备读取最后一次成功更新的索引。备设备通过输入输出线程复制主设备从索引位置开始之后的所有内容，保存到备设备的中继日志文件中。备设备通过数据库语句执行线程，根据备设备中继日志中的内容，更新备设备的数据库信息，更新完成后封锁数据更新并等待主设备通知新的更新。
然而实践发现，在上述方案中，对于发生过数据库同步后加入HA环境中的备设备，无法获取到索引位置之前的数据。
举例来说，假设HA***中包括一个主设备和一个备设备，主设备每个小时向备设备备份一次数据，当主设备在t1时刻向备设备进行数据备份之后，主设备维护的索引中记录的发送到备设备数据库的更新的位置为t1时刻(即t1时刻之前写入主设备的数据均已经备份到了备设备)，若之后(假设未进行下一次数据备份)有一个新的备设备加入HA***并连接到主设备，则主设备仅会将t1时刻之后的数据备份到该新的备设备，即该新的备设备无法获取到t1时刻之前写入主设备的数据。
为了使本技术领域的人员更好地理解本申请实施例中的技术方案，并使本申请实施例的上述目的、特征和优点能够更加明显易懂，下面结合附图对本申请实施例中技术方案作进一步详细的说明。
请参见图1，为本申请实施例提供的一种数据备份方法，其中，该数据备份方法可以应用于HA***中的目标设备，如图1所示，该数据备份方法可以包括以下步骤：
步骤101、当目标设备初始化为主设备，并检测到HA***中存在备设备时，将自身记录的需要备份的数据全部备份至所述备设备。
本申请实施例中，目标设备并不特指某一固定的设备，而是可以指代HA***中的任一设备，本申请实施例后续不再复述。
本申请实施例中，HA***中的设备可以包括三种设备角色：主设备、备设备以及待选设备；
其中，主设备：活动设备，用户可登录进行相关操作；每个HA***中，仅允许存在一个主设备；
备设备：备份设备，用于备份主设备中需要备份的数据，用户登录该设备时，会自动跳转到主设备；每个HA***中，备设备数量可以为一个或多个；
待选设备：HA***中除主设备和备设备之外的设备，用户登录该设备时，会自动跳转到主设备。
其中，HA***中设备初始化运行时，均默认自身当前设备角色为待选设备。
相应地，在本申请实施例中，当目标设备初始化运行时，目标设备可以默认自身设备角色为待选设备，并主动广播主设备探测报文，以探测HA***中是否存在主设备；其中，主设备接收到其它设备发送的主设备探测报文时，会向发送该主设备探测报文的设备回应主设备响应报文，以通知HA***中存在主设备。
本申请实施例中，当目标设备在发送主设备探测报文之后的预设时间(本文中称为第一预设时间，可以根据实际应用场景设定)内未接收到主设备响应报文，且未接收到其它设备发送的主设备探测报文时，目标设备可以初始化自身为主设备。
值得说明的是，在本申请实施例中，当目标设备在发送主设备探测报文之后的第一预设时间内未接收到主设备响应报文，但接收到其它设备发送的主设备探测报文时，目标设备可以与该其它设备选举产生主设备，例如，可以将MAC(Media Access Control，媒体访问控制)地址最小(或最大)的设备选举为主设备、或将加入HA***最早(或最晚)的设备选举为主设备等。
在本申请的其中一个实施例中，上述广播主设备探测报文之后，还可以包括：
当在第一预设时间内接收到主设备响应报文时，根据主设备响应报文确定自身是否为备设备；
若是，则初始化该目标设备为备设备；
否则，保持该目标设备为待选设备。
在该实施例中，HA***中的主设备可以配置HA***中的备设备的标识信息(如MAC地址、设备名称等)，当主设备接收到其它设备发送的主设备探测报文时，主设备可以向该其它设备发送主设备响应报文，以使该其它设备根据该主设备响应报文确定自身是否为备设备。例如，主设备可以在主设备响应报文中携带备设备的标识信息，以使接收到主设备响应报文的设备可以根据其中携带的备设备的标识信息确定自身是否为备设备。
相应地，当目标设备在广播主设备探测报文之后的第一预设时间内接收到主设备响应报文时，目标设备可以根据该主设备响应报文确定自身是否为备设备。例如，目标设备可以获取该主设备响应报文中携带的备设备的标识信息，并根据该备设备的标识信息判断目标设备自身是否为备设备；
当该备设备的标识信息中包括目标设备的标识信息时，目标设备确定自身为备设备，并初始化为备设备；
当该备设备的标识信息中未包括目标设备的标识信息时，目标设备确定自身不是备设备，并保持为待选设备。
同理，在本申请实施例中，当目标设备为主设备，并接收到其它设备发送的主设备探测报文时，向该其它设备发送主设备响应报文，其中，该主设备响应报文中携带有HA***中的备设备的标识信息。
需要说明的是，在本申请实施例中，当主设备发生故障恢复后，可以发送主设备探测报文确定HA***中是否存在新的主设备，若HA***中存在新的主设备，则原主设备(发生故障恢复的主设备)会自动成为备设备，此时，新的主设备发送的主设备响应报文中携带的备设备标识中需要携带原主设备的标识信息。
本申请实施例中，HA***中的主设备接收到其它设备发送的主设备探测报文时，可以根据自身记录的备设备的标识信息，确定该其它设备是否为备设备，若是，则确定HA***中有备设备上线；或者，当HA***中的设备根据接收到的主设备响应报文确定自身为备设备时，该备设备可以向主设备发送通知消息，以通知主设备有备设备上线。
本申请其中一个实施例(下文中称为实施例一)中，HA***中各设备可以分别创建主数据库和临时数据库，对于主设备而言，需要备份的数据可以分别记录在主数据库和临时数据库中。
本申请实施例中，当目标设备初始化为主设备，并检测到HA***中存在备设备时，目标设备可以将主数据库中的数据备份至备设备，并清空目标设备的临时数据库。此后，HA***中新产生的需要备份的数据仍然可以分别记录在主设备的主数据库和临时数据库中，其中，主数据库中记录的为全部需要备份的数据，而临时数据库中记录的为上一次备份之后的增量数据。
在本申请另一个实施例(下文中称为实施例二)中，当目标设备初始化为主设备，并检测到HA***中存在备设备时，目标设备可以将自身记录的需要备份的数据全部备份至备设备，并将当前的***时间记录为备份时间点，进而，目标设备可以根据该备份时间点确定该备份时间点之后记录的需要备份的数据为上一次备份之后的增量数据。
步骤102、当需要再次向该备设备进行数据备份时，将上一次数据备份之后新增的需要备份的数据备份至所述备设备。
本申请实施例中，当目标设备需要再次向上述备设备进行数据备份时，目标设备不需要将需要备份的数据全部备份至上述备设备，而是可以仅将上一次数据备份之后新增的需要备份的数据备份至上述备设备。
在上述实施例一中，当目标设备需要再次向上述备设备进行数据备份时，目标设备可以将目标设备的临时数据库中的数据(即上一次数据备份之后的增量数据)备份至备设备，并清空目标设备的临时数据库。
在上述实施例二中，当目标设备需要再次向上述备设备进行数据备份时，目标设备可以将自身记录的备份时间点之后记录的需要备份的数据备份至备设备，并将自身记录的备份时间点更新为当前的***时间。
步骤103、当检测到HA***中加入新的备设备时，将自身记录的需要备份的数据全部备份至该新的备设备。
本申请实施例中，当目标设备检测到HA***中加入新的备设备时，目标设备需要将需要备份的数据全部备份至该新的备设备，以保证新的备设备中备份的数据的完整性，从而提高HA***的可靠性。
在上述实施例一中，当目标设备检测到HA***中加入新的备设备时，目标设备可以将主数据库中的数据备份至新的备设备，从而可以保证该新的备设备中备份的数据的完整性。
值得说明的是，在该实施例中，目标设备将主数据库中的数据备份至新的备设备之后，不需要清空临时数据库中的数据，并当需要再次向备设备进行数据备份(包括原来的备设备以及该新的备设备)时，将临时数据数据库中的数据备份至各备设备，并清空临时数据库。
在上述实施例二中，当目标设备检测到HA***中加入新的备设备时，目标设备可以将需要备份的数据全部备份至新的备设备，从而可以保证该新的备设备中备份的数据的完整性。
值得说明的是，在该实施例中，目标设备将需要备份的数据全部备份至新的备设备之后，不需要更新自身记录的备份时间点，并当需要再次向备设备进行数据备份(包括原来的备设备以及该新的备设备)时，将上一次记录的备份时间点之后的数据备份至各备设备，并将备份时间点更新为当前的***时间点。
可见，在图1所示的方法流程中，当需要进行数据备份时，对于第一次备份的备设备，将需要备份的数据全部备份至备设备；对于非第一次备份的备设备，仅将上一次数据备份之后新增的需要备份的数据备份至备设备，可以在减少重复数据备份的情况下，保证新加入***的备设备中的数据的完整性，进而可以提高HA***的可靠性。
进一步地，在本申请实施例中，HA***中的主设备、备设备以及待选设备可以周期性地广播保活报文，以便HA***中的设备能够实时获知***内其它设备的可用状态。
相应地，在本申请实施例中，当目标设备为备设备，且在预设时间(本文中称为第二预设时间，可以根据实际应用场景设定)内未接收到主设备发送的保活报文时，与HA***中的其它备设备选举新的主设备；
当目标设备为待选设备，且在第二预设时间内未接收到主设备和备设备发送的保活报文时，与HA***中的其它待选设备选举新的主设备。
具体地，在本申请实施例中，当HA***中的备设备在第二预设时间内未接收到主设备的保活报文时，可以认为主设备不可用，此时，HA***中的备设备需要重新选举新的主设备，具体选举策略在此不做赘述；其中，当HA***中仅存在一个可用的备设备时，该备设备直接成为新的主设备。
同理，当HA***中的待选设备在第二预设时间内未接收到主设备和备设备的保活报文时，可以认为主设备不可用，且不存在可用的备设备，此时，HA***中的待选设备需要重新选举新的主设备，具体选举策略在此不做赘述；其中，当HA***中仅存在一个可用的待选设备时，该待选设备直接成为新的主设备。
进一步地，在本申请实施例中，当主设备记录有备份完成时间时，本申请实施例提供的数据备份方法还可以包括：
当目标设备为主设备，且在不可用后恢复为可用状态时，广播主设备探测报文；
当目标设备在第一预设时间内接收到主设备响应报文时，将自身切换为备设备，并将自身记录的最新的备份完成时间发送给新的主设备，以使该新的主设备将该最新的备份完成时间之后记录的需要备份的数据备份至该目标设备。
具体地，在本申请实施例中，主设备可以在完成数据备份时，记录备份完成时间。
例如，在上述实施例一中，主设备可以在需要清空临时数据库时，将当前的***时间记录为备份完成时间；在上述实施例二中，主设备记录的备份时间点即为备份完成时间。
在本申请实施例中，当HA***中的主设备不可用时，HA***中的其它设备需要重新选举新的主设备(具体实现可以参见上述方法实施例中的相关描述)。
当该主设备由不可用状态重新恢复为可用状态时，该主设备(以下称为原主设备)可以广播主设备探测报文，以确定***中是否存在新的主设备。若原主设备在广播主设备探测报文之后的第一预设时间内接收到主设备响应报文时，原主设备可以将自身切换为备设备，并将自身记录的最新的备份完成时间发送给新的主设备，以请求该新的主设备将该最新的备份完成时间之后的数据备份至该原主设备。
该新的主设备接收到原主设备发送的最新的备份完成时间时，该新的主设备可以将自身记录的该最新的备份完成时间之后的数据备份至该原主设备。
需要说明的是，在该实施例中，原主设备将自身记录的该最新的备份完成时间发送给新的主设备时，还可以将自身记录的该最新的备份完成时间之后，不可用之前记录的数据发送给新的主设备，以保证新的主设备中数据的完整性。
为了使本领域技术人员更好地理解本申请实施例提供的技术方案，下面结合具体实例对本申请实施例提供的技术方案进行说明。
在该实施例中，HA***中各设备均运行UISM，UISM在进程启动时，默认初始化当前设备角色为待选设备，并主动广播主设备探测报文。如果HA***中已存在主设备，主设备在收到主设备探测报文时，可以回复携带备设备的标识信息的主设备响应报文。
当前设备在广播主设备探测报文后，如果收到主设备响应报文，则根据主设备响应报文中携带的备设备的标识信息判断当前设备是否为备设备。如果是备设备，则初始化为备设备，并通知主设备备设备上线；否则，当前设备角色仍为待选设备。
如果当前设备在发送主设备探测报文后，等待3秒仍未收到主设备响应报文，则认为当前***中没有主设备，自动将当前设备初始化为主设备。
UISM进程启动过程中，UISM进程创建临时数据库和主数据库。HA***中主设备初始化后，可以通过登录主设备中运行的UISM页面，添加计算、存储、网络等资源，UISM进程将这些资源的实时运行状态(即为需要备份的数据)分别记录到主数据库和临时数据库中，并通过读取主数据库中的数据，解析显示在前台页面中。
HA***中的主设备初始化完成后，可以将主数据库中的数据备份到备设备中，清空临时数据库中的数据，并将备份完成时的***时间记录为备份时间点。
其中，主设备可以将主数据库中的数据内容全部导出到SQL(Structured QueryLanguage，结构化查询语句)文件，并清理主设备临时数据库中的数据。然后主设备将SQL文件中的数据远程导入备设备的主数据库中。
对于已进行过数据备份的备设备，主设备可以定时将临时数据库中的数据内容备份到该备设备，清空临时数据库中的数据，并将备份时间点更新为备份完成时的***时间。
对于新加入的备设备，主设备可以将主数据库中的数据内容备份到该新加入的备设备，之后的数据备份流程可以与上述已进行过数据备份的备设备的数据备份流程相同。
当HA***中的主设备的UISM进程挂死，若存在可用的备设备，则备设备之间选举产生新的主设备；若不存在可用的备设备，则待选设备之间选举产生新的主设备。
当原主设备UISM进程恢复时，原主设备广播主设备探测报文，以确定***中是否存在新的主设备；若原主设备接收到主设备响应报文，则原主设备切换为备设备，并将原主设备记录的备份时间点发送给新的主设备，以请求新的主设备向原主设备进行数据备份，开始备份的时间点是原主设备记录的备份时间点。
通过以上描述可以看出，在本申请实施例提供的技术方案中，当目标设备初始化为主设备，并检测到HA***中存在备设备时，将自身记录的需要备份的数据全部备份至该备设备；当需要再次向该备设备进行数据备份时，将上一次数据备份之后新增的需要备份的数据备份至该备设备；当检测到HA***中加入新的备设备时，将自身记录的需要备份的数据全部备份至该新的备设备，可以在减少重复数据备份的情况下，保证新加入***的备设备中的数据的完整性，进而可以提高HA***的可靠性。
请参见图2，为本申请实施例提供的一种数据备份装置的结构示意图，其中，该数据备份装置可以应用于上述方法实施例中的目标设备，如图2所示，该数据备份装置可以包括：
角色管理单元210，用于确定所述目标设备的设备角色；
数据备份单元220，用于当所述目标设备初始化为主设备，并检测到所述HA***中存在备设备时，将自身记录的需要备份的数据全部备份至所述备设备；
所述数据备份单元220，还用于当需要再次向所述备设备进行数据备份时，将上一次数据备份之后新增的需要备份的数据备份至所述备设备；
所述数据备份单元220，还用于当检测到所述HA***中加入新的备设备时，将自身记录的需要备份的数据全部备份至所述新的备设备。
在可选实施例中，需要备份的数据分别记录在主设备的主数据库和临时数据库中；
所述数据备份单元220，具体用于当所述目标设备初始化为主设备，并检测到所述HA***中存在备设备时，将所述目标设备的主数据库中的数据备份至所述备设备，并清空所述目标设备的临时数据库；当需要再次向所述备设备进行数据备份时，将所述目标设备的临时数据库中的数据备份至所述备设备，并清空所述目标设备的临时数据库；当检测到所述HA***中加入新的备设备时，将所述目标设备的主数据库中的数据备份至所述新的备设备。
在可选实施例中，所述数据备份单元220，具体用于当所述目标设备初始化为主设备，并检测到所述HA***中存在备设备时，将自身记录的需要备份的数据全部备份至所述备设备，并将当前的***时间记录为备份时间点；当需要再次向所述备设备进行数据备份时，将所述备份时间点之后记录的需要备份的数据备份至所述备设备，并将所述备份时间点更新为当前的***时间。
请一并参见图3，为本申请实施例提供的另一种数据备份装置的结构示意图，如图3所示，在图2所示数据备份装置的基础上，图3所示的数据备份装置还包括：
发送单元230，用于当所述目标设备初始化运行时，广播主设备探测报文；
接收单元240，用于接收主设备响应报文以及其它设备发送的主设备探测报文；
相应地，所述角色管理单元210，可以具体用于当所述接收单元240在所述发送单元230广播主设备探测报文之后的第一预设时间内未接收到主设备响应报文，且未接收到其它设备发送的主设备探测报文时，初始化所述目标设备为主设备；当所述接收单元240在所述发送单元230广播主设备探测报文之后的第一预设时间内接收到主设备响应报文时，根据所述主设备响应报文确定自身是否为备设备；若是，则初始化所述目标设备为备设备；否则，保持所述目标设备为待选设备。
在可选实施例中，所述发送单元230，还用于当所述目标设备为主设备，且所述接收单元240接收到其它设备发送的主设备探测报文时，向所述其它设备发送主设备响应报文，所述主设备响应报文中携带有所述HA***中的备设备的标识信息。
请一并参见图4，为本申请实施例提供的另一种数据备份装置的结构示意图，如图4所示，在图3所示数据备份装置的基础上，图4所示的数据备份装置还包括：
选举单元250，用于当当所述目标设备为备设备，且所述接收单元240在第二预设时间内未接收到主设备发送的保活报文时，与所述HA***中的其它备设备选举新的主设备；或者，当所述目标设备为待选设备，且所述接收单元240在第二预设时间内未接收到主设备和备设备发送的保活报文时，与所述HA***中的其它待选设备选举新的主设备。
在可选实施例中，所述发送单元230，还用于当所述目标设备为主设备，且在不可用后恢复为可用状态时，广播主设备探测报文；
所述角色管理单元210，还用于当所述接收单元240在所述发送单元230广播主设备探测报文之后的第一预设时间内接收到主设备响应报文时，将自身切换为备设备；
所述发送单元230，还用于当主设备记录有备份完成时间时，将最新的备份完成时间发发送给新的主设备，以使该新的主设备将该最新的备份完成时间之后记录的需要备份的数据备份至所述目标设备。
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
由上述实施例可见，当目标设备初始化为主设备，并检测到HA***中存在备设备时，将自身记录的需要备份的数据全部备份至该备设备；当需要再次向该备设备进行数据备份时，将上一次数据备份之后新增的需要备份的数据备份至该备设备；当检测到HA***中加入新的备设备时，将自身记录的需要备份的数据全部备份至该新的备设备，可以在减少重复数据备份的情况下，保证新加入***的备设备中的数据的完整性，进而可以提高HA***的可靠性。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。
应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。
Claims (14)
1.一种数据备份方法，其特征在于，应用于高可用性集群HA***中的目标设备，该方法包括：
当所述目标设备初始化为主设备，并检测到所述HA***中存在备设备时，将自身记录的需要备份的数据全部备份至所述备设备；
当需要再次向所述备设备进行数据备份时，将上一次数据备份之后新增的需要备份的数据备份至所述备设备；
当检测到所述HA***中加入新的备设备时，将自身记录的需要备份的数据全部备份至所述新的备设备。
2.根据权利要求1所述的方法，其特征在于，需要备份的数据分别记录在主设备的主数据库和临时数据库中；
所述将自身记录的需要备份的数据全部备份至所述备设备，包括：
将所述目标设备的主数据库中的数据备份至所述备设备，并清空所述目标设备的临时数据库；
所述将上一次数据备份之后新增的需要备份的数据备份至所述备设备，包括：
将所述目标设备的临时数据库中的数据备份至所述备设备，并清空所述目标设备的临时数据库；
所述将所述目标设备记录的需要备份的数据备份至所述新的备设备，包括：
将所述目标设备的主数据库中的数据备份至所述新的备设备。
3.根据权利要求1所述的方法，其特征在于，所述将自身记录的需要备份的数据全部备份至所述备设备，包括：
将自身记录的需要备份的数据全部备份至所述备设备，并将当前的***时间记录为备份时间点；
所述将上一次数据备份之后的新增的需要备份的数据备份至所述备设备，包括；
将所述备份时间点之后记录的需要备份的数据备份至所述备设备，并将所述备份时间点更新为当前的***时间。
4.根据权利要求1所述的方法，其特征在于，所述方法还包括：
当所述目标设备初始化运行时，广播主设备探测报文；
当在第一预设时间内未接收到主设备响应报文，且未接收到其它设备发送的主设备探测报文时，初始化所述目标设备为主设备；
当在所述第一预设时间内接收到主设备响应报文时，根据所述主设备响应报文确定自身是否为备设备；若是，则初始化所述目标设备为备设备；否则，保持所述目标设备为待选设备。
5.根据权利要求4所述的方法，其特征在于，所述方法还包括：
当所述目标设备为主设备，并接收到其它设备发送的主设备探测报文时，向所述其它设备发送主设备响应报文，所述主设备响应报文中携带有所述HA***中的备设备的标识信息。
6.根据权利要求4所述的方法，其特征在于，所述方法还包括：
当所述目标设备为备设备，且在第二预设时间内未接收到主设备发送的保活报文时，与所述HA***中的其它备设备选举新的主设备；
当所述目标设备为待选设备，且在第二预设时间内未接收到主设备和备设备发送的保活报文时，与所述HA***中的其它待选设备选举新的主设备。
7.根据权利要求1所述的方法，其特征在于，当主设备记录有备份完成时间时，所述方法还包括：
当所述目标设备为主设备，且在不可用后恢复为可用状态时，广播主设备探测报文；
当所述目标设备在第一预设时间内接收到主设备响应报文时，将自身切换为备设备，并将自身记录的最新的备份完成时间发送给新的主设备，以使该新的主设备将该最新的备份完成时间之后记录的需要备份的数据备份至所述目标设备。
8.一种数据备份装置，其特征在于，应用于高可用性集群HA***中的目标设备，该装置包括：
角色管理单元，用于确定所述目标设备的设备角色；
数据备份单元，用于当所述目标设备初始化为主设备，并检测到所述HA***中存在备设备时，将自身记录的需要备份的数据全部备份至所述备设备；
所述数据备份单元，还用于当需要再次向所述备设备进行数据备份时，将上一次数据备份之后新增的需要备份的数据备份至所述备设备；
所述数据备份单元，还用于当检测到所述HA***中加入新的备设备时，将自身记录的需要备份的数据全部备份至所述新的备设备。
9.根据权利要求8所述的装置，其特征在于，需要备份的数据分别记录在主设备的主数据库和临时数据库中；
所述数据备份单元，具体用于当所述目标设备初始化为主设备，并检测到所述HA***中存在备设备时，将所述目标设备的主数据库中的数据备份至所述备设备，并清空所述目标设备的临时数据库；当需要再次向所述备设备进行数据备份时，将所述目标设备的临时数据库中的数据备份至所述备设备，并清空所述目标设备的临时数据库；当检测到所述HA***中加入新的备设备时，将所述目标设备的主数据库中的数据备份至所述新的备设备。
10.根据权利要求8所述的装置，其特征在于，
所述数据备份单元，具体用于当所述目标设备初始化为主设备，并检测到所述HA***中存在备设备时，将自身记录的需要备份的数据全部备份至所述备设备，并将当前的***时间记录为备份时间点；当需要再次向所述备设备进行数据备份时，将所述备份时间点之后记录的需要备份的数据备份至所述备设备，并将所述备份时间点更新为当前的***时间。
11.根据权利要求8所述的装置，其特征在于，所述装置还包括：
发送单元，用于当所述目标设备初始化运行时，广播主设备探测报文；
接收单元，用于接收主设备响应报文以及其它设备发送的主设备探测报文；
所述角色管理单元，具体用于当所述接收单元在所述发送单元广播主设备探测报文之后的第一预设时间内未接收到主设备响应报文，且未接收到其它设备发送的主设备探测报文时，初始化所述目标设备为主设备；当所述接收单元在所述发送单元广播主设备探测报文之后的第一预设时间内接收到主设备响应报文时，根据所述主设备响应报文确定自身是否为备设备；若是，则初始化所述目标设备为备设备；否则，保持所述目标设备为待选设备。
12.根据权利要求11所述的装置，其特征在于，
所述发送单元，还用于当所述目标设备为主设备，且所述接收单元接收到其它设备发送的主设备探测报文时，向所述其它设备发送主设备响应报文，所述主设备响应报文中携带有所述HA***中的备设备的标识信息。
13.根据权利要求11所述的装置，其特征在于，所述装置还包括：
选举单元，用于当所述目标设备为备设备，且所述接收单元在第二预设时间内未接收到主设备发送的保活报文时，与所述HA***中的其它备设备选举新的主设备；或者，当所述目标设备为待选设备，且所述接收单元在第二预设时间内未接收到主设备和备设备发送的保活报文时，与所述HA***中的其它待选设备选举新的主设备。
14.根据权利要求8所述的装置，其特征在于，
所述发送单元，还用于当所述目标设备为主设备，且在不可用后恢复为可用状态时，广播主设备探测报文；
所述角色管理单元，还用于当所述接收单元在所述发送单元广播主设备探测报文之后的第一预设时间内接收到主设备响应报文时，将自身切换为备设备；
所述发送单元，还用于当主设备记录有备份完成时间时，将最新的备份完成时间发送给新的主设备，以使该新的主设备将该最新的备份完成时间之后记录的需要备份的数据备份至所述目标设备。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710289671.8A CN107038094A (zh) | 2017-04-27 | 2017-04-27 | 一种数据备份方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710289671.8A CN107038094A (zh) | 2017-04-27 | 2017-04-27 | 一种数据备份方法及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN107038094A true CN107038094A (zh) | 2017-08-11 |
Family
ID=59536816
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710289671.8A Pending CN107038094A (zh) | 2017-04-27 | 2017-04-27 | 一种数据备份方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107038094A (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111917886A (zh) * | 2020-08-14 | 2020-11-10 | 深圳市欧瑞博科技股份有限公司 | 智能设备数据迁移方法、装置以及智能设备 |
| WO2023169133A1 (zh) * | 2022-03-07 | 2023-09-14 | 中兴通讯股份有限公司 | 业务容灾备份方法、业务容灾备份***及tof节点 |
| WO2023185556A1 (zh) * | 2022-03-28 | 2023-10-05 | 深圳市兆珑科技有限公司 | 一种多设备管理方法、第一设备、中心设备和存储介质 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1725733A (zh) * | 2005-06-10 | 2006-01-25 | 杭州华为三康技术有限公司 | 联合设备中路由备份的方法及联合设备 |
| CN1808394A (zh) * | 2006-02-20 | 2006-07-26 | 南京联创科技股份有限公司 | 基于内存数据库的软双机方法 |
| US20080183993A1 (en) * | 2007-01-29 | 2008-07-31 | Hitachi, Ltd. | Method for remote backup and storage system |
| CN102831038A (zh) * | 2011-06-17 | 2012-12-19 | 中兴通讯股份有限公司 | Enum-dns的容灾方法及enum-dns |
| US20150019828A1 (en) * | 2003-07-15 | 2015-01-15 | International Business Machines Corporation | System and method for mirroring data |
| CN104866395A (zh) * | 2014-02-24 | 2015-08-26 | ***通信集团福建有限公司 | 数据备份方法及***、主备切换方法及*** |
| CN106502827A (zh) * | 2016-10-19 | 2017-03-15 | 广东欧珀移动通信有限公司 | 一种数据备份方法及设备 |
-
2017
- 2017-04-27 CN CN201710289671.8A patent/CN107038094A/zh active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20150019828A1 (en) * | 2003-07-15 | 2015-01-15 | International Business Machines Corporation | System and method for mirroring data |
| CN1725733A (zh) * | 2005-06-10 | 2006-01-25 | 杭州华为三康技术有限公司 | 联合设备中路由备份的方法及联合设备 |
| CN1808394A (zh) * | 2006-02-20 | 2006-07-26 | 南京联创科技股份有限公司 | 基于内存数据库的软双机方法 |
| US20080183993A1 (en) * | 2007-01-29 | 2008-07-31 | Hitachi, Ltd. | Method for remote backup and storage system |
| CN102831038A (zh) * | 2011-06-17 | 2012-12-19 | 中兴通讯股份有限公司 | Enum-dns的容灾方法及enum-dns |
| CN104866395A (zh) * | 2014-02-24 | 2015-08-26 | ***通信集团福建有限公司 | 数据备份方法及***、主备切换方法及*** |
| CN106502827A (zh) * | 2016-10-19 | 2017-03-15 | 广东欧珀移动通信有限公司 | 一种数据备份方法及设备 |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111917886A (zh) * | 2020-08-14 | 2020-11-10 | 深圳市欧瑞博科技股份有限公司 | 智能设备数据迁移方法、装置以及智能设备 |
| CN111917886B (zh) * | 2020-08-14 | 2023-05-30 | 深圳市欧瑞博科技股份有限公司 | 智能设备数据迁移方法、装置以及智能设备 |
| WO2023169133A1 (zh) * | 2022-03-07 | 2023-09-14 | 中兴通讯股份有限公司 | 业务容灾备份方法、业务容灾备份***及tof节点 |
| WO2023185556A1 (zh) * | 2022-03-28 | 2023-10-05 | 深圳市兆珑科技有限公司 | 一种多设备管理方法、第一设备、中心设备和存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110224871B (zh) | 一种Redis集群的高可用方法及装置 | |
| CN106911524B (zh) | 一种ha实现方法及装置 | |
| EP3620905B1 (en) | Method and device for identifying osd sub-health, and data storage system | |
| EP3125117B1 (en) | Update management system and update management method | |
| CN102656565B (zh) | 已复制数据的故障切换和恢复的方法和*** | |
| CN103460203B (zh) | 群集唯一标识符 | |
| CN102640108B (zh) | 已复制数据的监控 | |
| CN108632067B (zh) | 容灾部署方法、装置及*** | |
| EP1873645A1 (en) | Storage system and data replication method | |
| CN110807064B (zh) | Rac分布式数据库集群***中的数据恢复装置 | |
| CN102708018A (zh) | 一种异常处理方法及***、代理设备与控制装置 | |
| CN102402441B (zh) | 一种对多台计算机进行配置的***和方法 | |
| CN106528327A (zh) | 一种数据处理方法以及备份服务器 | |
| US20200319983A1 (en) | Redundancy Method, Device, and System | |
| CN113489691B (zh) | 网络访问方法、装置、计算机可读介质及电子设备 | |
| EP2902922A1 (en) | Distributed file system and data backup method for distributed file system | |
| CN104038376A (zh) | 一种管理真实服务器的方法、装置及lvs集群*** | |
| CN109845192B (zh) | 动态地适配网络的计算机***和方法及计算机可读介质 | |
| CN103297502B (zh) | 一种负载均衡***及方法 | |
| WO2016177231A1 (zh) | 基于双主控的主备倒换方法及装置 | |
| CN103516755A (zh) | 虚拟存储方法及设备 | |
| CN107038094A (zh) | 一种数据备份方法及装置 | |
| CN111338893A (zh) | 进程日志处理方法、装置、计算机设备以及存储介质 | |
| CN111405590A (zh) | 一种虚拟化网元数据流量导出方法、装置和存储介质 | |
| US11153173B1 (en) | Dynamically updating compute node location information in a distributed computing environment |
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 | ||
| CB02 | Change of applicant information | ||
| CB02 | Change of applicant information |
Address after: 310052 11th Floor, 466 Changhe Road, Binjiang District, Hangzhou City, Zhejiang Province Applicant after: Xinhua Sanxin Information Technology Co., Ltd. Address before: 310052 11th Floor, 466 Changhe Road, Binjiang District, Hangzhou City, Zhejiang Province Applicant before: Huashan Information Technology Co., Ltd. |
|
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170811 |