CN110213100A - 一种配置数据的容灾方法、装置、设备及可读存储介质 - Google Patents

一种配置数据的容灾方法、装置、设备及可读存储介质 Download PDF

Info

Publication number
CN110213100A
CN110213100A CN201910477500.7A CN201910477500A CN110213100A CN 110213100 A CN110213100 A CN 110213100A CN 201910477500 A CN201910477500 A CN 201910477500A CN 110213100 A CN110213100 A CN 110213100A
Authority
CN
China
Prior art keywords
data
configuration data
configuration
distributed system
history
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.)
Granted
Application number
CN201910477500.7A
Other languages
English (en)
Other versions
CN110213100B (zh
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.)
DBAPPSecurity Co Ltd
Hangzhou Dbappsecurity Technology Co Ltd
Original Assignee
Hangzhou Dbappsecurity Technology 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 Hangzhou Dbappsecurity Technology Co Ltd filed Critical Hangzhou Dbappsecurity Technology Co Ltd
Priority to CN201910477500.7A priority Critical patent/CN110213100B/zh
Publication of CN110213100A publication Critical patent/CN110213100A/zh
Application granted granted Critical
Publication of CN110213100B publication Critical patent/CN110213100B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
    • H04L41/0622—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time based on time
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • H04L41/064—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis involving time analysis
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请公开了一种配置数据的容灾方法，包括：当分布式系统的配置数据出现故障，则利用Git工具查询预先存储的分布式系统的历史配置数据库；在历史配置数据库中选择可用的待配置数据，并将待配置数据发送至分布式系统中的节点，以使分布式系统中的节点配置待配置数据。其中，Git工具能够将每次配置的配置数据以不同版本存储在历史配置数据库中，因此在配置数据出现故障时，可以将某一历史配置数据配置于分布式系统的节点，以及时恢复分布式系统中的配置数据，提高分布式系统的容灾能力和可靠性。相应地，本申请公开的一种配置数据的容灾装置、设备及可读存储介质，也同样具有上述技术效果。

Description

一种配置数据的容灾方法、装置、设备及可读存储介质
技术领域
本申请涉及计算机技术领域，特别涉及一种配置数据的容灾方法、装置、设备及可读存储介质。
背景技术
在现有技术中，在为分布式系统中的各个节点配置数据时，通常采用覆盖的方式使本次配置数据覆盖前次的配置数据，以保留本次配置数据。当将本次配置数据配置于分布式系统中的各个节点后，若配置数据中存在错误数据，将导致用户访问错误，严重时可能会使系统宕机。但由于仅保留了本次配置数据，导致无法及时为分布式系统配置正确的数据，从而会影响用户的访问体验，降低分布式系统的性能和可靠性。
需要说明的是，配置数据一般由人工输入或操作得到，而人工操作难免会出现疏漏，因此配置数据中难免会存在错误数据。
因此，在分布式系统中的配置数据出现故障时，如何及时恢复配置数据，提高分布式系统的容灾能力，是本领域技术人员需要解决的问题。
发明内容
有鉴于此，本申请的目的在于提供一种配置数据的容灾方法、装置、设备及可读存储介质，以实现在分布式系统中的配置数据出现故障时，及时恢复配置数据，提高分布式系统的容灾能力。其具体方案如下：
第一方面，本申请提供了一种配置数据的容灾方法，包括：
当分布式系统的配置数据出现故障，则利用Git工具查询预先存储的分布式系统的历史配置数据库；所述历史配置数据库中存储有所述分布式系统的历次配置数据；
在历史配置数据库中选择可用的待配置数据，并将待配置数据发送至分布式系统中的节点，以使分布式系统中的节点配置待配置数据。
优选地，将待配置数据发送至分布式系统中的节点之后，还包括：
利用Git工具记录待配置数据的发送时间戳，并将发送时间戳和待配置数据对应存储至历史配置数据库。
优选地，将待配置数据发送至分布式系统中的节点，包括：
将待配置数据恢复至目标目录，并利用目标目录中的待配置数据覆盖当前配置目录中的配置数据；
将当前配置目录中的待配置数据发送至分布式系统中的节点。
优选地，在历史配置数据库中选择可用的待配置数据，包括：
将历史配置数据库中记录的不同发送时间戳，按照时间顺序倒序排列，并将排列在第二的发送时间戳对应的历史配置数据确定为待配置数据。
优选地，在历史配置数据库中选择可用的待配置数据，包括：
获取用户输入的目标时间戳，将历史配置数据库中与目标时间戳对应的历史配置数据，确定为待配置数据。
优选地，还包括：
导出历史配置数据库中的错误配置数据，以及错误配置数据对应的发送时间戳。
优选地，还包括：
将历史配置数据库中的历史配置数据，按照发送时间戳的时间顺序排列为列表。
第二方面，本申请提供了一种配置数据的容灾装置，包括：
查询模块，用于当分布式系统的配置数据出现故障，则利用Git工具查询预先存储的分布式系统的历史配置数据库；所述历史配置数据库中存储有所述分布式系统的历次配置数据；
配置模块，用于在历史配置数据库中选择可用的待配置数据，并将待配置数据发送至分布式系统中的节点，以使分布式系统中的节点配置待配置数据。
第三方面，本申请提供了一种配置数据的容灾设备，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序，以实现前述公开的配置数据的容灾方法。
第四方面，本申请提供了一种可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述公开的配置数据的容灾方法。
可见，本申请在分布式系统的配置数据出现故障，则利用Git工具查询预先存储的分布式系统的历史配置数据库；在历史配置数据库中选择可用的待配置数据，并将待配置数据发送至分布式系统中的节点，以使分布式系统中的节点配置待配置数据。其中，Git工具是一款免费、开源的分布式版本控制系统，其能够将每次配置的配置数据以不同版本存储在历史配置数据库中。也就是说，历史配置数据库中存储有分布式系统的历次配置数据，因此在配置数据出现故障时，可以将某一历史配置数据配置于分布式系统的节点，以及时恢复分布式系统，从而实现配置数据的及时恢复，提高分布式系统的容灾能力和可靠性，也提高了用户体验。
相应地，本申请提供的一种配置数据的容灾装置、设备及可读存储介质，也同样具有上述技术效果。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本申请公开的第一种配置数据的容灾方法流程图；
图2为本申请公开的第二种配置数据的容灾方法流程图；
图3为本申请公开的第三种配置数据的容灾方法流程图；
图4为本申请公开的一种配置数据的容灾装置示意图；
图5为本申请公开的一种配置数据的容灾设备示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
目前，在为分布式系统中的各个节点配置数据时，通常采用覆盖的方式使本次配置数据覆盖前次的配置数据，以保留本次配置数据。当将本次配置数据配置于分布式系统中的各个节点后，若配置数据中存在错误数据，将导致用户访问错误，严重时可能会使系统宕机。但由于仅保留了本次配置数据，导致无法及时为分布式系统配置正确的数据，从而会影响用户的访问体验，降低分布式系统的性能和可靠性。为此，本申请提供了一种配置数据的容灾方案，能够在分布式系统中的配置数据出现故障时，及时恢复配置数据，提高分布式系统的容灾能力。
参见图1所示，本申请实施例公开了第一种配置数据的容灾方法，包括：
S101、当分布式系统的配置数据出现故障，则利用Git工具查询预先存储的分布式系统的历史配置数据库；
其中，历史配置数据库中存储有分布式系统的历次配置数据，每次配置数据利用Git工具以不同版本进行存储，每次存储的配置数据均会对应一个发送时间戳。也就是说，Git工具能够对历史配置数据库中的配置数据进行管理操作，管理操作至少包括：存储、查询、删除、更改。
S102、在历史配置数据库中选择可用的待配置数据，并将待配置数据发送至分布式系统中的节点，以使分布式系统中的节点配置待配置数据。
需要说明的是，由于历史配置数据库中存储有历次配置数据，因此其中会包括错误配置数据，故在恢复配置数据时，需要在历史配置数据库中选择可用的待配置数据。
具体的，选择可用的待配置数据的具体方法包括：将历史配置数据库中记录的不同发送时间戳，按照时间顺序倒序排列，并将排列在第二的发送时间戳对应的历史配置数据确定为待配置数据；或获取用户输入的目标时间戳，将历史配置数据库中与目标时间戳对应的历史配置数据，确定为待配置数据。
其中，由于配置数据出现故障，说明前次的配置数据可能存在问题，因此将历史配置数据库中记录的不同发送时间戳按照时间顺序倒序排列，排列在第二的发送时间戳对应的配置数据为：前次配置数据的前次配置数据。而系统中的配置数据一般不会连续故障，故认为前次配置数据的前次配置数据为正确配置数据，因而将排列在第二的发送时间戳对应的历史配置数据确定为待配置数据。
当然，维护分布式系统的技术人员明确知悉历史配置数据库中的哪些配置数据为正确数据，因此可以将用户输入的目标时间戳对应的历史配置数据确定为可用的待配置数据。
在本实施例中，将待配置数据发送至分布式系统中的节点之后，还包括：利用Git工具记录待配置数据的发送时间戳，并将发送时间戳和待配置数据对应存储至历史配置数据库。
分布式系统的配置数据出现故障的原因可能是数据丢失、配置错误或其他。为了便于追溯故障原因，可以导出历史配置数据库中的错误配置数据，以及错误配置数据对应的发送时间戳，进而将错误配置数据，以及错误配置数据对应的发送时间戳进行可视化展示，以便于技术人员进行分析。展示的方式包括但不限于邮件、可视化文档和表格。当然，还可以将历史配置数据库中的历史配置数据，按照发送时间戳的时间顺序排列为列表，以便于技术人员查询。
若将本实施例公开的方法的整个实施过程记录在系统日志中，那么技术人员便可基于系统日志分析配置数据的容灾过程，以优化容灾方案。
可见，本申请实施例在分布式系统的配置数据出现故障，则利用Git工具查询预先存储的分布式系统的历史配置数据库；在历史配置数据库中选择可用的待配置数据，并将待配置数据发送至分布式系统中的节点，以使分布式系统中的节点配置待配置数据。其中，Git工具是一款免费、开源的分布式版本控制系统，其能够将每次配置的配置数据以不同版本存储在历史配置数据库中。也就是说，历史配置数据库中存储有分布式系统的历次配置数据，因此在配置数据出现故障时，可以将某一历史配置数据配置于分布式系统的节点，以及时恢复分布式系统，从而实现配置数据的及时恢复，提高分布式系统的容灾能力和可靠性，也提高了用户体验。
参见图2所示，本申请实施例公开了第二种配置数据的容灾方法，包括：
S201、当分布式系统的配置数据出现故障，则利用Git工具查询预先存储的分布式系统的历史配置数据库；
其中，所述历史配置数据库中存储有所述分布式系统的历次配置数据。
S202、在历史配置数据库中选择可用的待配置数据，并将待配置数据发送至分布式系统中的节点，以使分布式系统中的节点配置待配置数据；
S203、利用Git工具记录待配置数据的发送时间戳，并将发送时间戳和待配置数据对应存储至历史配置数据库。
在本实施例中，当将待配置数据发送至分布式系统中的节点之后，还包括：利用Git工具记录待配置数据的发送时间戳，并将发送时间戳和待配置数据对应存储至历史配置数据库。虽然本次配置的数据为历史配置数据，但Git工具会以新的时间戳再次存储，这样可使历史配置数据库中的配置数据按照时间戳的时间顺序有序排列，为配置数据的管理提供便利。
在本实施例中，为避免恢复过程中数据丢失或错误，可以先将待配置数据恢复至目标目录，并利用目标目录中的待配置数据覆盖当前配置目录中的配置数据；再将当前配置目录中的待配置数据发送至分布式系统中的节点。
需要说明的是，本实施例中的其他实现步骤与上述实施例相同或类似，故本实施例在此不再赘述。
由上可见，本实施例在分布式系统的配置数据出现故障，则利用Git工具查询预先存储的分布式系统的历史配置数据库；在历史配置数据库中选择可用的待配置数据，并将待配置数据发送至分布式系统中的节点，以使分布式系统中的节点配置待配置数据。其中，Git工具是一款免费、开源的分布式版本控制系统，其能够将每次配置的配置数据以不同版本存储在历史配置数据库中。也就是说，历史配置数据库中存储有分布式系统的历次配置数据，因此在配置数据出现故障时，可以将某一历史配置数据配置于分布式系统的节点，以及时恢复分布式系统，从而实现配置数据的及时恢复，提高分布式系统的容灾能力和可靠性，也提高了用户体验。
参见图3所示，本申请实施例公开了第三种配置数据的容灾方法，该方法采用Git作为配置数据的管理工具。在配置数据变更后，提交配置数据并下发，同时记录下发时间戳。当配置数据丢失或错误，则根据下发时间戳查询正确的配置数据，并将正确的配置数据恢复至另一个目录，然后将另一个目录中的正确配置数据拷贝至当前配置目录内，以覆盖错误的配置数据。下发时间戳即上述提及的发送时间戳。
需要说明的是，时间戳精确到秒，在分布式系统中，同一秒内只允许做一次下发操作，即只允许发送一次配置数据给各个节点。具体的，容灾方法可由分布式系统中的中心配置节点实现，中心配置节点可看作分布式系统中的管理节点，接收配置数据的其他节点为被管节点。
需要说明的是，本实施例中的其他实现步骤与上述实施例相同或类似，故本实施例在此不再赘述。
由上可见，本实施例在分布式系统出现配置数据错误或丢失的情况下，能及时准确地找到任意时刻的正确配置进行恢复操作，从而将故障的影响减少到最小，提高了分布式系统的容灾能力。
下面对本申请实施例提供的一种配置数据的容灾装置进行介绍，下文描述的一种配置数据的容灾装置与上文描述的一种配置数据的容灾方法可以相互参照。
参见图4所示，本申请实施例公开了一种配置数据的容灾装置，包括：
查询模块401，用于当分布式系统的配置数据出现故障，则利用Git工具查询预先存储的分布式系统的历史配置数据库；所述历史配置数据库中存储有所述分布式系统的历次配置数据；
配置模块402，用于在历史配置数据库中选择可用的待配置数据，并将待配置数据发送至分布式系统中的节点，以使分布式系统中的节点配置待配置数据。
在一种具体实施方式中，配置数据的容灾装置还包括：
存储模块，用于利用Git工具记录待配置数据的发送时间戳，并将发送时间戳和待配置数据对应存储至历史配置数据库。
在一种具体实施方式中，配置模块包括：
恢复单元，用于将待配置数据恢复至目标目录，并利用目标目录中的待配置数据覆盖当前配置目录中的配置数据；
配置单元，用于将当前配置目录中的待配置数据发送至分布式系统中的节点。
在一种具体实施方式中，配置模块具体用于：
将历史配置数据库中记录的不同发送时间戳，按照时间顺序倒序排列，并将排列在第二的发送时间戳对应的历史配置数据确定为待配置数据。
在一种具体实施方式中，配置模块具体用于：
获取用户输入的目标时间戳，将历史配置数据库中与目标时间戳对应的历史配置数据，确定为待配置数据。
在一种具体实施方式中，配置数据的容灾装置还包括：
导出模块，用于导出历史配置数据库中的错误配置数据，以及错误配置数据对应的发送时间戳。
在一种具体实施方式中，配置数据的容灾装置还包括：
排列模块，用于将历史配置数据库中的历史配置数据，按照发送时间戳的时间顺序排列为列表。
其中，关于本实施例中各个模块、单元更加具体的工作过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。
可见，本实施例提供了一种配置数据的容灾装置，包括：查询模块以及配置模块。当分布式系统的配置数据出现故障，首先由查询模块利用Git工具查询预先存储的分布式系统的历史配置数据库；进而配置模块在历史配置数据库中选择可用的待配置数据，并将待配置数据发送至分布式系统中的节点，以使分布式系统中的节点配置待配置数据。如此各个模块之间分工合作，各司其职，从而实现了配置数据的及时恢复，提高了分布式系统的容灾能力和可靠性，也提高了用户体验。
下面对本申请实施例提供的一种配置数据的容灾设备进行介绍，下文描述的一种配置数据的容灾设备与上文描述的一种配置数据的容灾方法及装置可以相互参照。
参见图5所示，本申请实施例公开了一种配置数据的容灾设备，包括：
存储器501，用于保存计算机程序；
处理器502，用于执行所述计算机程序，以实现以下步骤：
当分布式系统的配置数据出现故障，则利用Git工具查询预先存储的分布式系统的历史配置数据库；所述历史配置数据库中存储有所述分布式系统的历次配置数据；在历史配置数据库中选择可用的待配置数据，并将待配置数据发送至分布式系统中的节点，以使分布式系统中的节点配置待配置数据。
在本实施例中，所述处理器执行所述存储器中保存的计算机子程序时，可以具体实现以下步骤：利用Git工具记录待配置数据的发送时间戳，并将发送时间戳和待配置数据对应存储至历史配置数据库。
在本实施例中，所述处理器执行所述存储器中保存的计算机子程序时，可以具体实现以下步骤：将待配置数据恢复至目标目录，并利用目标目录中的待配置数据覆盖当前配置目录中的配置数据；将当前配置目录中的待配置数据发送至分布式系统中的节点。
在本实施例中，所述处理器执行所述存储器中保存的计算机子程序时，可以具体实现以下步骤：将历史配置数据库中记录的不同发送时间戳，按照时间顺序倒序排列，并将排列在第二的发送时间戳对应的历史配置数据确定为待配置数据。
在本实施例中，所述处理器执行所述存储器中保存的计算机子程序时，可以具体实现以下步骤：获取用户输入的目标时间戳，将历史配置数据库中与目标时间戳对应的历史配置数据，确定为待配置数据。
在本实施例中，所述处理器执行所述存储器中保存的计算机子程序时，可以具体实现以下步骤：导出历史配置数据库中的错误配置数据，以及错误配置数据对应的发送时间戳。
在本实施例中，所述处理器执行所述存储器中保存的计算机子程序时，可以具体实现以下步骤：将历史配置数据库中的历史配置数据，按照发送时间戳的时间顺序排列为列表。
下面对本申请实施例提供的一种可读存储介质进行介绍，下文描述的一种可读存储介质与上文描述的一种配置数据的容灾方法、装置及设备可以相互参照。
一种可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述实施例公开的配置数据的容灾方法。关于该方法的具体步骤可以参考前述实施例中公开的相应内容，在此不再进行赘述。
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的可读存储介质中。
本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种配置数据的容灾方法，其特征在于，包括：
当分布式系统的配置数据出现故障，则利用Git工具查询预先存储的所述分布式系统的历史配置数据库；所述历史配置数据库中存储有所述分布式系统的历次配置数据；
在所述历史配置数据库中选择可用的待配置数据，并将所述待配置数据发送至所述分布式系统中的节点，以使所述分布式系统中的节点配置所述待配置数据。
2.根据权利要求1所述的配置数据的容灾方法，其特征在于，所述将所述待配置数据发送至所述分布式系统中的节点之后，还包括：
利用所述Git工具记录所述待配置数据的发送时间戳，并将所述发送时间戳和所述待配置数据对应存储至所述历史配置数据库。
3.根据权利要求2所述的配置数据的容灾方法，其特征在于，所述将所述待配置数据发送至所述分布式系统中的节点，包括：
将所述待配置数据恢复至目标目录，并利用所述目标目录中的待配置数据覆盖当前配置目录中的配置数据；
将所述当前配置目录中的待配置数据发送至所述分布式系统中的节点。
4.根据权利要求3所述的配置数据的容灾方法，其特征在于，所述在所述历史配置数据库中选择可用的待配置数据，包括：
将所述历史配置数据库中记录的不同发送时间戳，按照时间顺序倒序排列，并将排列在第二的发送时间戳对应的历史配置数据确定为所述待配置数据。
5.根据权利要求3所述的配置数据的容灾方法，其特征在于，所述在所述历史配置数据库中选择可用的待配置数据，包括：
获取用户输入的目标时间戳，将所述历史配置数据库中与所述目标时间戳对应的历史配置数据，确定为所述待配置数据。
6.根据权利要求4或5所述的配置数据的容灾方法，其特征在于，还包括：
导出所述历史配置数据库中的错误配置数据，以及所述错误配置数据对应的发送时间戳。
7.根据权利要求2所述的配置数据的容灾方法，其特征在于，还包括：
将所述历史配置数据库中的历史配置数据，按照发送时间戳的时间顺序排列为列表。
8.一种配置数据的容灾装置，其特征在于，包括：
查询模块，用于当分布式系统的配置数据出现故障，则利用Git工具查询预先存储的所述分布式系统的历史配置数据库；所述历史配置数据库中存储有所述分布式系统的历次配置数据；
配置模块，用于在所述历史配置数据库中选择可用的待配置数据，并将所述待配置数据发送至所述分布式系统中的节点，以使所述分布式系统中的节点配置所述待配置数据。
9.一种配置数据的容灾设备，其特征在于，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序，以实现如权利要求1至7任一项所述的配置数据的容灾方法。
10.一种可读存储介质，其特征在于，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的配置数据的容灾方法。
CN201910477500.7A 2019-06-03 2019-06-03 一种配置数据的容灾方法、装置、设备及可读存储介质 Active CN110213100B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910477500.7A CN110213100B (zh) 2019-06-03 2019-06-03 一种配置数据的容灾方法、装置、设备及可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910477500.7A CN110213100B (zh) 2019-06-03 2019-06-03 一种配置数据的容灾方法、装置、设备及可读存储介质

Publications (2)

Publication Number Publication Date
CN110213100A true CN110213100A (zh) 2019-09-06
CN110213100B CN110213100B (zh) 2022-04-08

Family

ID=67790411

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910477500.7A Active CN110213100B (zh) 2019-06-03 2019-06-03 一种配置数据的容灾方法、装置、设备及可读存储介质

Country Status (1)

Country Link
CN (1) CN110213100B (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110955615A (zh) * 2019-10-23 2020-04-03 武汉光庭信息技术股份有限公司 一种TBox内部数据保护方法及系统
CN112118140A (zh) * 2020-09-18 2020-12-22 平安科技（深圳）有限公司 Cdn配置方法、装置、计算机设备及存储介质
CN113505023A (zh) * 2021-06-25 2021-10-15 上海华兴数字科技有限公司 一种数据回滚的方法以及数据回滚的装置
CN115314378A (zh) * 2022-08-09 2022-11-08 深信服科技股份有限公司 一种数据引流方法、装置及电子设备和存储介质

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101022633A (zh) * 2007-02-14 2007-08-22 华为技术有限公司 一种配置数据恢复方法、系统及装置
CN103763137A (zh) * 2014-01-07 2014-04-30 北京东土科技股份有限公司 一种设备配置连接保护方法、系统及装置
WO2014101171A1 (zh) * 2012-12-31 2014-07-03 富士通株式会社 连接失败恢复方法、装置和系统
CN204013573U (zh) * 2014-08-26 2014-12-10 国家电网公司 一种设备故障快速抢修装置
CN106681865A (zh) * 2017-01-16 2017-05-17 北京腾凌科技有限公司 业务恢复方法及装置
CN106686035A (zh) * 2015-11-10 2017-05-17 北京京东尚科信息技术有限公司 基于Apache FtpServer实现定制化FTP服务器的方法及装置
CN106850299A (zh) * 2017-02-09 2017-06-13 北京极科极客科技有限公司 一种快速恢复设备配置的方法及系统
JP2019062264A (ja) * 2017-09-25 2019-04-18 Kddi株式会社 障害管理装置およびその障害監視用パス設定方法

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101022633A (zh) * 2007-02-14 2007-08-22 华为技术有限公司 一种配置数据恢复方法、系统及装置
WO2014101171A1 (zh) * 2012-12-31 2014-07-03 富士通株式会社 连接失败恢复方法、装置和系统
CN103763137A (zh) * 2014-01-07 2014-04-30 北京东土科技股份有限公司 一种设备配置连接保护方法、系统及装置
CN204013573U (zh) * 2014-08-26 2014-12-10 国家电网公司 一种设备故障快速抢修装置
CN106686035A (zh) * 2015-11-10 2017-05-17 北京京东尚科信息技术有限公司 基于Apache FtpServer实现定制化FTP服务器的方法及装置
CN106681865A (zh) * 2017-01-16 2017-05-17 北京腾凌科技有限公司 业务恢复方法及装置
CN106850299A (zh) * 2017-02-09 2017-06-13 北京极科极客科技有限公司 一种快速恢复设备配置的方法及系统
JP2019062264A (ja) * 2017-09-25 2019-04-18 Kddi株式会社 障害管理装置およびその障害監視用パス設定方法

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110955615A (zh) * 2019-10-23 2020-04-03 武汉光庭信息技术股份有限公司 一种TBox内部数据保护方法及系统
CN110955615B (zh) * 2019-10-23 2021-11-09 武汉光庭信息技术股份有限公司 一种TBox内部数据保护方法及系统
CN112118140A (zh) * 2020-09-18 2020-12-22 平安科技（深圳）有限公司 Cdn配置方法、装置、计算机设备及存储介质
CN112118140B (zh) * 2020-09-18 2024-05-14 平安科技（深圳）有限公司 Cdn配置方法、装置、计算机设备及存储介质
CN113505023A (zh) * 2021-06-25 2021-10-15 上海华兴数字科技有限公司 一种数据回滚的方法以及数据回滚的装置
CN115314378A (zh) * 2022-08-09 2022-11-08 深信服科技股份有限公司 一种数据引流方法、装置及电子设备和存储介质

Also Published As

Publication number Publication date
CN110213100B (zh) 2022-04-08

Similar Documents

Publication Publication Date Title
CN110213100A (zh) 一种配置数据的容灾方法、装置、设备及可读存储介质
US11677687B2 (en) Switching between fault response models in a storage system
CN110531940B (zh) 视频文件处理方法及装置
CN109542342B (zh) 元数据管理与数据重构方法、设备及存储介质
CN104932953A (zh) 一种数据分发方法、数据存储方法、相关装置以及系统
CN105550229A (zh) 分布式存储系统数据修复的方法和装置
US11210183B2 (en) Memory health tracking for differentiated data recovery configurations
US10067836B1 (en) Configuration based intelligent protection modeling
CN107870731B (zh) 独立盘冗余阵列系统的管理方法和电子设备
CN105205053A (zh) 一种数据库增量日志解析方法及系统
CN105095103B (zh) 用于云环境下的存储设备管理方法和装置
WO2014060882A1 (en) Consistency group management
CN104536852B (zh) 数据恢复方法及装置
CN111125065A (zh) 可视化数据同步方法、系统、终端和计算机可读存储介质
CN103440204B (zh) 一种更新文件系统的方法和存储设备
CN108183965A (zh) 一种数据同步方法、装置、设备、系统及可读存储介质
CN110413694A (zh) 元数据管理方法及相关装置
CN108762982B (zh) 一种数据库恢复方法、装置及系统
CN105550230A (zh) 分布式存储系统节点故障的侦测方法和装置
CN114218193A (zh) 数据迁移方法、装置、计算机设备和可读存储介质
CN109462661A (zh) 数据同步方法、装置、计算机设备和存储介质
CN106484312B (zh) 一种虚拟机磁盘数据迁移方法及装置
CN109116818B (zh) 一种scada系统升级时的实时数据转储方法和装置
CN115080309A (zh) 数据备份系统、方法、存储介质以及电子设备
CN109150596A (zh) 一种scada系统实时数据转储方法和装置

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
GR01 Patent grant
GR01 Patent grant