JP2021072087A - Distributed storage remote self-repairing program - Google Patents

Distributed storage remote self-repairing program Download PDF

Info

Publication number
JP2021072087A
JP2021072087A JP2020042810A JP2020042810A JP2021072087A JP 2021072087 A JP2021072087 A JP 2021072087A JP 2020042810 A JP2020042810 A JP 2020042810A JP 2020042810 A JP2020042810 A JP 2020042810A JP 2021072087 A JP2021072087 A JP 2021072087A
Authority
JP
Japan
Prior art keywords
snapshot
rbd
cluster database
name
distributed storage
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
JP2020042810A
Other languages
Japanese (ja)
Inventor
坤祥 李
Kunxiang Li
坤祥 李
偉 史
Wei Shi
偉 史
宇 閔
Yu Min
宇 閔
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.)
Guangdong Zhijiang Network Co Ltd
Guangdong Efly Network Co Ltd
Original Assignee
Guangdong Zhijiang Network Co Ltd
Guangdong Efly Network 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 Guangdong Zhijiang Network Co Ltd, Guangdong Efly Network Co Ltd filed Critical Guangdong Zhijiang Network Co Ltd
Publication of JP2021072087A publication Critical patent/JP2021072087A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • 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
    • H04L67/1097—Protocols 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]
    • 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
    • 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
    • G06F11/1464—Management of the backup or restore process for networked environments
    • 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/1471—Saving, restoring, recovering or retrying involving logging of persistent data for recovery
    • 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/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Retry When Errors Occur (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

To provide a distributed storage remote disaster recovery method that imports a differential file from a snapshot of rbd to a standby cluster.SOLUTION: Rbd is created as a base rbd in a standby cluster database, a snapshot of the rbd and a differential file are generated in a main cluster database, and a name of the differential file is matched with a snapshot name. The differential file is imported into the base rbd in the standby cluster database, a last snap shot is found in the main cluster database, it is confirmed whether there is a snapshot having the same name in the standby cluster database, if there is, a new snapshot of the rbd and a differential file are generated in the main cluster database, the name of the differential file is matched with the name of the new snap shot, and the differential file is imported into the base rbd in the standby cluster database.SELECTED DRAWING: Figure 1

Description

本発明は、データストレージ・災害復旧の技術分野に関し、特に差分ファイルに基づく分散ストレージリモート災害復旧方式に関する。 The present invention relates to the technical field of data storage / disaster recovery, and particularly to a distributed storage remote disaster recovery method based on a difference file.

Ｃｅｐｈは、ＰＢレベルの大容量データストレージプラットフォーム向けのソフトウェア定義のオープンソース分散オブジェクトストレージソリューションである。近年のビッグデータの発展に伴い、Ｃｅｐｈは、性能、信頼性、及び拡張性の点で優れたパフォーマンスを発揮するため、分散ストレージ分野で幅広く使用されている。エンタープライズレベルのオープンソースプラットフォームとして、Ｃｅｐｈは、業界標準の経済的なサーバー及び磁気ディスクに統一したソフトウェア定義ストレージを提供でき、データブロック、オブジェクト、及びファイルのストレージを１つのプラットフォームに統合しており、信頼性の高い自動リバランシング及び自動リカバリが可能な分散ストレージシステムである。Ｃｅｐｈは、ユーザーニーズに簡単に対応できるように拡張性を簡素化し、且つフォールトトレラントを有し、単一障害点をさらに減らす。 Ceph is a software-defined open source distributed object storage solution for PB-level mass data storage platforms. With the development of big data in recent years, Ceph is widely used in the field of distributed storage because of its excellent performance in terms of performance, reliability, and scalability. As an enterprise-level open source platform, Ceph can provide unified software-defined storage for industry-standard economical servers and magnetic disks, consolidating data block, object, and file storage into one platform. It is a distributed storage system that enables highly reliable automatic rebalancing and automatic recovery. Ceph simplifies scalability to easily meet user needs and has fault tolerance, further reducing single points of failure.

ＲＢＤは、まばらに割り当てられたＣｅｐｈのブロックデバイスインターフェイスであり、Ｃｅｐｈが既存のコンピューティング環境に直接アクセスできるようにすることを目的とし、ファイル／ブロックボリュームのアプリケーション及び仮想環境にアクセスするときに再設計する必要がなくなるが、Ｃｅｐｈが提供するほとんどの特性、機能及び柔軟性を利用できる。Ｃｅｐｈのオブジェクトベースモデルの利点は、ブロックデバイスとファイルシステムインターフェイスをスナップショット、クローン、及び優れたロードバランシングサポートに使用できることである。 The RBD is Ceph's sparsely allocated block device interface, redesigned when accessing file / block volume applications and virtual environments with the goal of allowing Ceph direct access to existing computing environments. You don't have to, but you can take advantage of most of the properties, features, and flexibility that Ceph offers. The advantage of Ceph's object-based model is that block devices and file system interfaces can be used for snapshots, clones, and excellent load balancing support.

ＲＢＤ−ｍｉｒｒｏｒは、ｃｅｐｈクラスター間のデータブロックデバイス間のバックアップであり、この機能により、クラスターレベルのバックアップと地理的位置間のデータバックアップが実現できる。現在、クラウドプロバイダーは、一般に、リモート災害復旧手段としてＲｂｄ−ｍｉｒｒｏｒリモート災害復旧方式を使用しているが、ＲＢＤ−ｍｉｒｒｏｒリモート災害復旧方法には、次の一連の欠点がある。１．クライアントは、同じデータを２回書き込む必要がある。２．ＲＢＤ−ｍｉｒｒｏｒはｃｅｐｈのパフォーマンスに大きな影響を与える。３．バックアッププロセスを制御することができない。４．運用と保守の難易度を上げる。 RBD-mirror is a backup between data block devices between ceph clusters, and this function enables cluster-level backup and data backup between geographical locations. Currently, cloud providers generally use the Rbd-mirr remote disaster recovery method as a remote disaster recovery means, but the RBD-mirr remote disaster recovery method has the following series of drawbacks. 1. 1. The client needs to write the same data twice. 2. RBD-mirr has a great impact on ceph's performance. 3. 3. Unable to control the backup process. 4. Increase the difficulty of operation and maintenance.

中国特許出願公開第１０５１８７５５２号Chinese Patent Application Publication No. 105187552

本発明の実施例は、ファイルリモート災害復旧方法及び装置を開示している。 The embodiments of the present invention disclose file remote disaster recovery methods and devices.

本発明が解決しようとする技術的課題は、ＲＢＤの差分エクスポート・インポートの特殊性を利用して、メインクラスターのＲＢＤのスナップショットを定期的に行い、隣接する２つのスナップショット間の差分を一時ファイルとしてエクスポートしてから、スタンバイクラスターにこの差分ファイルをインポートする、分散ストレージリモート災害復旧方式を提供することであり、差分ファイルは２つのスナップショット間の差分データのみであるため、データ量が少ないため、伝送プロセスの占めるネットワーク帯域幅が小さく、また、メインクラスターのＲＢＤの読み取り及び書き込みプロセスでは、別のプロセスが追加されないため、読み取り及び書き込みのパフォーマンスが確保される。 The technical problem to be solved by the present invention is to periodically take snapshots of the RBD of the main cluster by utilizing the peculiarity of the differential export / import of the RBD, and temporarily take the difference between two adjacent snapshots. It provides a distributed storage remote disaster recovery method that exports as a file and then imports this difference file into the standby cluster. The difference file is only the difference data between two snapshots, so the amount of data is small. Therefore, the network bandwidth occupied by the transmission process is small, and the read and write process of the RBD of the main cluster does not add another process, so that the read and write performance is ensured.

上記技術的課題を解決するために、本発明は、下記技術案を提供する。分散ストレージリモート災害復旧方式であって、
スタンバイクラスターデータベースにおいてｒｂｄを基礎ｒｂｄとして作成するステップＳ１と、
メインクラスターデータベースにおいてｒｂｄのスナップショットを作成し、スナップショットを命名し、メインクラスターデータベースにおいて差分ファイルを生成して命名し、この差分ファイルの名称を上記のスナップショット名と一致させるステップＳ２と、
差分ファイルをスタンバイクラスターデータベースの基礎ｒｂｄにインポートするステップＳ３と、
メインクラスターデータベースにおいてｒｂｄの最後のスナップショットを見つけ、スタンバイクラスターデータベースに同名のスナップショットが存在するか否かを確認し、存在しない場合、このスナップショットをスタンバイクラスターデータベースにバックアップし、存在する場合、メインクラスターデータベースにおいてさらにｒｂｄの新スナップショットを作成して命名するステップＳ４と、
メインクラスターデータベースが差分ファイルを生成して命名し、差分ファイルの名称をステップＳ４における同名のスナップショットの名称と一致させるステップＳ５と、
差分ファイルをスタンバイクラスターデータベースの基礎ｒｂｄにインポートし、旧ｒｂｄスナップショットと組み合わせて新ｒｂｄスナップショットを形成した後、メインクラスターデータベース及びスタンバイクラスターデータベースにおける旧ｒｂｄスナップショットを削除するステップＳ６と、を含む。 In order to solve the above technical problems, the present invention provides the following technical proposals. Distributed storage remote disaster recovery method
Step S1 to create rbd as the base rbd in the standby cluster database,
In step S2, a snapshot of rbd is created in the main cluster database, the snapshot is named, a difference file is generated and named in the main cluster database, and the name of the difference file is matched with the above snapshot name.
Step S3 to import the difference file into the base rbd of the standby cluster database,
Find the last snapshot of rbd in the main cluster database, check if the snapshot with the same name exists in the standby cluster database, and if not, back up this snapshot to the standby cluster database and if it exists Step S4 to create and name a new snapshot of rbd in the main cluster database,
Step S5, in which the main cluster database generates and names the difference file, and matches the name of the difference file with the name of the snapshot of the same name in step S4.
Includes step S6, which imports the delta file into the underlying rbd of the standby cluster database, combines it with the old rbd snapshot to form a new rbd snapshot, and then deletes the old rbd snapshot in the main cluster database and the standby cluster database. ..

さらに、前記ステップＳ１の前に、メインクラスターデータベース及びスタンバイクラスターデータベースを作成するステップＳ０をさらに含む。 Further, before the step S1, the step S0 for creating the main cluster database and the standby cluster database is further included.

さらに、前記ステップＳ２においてスナップショットを命名するとき、その命名方式は、具体的には、スナップショットに、ｉｄ番号で逓増して並べ替える唯一なｉｄを対応して設定する。 Further, when naming a snapshot in step S2, the naming method specifically sets the snapshot so as to correspond to a unique id that is gradually incremented and rearranged by an id number.

さらに、前記ステップＳ６の後には、ステップＳ１−Ｓ６を繰り返すステップＳ７をさらに含む。 Further, after the step S6, a step S7 in which steps S1-S6 are repeated is further included.

上記技術案を採用することによって、本発明は少なくとも以下の有益な効果を有する。本発明は、ＲＢＤ差分ファイルに基づいてデータ調整を実行することで、ＲＢＤ−ｍｉｒｒｏｒリモート災害復旧によりデータを素早く且つ重複せずに読み取ることができ、ｃｅｐｆの性能への影響を大幅に低減させ、そして、バックアッププロセスにおける制御不能な状況を防ぎ、後続の運用と保守の難易度を下げる。 By adopting the above technical proposal, the present invention has at least the following beneficial effects. According to the present invention, by performing data adjustment based on the RBD difference file, the data can be read quickly and without duplication by the RBD-miror remote disaster recovery, and the influence on the performance of cepf is greatly reduced. It also prevents uncontrollable situations in the backup process and reduces the difficulty of subsequent operations and maintenance.

本発明に係る分散ストレージリモート災害復旧方式のステップのフローチャートである。It is a flowchart of the step of the distributed storage remote disaster recovery method which concerns on this invention.

なお、矛盾しない限り、本出願における実施例及び実施例における特徴を互いに組み合わせることができ、以下、図面及び具体的な実施例にて本出願をさらに詳細に説明する。 As long as there is no contradiction, the examples in the present application and the features in the examples can be combined with each other, and the present application will be described in more detail below with reference to the drawings and specific examples.

本発明は、主に２回のバックアッププロセスを含む、差分ファイルに基づく分散ストレージリモート災害復旧方式を提供し、図１に示されるように、本発明の方式法のステップは、以下のとおりである。
一回目のバックアップのプロセスは、以下のとおりである。
Ｓ１０、メインクラスターデータベース及びスタンバイクラスターデータベースを作成する。
Ｓ１１、スタンバイクラスターデータベースにおいてｒｂｄを基礎ｒｂｄとして作成する。
Ｓ１２、メインクラスターデータベースにおいてｒｂｄのスナップショットを作成し、スナップショットを命名し、メインクラスターデータベースにおいて差分ファイルを生成して命名し、この差分ファイルの名称を上記のスナップショット名と一致させる。ここで、スナップショットの命名方式には、スナップショットに、数字で逓増するように順次並べ替える唯一なｉｄを対応して設定するような方式が利用可能であり、たとえば、１、２、３、４、５、６、７、８、９、１０…、又はすべて単数又は双数であり、本発明のスナップショットの命名方式は、数字命名方式に限られず、規則性を有するさまざまな格式で命名してもよく、また、以下のステップでは、差分ファイルの命名は、ここでのスナップショットの命名方式と一致する。
Ｓ１３、差分ファイルをスタンバイクラスターデータベースの基礎ｒｂｄにインポートすると、一回目のバックアップが完成する。
二回目のバックアップのプロセスは、以下のとおりである。
Ｓ１４、メインクラスターデータベースにおいてｒｂｄの最後のスナップショットを見つけ、スタンバイクラスターデータベースに同名のスナップショットが存在するか否かを確認し、存在しない場合、このスナップショットをスタンバイクラスターデータベースにバックアップし、存在する場合、メインクラスターデータベースにおいてさらにｒｂｄの新スナップショットを作成して命名し、次のステップに供する。
Ｓ１５、メインクラスターデータベースが差分ファイルを生成して命名し、差分ファイルの名称をステップＳ１４における同名のスナップショットの名称と一致させる。
Ｓ１６、差分ファイルをスタンバイクラスターデータベースの基礎ｒｂｄにインポートし旧ｒｂｄスナップショットと組み合わせて新ｒｂｄスナップショットを形成した後、メインクラスターデータベース及びスタンバイクラスターデータベースにおけるこのｒｂｄ新スナップショットのｒｂｄ旧スナップショットを削除すると、二回目のバックアップが完成する。
Ｓ１７、ステップＳ１１−Ｓ１６を繰り返す。 The present invention provides a distributed storage remote disaster recovery method based on differential files, primarily including two backup processes, and as shown in FIG. 1, the steps of the method of the present invention are as follows: ..
The process of the first backup is as follows.
S10, create the main cluster database and the standby cluster database.
S11, Create rbd as the base rbd in the standby cluster database.
S12, Create a snapshot of rbd in the main cluster database, name the snapshot, generate and name the difference file in the main cluster database, and match the name of this difference file with the above snapshot name. Here, as a snapshot naming method, a method is available in which the snapshot is set corresponding to the only id that is sequentially sorted so as to gradually increase by a number. For example, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10 ..., Or all are singular or dual, and the snapshot naming system of the present invention is not limited to the numerical naming system, and is named by various regular forms. Also, in the following steps, the diff file naming matches the snapshot naming scheme here.
S13, Importing the difference file into the base rbd of the standby cluster database completes the first backup.
The process of the second backup is as follows.
S14, Find the last snapshot of rbd in the main cluster database, check if the snapshot with the same name exists in the standby cluster database, and if it does not exist, back up this snapshot to the standby cluster database and it exists. If so, create a new snapshot of rbd in the main cluster database, name it, and use it for the next step.
In S15, the main cluster database generates and names the difference file, and the name of the difference file matches the name of the snapshot having the same name in step S14.
S16, After importing the difference file into the base rbd of the standby cluster database and combining it with the old rbd snapshot to form a new rbd snapshot, delete the rbd old snapshot of this rbd new snapshot in the main cluster database and the standby cluster database. Then, the second backup is completed.
S17 and steps S11-S16 are repeated.

上記では、本技術分野において、クラスターデータベースの技術的用語はＣｅｐｈである。 In the above, the technical term for cluster databases in the art is Ceph.

本発明の実施例を示して説明したが、当業者であれば、本発明の原理及び主旨を脱逸することなくこれら実施例に対してさまざまな等価変化、修正、置換及び変形を行うことができ、本発明の範囲は添付の特許請求の範囲及びその同等範囲により限定されることを理解できる。 Although examples of the present invention have been shown and described, those skilled in the art can make various equivalent changes, modifications, substitutions and modifications to these examples without deviating from the principles and gist of the present invention. It can be understood that the scope of the present invention is limited by the appended claims and their equivalents.

Claims (4)

分散ストレージリモート災害復旧方式であって、
スタンバイクラスターデータベースにおいてｒｂｄを基礎ｒｂｄとして作成するステップＳ１と、
メインクラスターデータベースにおいてｒｂｄのスナップショットを作成し、スナップショットを命名し、メインクラスターデータベースにおいて差分ファイルを生成して命名し、この差分ファイルの名称を上記のスナップショット名と一致させるステップＳ２と、
差分ファイルをスタンバイクラスターデータベースの基礎ｒｂｄにインポートするステップＳ３と、
メインクラスターデータベースにおいてｒｂｄの最後のスナップショットを見つけ、スタンバイクラスターデータベースに同名のスナップショットが存在するか否かを確認し、存在しない場合、このスナップショットをスタンバイクラスターデータベースにバックアップし、存在する場合、メインクラスターデータベースにおいてさらにｒｂｄの新スナップショットを作成して命名するステップＳ４と、
メインクラスターデータベースが差分ファイルを生成して命名し、差分ファイルの名称をステップＳ４における同名のスナップショットの名称と一致させるステップＳ５と、
差分ファイルをスタンバイクラスターデータベースの基礎ｒｂｄにインポートし、旧ｒｂｄスナップショットと組み合わせて新ｒｂｄスナップショットを形成した後、メインクラスターデータベース及びスタンバイクラスターデータベースにおける旧ｒｂｄスナップショットを削除するステップＳ６と、を含む、
ことを特徴とする分散ストレージリモート災害復旧方式。 Distributed storage remote disaster recovery method
Step S1 to create rbd as the base rbd in the standby cluster database,
In step S2, a snapshot of rbd is created in the main cluster database, the snapshot is named, a difference file is generated and named in the main cluster database, and the name of the difference file is matched with the above snapshot name.
Step S3 to import the difference file into the base rbd of the standby cluster database,
Find the last snapshot of rbd in the main cluster database, check if the snapshot with the same name exists in the standby cluster database, and if not, back up this snapshot to the standby cluster database and if it exists Step S4 to create and name a new snapshot of rbd in the main cluster database,
Step S5, in which the main cluster database generates and names the difference file, and matches the name of the difference file with the name of the snapshot of the same name in step S4.
Includes step S6, which imports the delta file into the underlying rbd of the standby cluster database, combines it with the old rbd snapshot to form a new rbd snapshot, and then deletes the old rbd snapshot in the main cluster database and the standby cluster database. ,
A distributed storage remote disaster recovery method characterized by this. 前記ステップＳ１の前に、
メインクラスターデータベース及びスタンバイクラスターデータベースを作成するステップＳ０をさらに含む、
ことを特徴とする請求項１に記載の分散ストレージリモート災害復旧方式。 Before step S1,
Further including step S0 to create the main cluster database and the standby cluster database.
The distributed storage remote disaster recovery method according to claim 1. 前記ステップＳ２においてスナップショットを命名するときに、その命名方式は、具体的には、スナップショットに、ｉｄ番号で逓増して並べ替える唯一なｉｄを対応して設定することである、
ことを特徴とする請求項１に記載の分散ストレージリモート災害復旧方式。 When naming a snapshot in step S2, the naming method is specifically to set the snapshot corresponding to a unique id that is incremented by id number and rearranged.
The distributed storage remote disaster recovery method according to claim 1. 前記ステップＳ６の後には、ステップＳ１−Ｓ６を繰り返すステップＳ７をさらに含む、
ことを特徴とする請求項１に記載の分散ストレージリモート災害復旧方式。 After step S6, step S7 that repeats steps S1-S6 is further included.
The distributed storage remote disaster recovery method according to claim 1.
JP2020042810A 2019-10-29 2020-03-12 Distributed storage remote self-repairing program Pending JP2021072087A (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201911037643.2A CN110769062A (en) 2019-10-29 2019-10-29 Distributed storage remote disaster recovery method
CN201911037643.2 2019-10-29

Publications (1)

Publication Number Publication Date
JP2021072087A true JP2021072087A (en) 2021-05-06

Family

ID=69334289

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020042810A Pending JP2021072087A (en) 2019-10-29 2020-03-12 Distributed storage remote self-repairing program

Country Status (2)

Country Link
JP (1) JP2021072087A (en)
CN (1) CN110769062A (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113672436B (en) * 2021-07-30 2024-08-23 济南浪潮数据技术有限公司 Disaster recovery backup method, device, equipment and storage medium

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150066857A1 (en) * 2013-09-03 2015-03-05 Tintri Inc. Replication of snapshots and clones
JP2016536661A (en) * 2013-09-23 2016-11-24 ジーオーピーシー・プロプライエタリー・リミテッドＧｏｐｃ Ｐｔｙ Ｌｔｄ Virtual computer system and method
JP2017537397A (en) * 2014-12-27 2017-12-14 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． Data processing method, apparatus, and system
US20190188025A1 (en) * 2019-02-08 2019-06-20 Intel Corporation Provision of input/output classification in a storage system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150066857A1 (en) * 2013-09-03 2015-03-05 Tintri Inc. Replication of snapshots and clones
JP2016536661A (en) * 2013-09-23 2016-11-24 ジーオーピーシー・プロプライエタリー・リミテッドＧｏｐｃ Ｐｔｙ Ｌｔｄ Virtual computer system and method
JP2017537397A (en) * 2014-12-27 2017-12-14 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． Data processing method, apparatus, and system
US20190188025A1 (en) * 2019-02-08 2019-06-20 Intel Corporation Provision of input/output classification in a storage system

Also Published As

Publication number Publication date
CN110769062A (en) 2020-02-07

Similar Documents

Publication Publication Date Title
CN102855294B (en) Intelligent hash data layout method, cluster storage system and method thereof
US9460185B2 (en) Storage device selection for database partition replicas
CN105468473B (en) Data migration method and data migration device
US9489443B1 (en) Scheduling of splits and moves of database partitions
Deka A survey of cloud database systems
CN107391758B (en) Database switching method, device and equipment
CN102708165B (en) Document handling method in distributed file system and device
CN106843745A (en) Capacity expansion method and device
CN106934048A (en) Online data moving method, agent node
CN106993064A (en) A kind of system and its construction method and application that the storage of mass data scalability is realized based on Openstack cloud platforms
US9201747B2 (en) Real time database system
CN102420854A (en) Distributed file system facing to cloud storage
CN102968498A (en) Method and device for processing data
CN111078121A (en) Data migration method, system and related components of distributed storage system
CN103064927A (en) Data access method and device of distributed file system
CN102955845A (en) Data access method and device as well as distributed database system
CN112199427A (en) Data processing method and system
CN101763347A (en) GIS (Geographical Information System) interface platform as well as network GIS management system and management method
CN104615606A (en) Hadoop distributed file system and management method thereof
CN103793493A (en) Method and system for processing car-mounted terminal mass data
US11436089B2 (en) Identifying database backup copy chaining
US10754735B2 (en) Distributed storage reservation for recovering distributed data
CN106339387B (en) Increase the method for data synchronization and device of server in a kind of data-base cluster newly
Chandra et al. A study on cloud database
CN103365740B (en) A kind of data cold standby method and device

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200312

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20200312

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20200406

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200721

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20201019

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210119

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20210817