CN110609764A - 用于数据备份的方法、设备和计算机程序产品 - Google Patents
用于数据备份的方法、设备和计算机程序产品 Download PDFInfo
- Publication number
- CN110609764A CN110609764A CN201810634970.5A CN201810634970A CN110609764A CN 110609764 A CN110609764 A CN 110609764A CN 201810634970 A CN201810634970 A CN 201810634970A CN 110609764 A CN110609764 A CN 110609764A
- Authority
- CN
- China
- Prior art keywords
- storage node
- data backup
- backup operation
- data
- 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.)
- Granted
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
-
- 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/1456—Hardware arrangements for backup
-
- 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/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
- G06F11/2094—Redundant storage or storage space
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/84—Using snapshots, i.e. a logical point-in-time copy of the data
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)
- Retry When Errors Occur (AREA)
Abstract
本公开的实施例提供了用于数据备份的方法、设备和计算机程序产品。该方法包括响应于第一存储节点要向第二存储节点进行切换,确定在该第一存储节点与第三存储节点之间是否存在正在进行的数据备份操作,以及响应于该第一存储节点与该第三存储节点之间存在正在进行的数据备份操作,停止所述数据备份操作。该第二存储节点用于实时备份该第一存储节点的数据,该第三存储节点用于定期备份该第一存储节点的数据。通过本公开的实施例,防止了冲突操作的发生,节省了系统资源并提高了处理效率。
Description
技术领域
本公开的实施例涉及数据存储领域,并且更具体地,涉及用于数据备份的方法、设备以及计算机程序产品。
背景技术
存储系统一般用于提供数据存储和服务。为了避免存储系统发生故障而丢失数据,或者为了便于主动地对存储系统进行配置而不中止服务,通常在存储系统中除了提供服务的主存储节点之外还提供多个备份存储节点,用于备份主存储节点的数据。实践中,备份方式主要包括实时备份(用于实时地进行数据备份操作)和定期备份(用于定期地进行数据备份操作)两种。实时备份的存储节点每当主存储节点有数据更新时都同步进行更新,因此始终与主存储节点保持数据同步,备份效果好,但相应地备份成本高;而定期备份的存储节点可以根据需要,以数个月、数日、或者数小时等为周期与主存储节点进行同步,这种同步方式由于不要求实时性,备份成本较低,但并不能始终与主存储节点保持数据一致。
针对多重备份和节约成本两方面的需求,一种解决方式是在存储系统中为主存储节点同时配置实时备份存储节点和定期备份存储节点。在主存储节点不能提供服务(例如发生故障、或者需要对其重新配置)时,主存储节点向实时备份存储节点进行切换。此时,由实时备份存储节点来代替主存储节点提供服务,而定期备份存储节点则转变为用于备份实时备份存储节点上的数据。然而,在这样的切换过程中,如果主存储节点恰好在向定期备份存储节点备份数据,则可能引起数据冲突等一系列的问题。
发明内容
本公开的实施例提供了一种用于数据备份的方法、设备和计算机程序产品。
在本公开的第一方面中,提供了一种用于数据备份的方法。该方法包括:响应于第一存储节点要向第二存储节点进行切换,确定在第一存储节点与第三存储节点之间是否存在正在进行的数据备份操作,以及响应于该第一存储节点与该第三存储节点之间存在正在进行的数据备份操作,停止该数据备份操作。该第二存储节点用于实时备份该第一存储节点的数据,该第三存储节点用于定期备份该第一存储节点的数据。
在本公开的第二方面中,提供了一种用于数据备份的设备。该设备包括:处理器以及与所述处理器耦合的存储器。该存储器具有存储于其中的指令,该指令在被处理器执行时使该设备执行动作。该动作包括:响应于第一存储节点要向第二存储节点进行切换,确定在第一存储节点与第三存储节点之间是否存在正在进行的数据备份操作,以及响应于该第一存储节点与该第三存储节点之间存在正在进行的数据备份操作,停止该数据备份操作。该第二存储节点用于实时备份该第一存储节点的数据,该第三存储节点用于定期备份该第一存储节点的数据。
在本公开的第三方面中,提供了一种计算机程序产品,计算机程序产品被有形地存储在计算机可读介质上并且包括机器可执行指令,机器可执行指令在被执行时使机器执行根据第一方面的方法。
提供发明内容部分是为了简化的形式来介绍对概念的选择,它们在下文的具体实施方式中将被进一步描述。发明内容部分无意标识本公开的关键特征或主要特征,也无意限制本公开的范围。
附图说明
通过结合附图对本公开示例性实施例进行更详细的描述,本公开的上述以及其它目的、特征和优势将变得更加明显,其中,在本公开示例性实施例中,相同的参考标号通常代表相同部件。
图1A和1B示出了本公开的实施例可以在其中被实现的环境的示意图;
图2示出了根据本公开的实施例的数据备份方法的流程图;
图3示出了根据本公开的实施例的数据备份操作的可能的状态变化的示例图;
图4示出了根据本公开的进一步实施例的数据备份方法的流程图;以及
图5示出了可以用来实施本公开的实施例的示例设备的框图。
具体实施方式
下面将参考附图中示出的若干示例实施例来描述本公开的原理。虽然附图中显示了本公开的优选实施例,但应当理解,描述这些实施例仅是为了使本领域技术人员能够更好地理解进而实现本公开,而并非以任何方式限制本公开的范围。
在本文中使用的术语“包括”及其变形表示开放性包括,即“包括但不限于”。除非特别申明,术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实施例”和“一个实施例”表示“至少一个示例实施例”。术语“另一实施例”表示“至少一个另外的实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。
在本文中使用的术语“数据”包括存储系统中各种格式且包含各种内容的数据,诸如电子文档、图像数据、视频数据、音频数据或者任何其他格式的数据。
图1A和图1B示出了本公开的实施例可以在其中被实现的环境100的示意图。如图1A和图1B所示,环境100包括存储节点110、120和130。这些存储节点用于存放相应的数据,共同构成存储系统以对客户提供服务。在本文中,为了描述方便而将节点110、120和130分别称为第一存储节点、第二存储节点和第三存储节点。本领域技术人员应当理解,上述名称仅用于区分不同的节点,本身不构成对存储节点的限制。
在图1A与图1B示出的环境100中,根据对客户提供服务的节点(即,主存储节点)的不同,会形成不同的存储系统应用场景。例如,在环境100的图1A场景中,第一存储节点110是对客户提供服务的节点(即,主存储节点),第二存储节点120和第三存储节点130均为第一存储节点110的备份节点,不同之处在于,第二存储节点120用于实时备份101第一存储节点110上的数据,而第三存储节点130用于定期备份102第一存储节点110上的数据。
在环境100的图1B场景中,第二存储节点120是对客户提供服务的节点(即,主存储节点),第一存储节点110和第三存储节点130均为第二存储节点120的备份节点。其中,第一存储节点110用于实时备份103第二存储节点120上的数据,而第三存储节点130用于定期备份104第二存储节点120上的数据。
以下具体介绍图1A和图1B的不同场景以及两种场景的切换。
在图1A的场景中,第一存储节点110是主存储节点,因而对第一存储节点110的数据更新被实时备份101到第二存储节点120。这样,第二存储节点120上存储的数据与第一存储节点110通常是一致的。由此,在第一存储节点110由于各种原因不能对客户提供服务时,可以切换到第二存储节点120。在此情况下,第二存储节点120对客户提供服务,从而变为新的主存储节点(也即图1B示出的场景)。
在图1A的场景中,由于第三存储节点130仅定期地(可设定,例如按月、日、小时、分钟等)与第一存储节点110同步,第三存储节点130上存储的数据并不总是与第一存储节点110一致。故而在大部分情况下,第三存储节点130仅提供备份功能,只在极端情况下(例如第一存储节点110和第二存储节点120均发生故障时)作为主存储节点对外提供服务(未示出)。
第一存储节点110不能提供服务的原因有很多,主要包括由于发生故障而不能提供服务(本文中称为故障切换)和由于需要对该节点进行重新配置而不能提供服务(本文中称为主动切换)两种。重新配置例如可能发生在第一存储节点110上的负载过多而需要对其调整的情况下。
如果发生从图1A示出的场景向图1B示出的场景的切换,即对外提供服务的节点从第一存储节点110切换到第二存储节点120,参看图1B,则第二存储节点120变为主存储节点。这时,第一存储节点110反过来为第二存储节点120提供实时备份103,而第三存储节点130也转而为第二存储节点120提供定期备份104。
很容易理解,在第三存储节点130为第二存储节点120提供定期备份104的过程中,应尽量避免从第二存储节点120到第三存储节点130之间的完整备份。通常,可以利用第二存储节点120和第三存储节点130之间所具有的共同快照来进行增量备份,以便节省资源和提高效率。
第二存储节点120和第三存储节点130之间的共同快照通常如下形成:在第一存储节点110先前作为主存储节点提供服务时(图1A的环境下),如果第一存储节点110上的数据被更新,则该更新会被实时备份到第二存储节点120上;而此时如果第一存储节点110和第三存储节点130之间也在进行定期备份,则该更新同样会被备份到第三存储节点130,且第一存储节点110和第三存储节点130之间的共同快照也会被更新、作为下一次定期备份的基础。由于第二存储节点120是第一存储节点110的实时备份,因而第一存储节点110和第三存储节点130之间被更新过的快照也会实时同步到第二存储节点120上,这样第二存储节点120和第三存储节点130就具有了共同的快照。
应当理解,图1A和1B仅示出了一种示例环境,其结构和节点数目仅仅是示例性的,而无意对本公开的实施例进行任何限制。在该环境中,可以包括更多的存储节点和相关联的备份操作。例如,以图1A为例,在该环境中,除了存储节点120之外,还可以包括其他实时备份存储节点;除了存储节点130之外,还可以包括其他定期备份存储节点。
在对外提供服务的节点从110切换到120后(即应用场景从图1A变为图1B),参照图1B,如果第一存储节点110和第三存储节点130之间还存在由切换前产生的、切换后还在进行的数据备份操作102,则该数据备份操作102可能会与切换后的存储系统架构(即图1B示出的场景)发生冲突,引发一系列的问题。
例如,在从第一存储节点110切换到第二存储节点120后,第一存储节点110变为新的实时备份节点,使得第二存储节点120成为数据备份的源端节点,而第一存储节点110成为数据备份的目标端节点。然而通常在存储系统中,由于需要对外提供服务,源端节点要求处于读写模式,而目标端节点则要求处于只读模式。这样,第一存储节点110在切换后变为处于只读模式,但正在进行的数据备份操作102又要求其作为源端节点而处于读写模式,因而发生冲突。
又例如,该数据备份操作102既会涉及到对第一存储节点110上信息的处理,也会涉及到对第三存储节点130上信息的处理。如果对该数据备份操作102的进一步处理请求涉及到对第三存储节点130上的信息的处理、而同时第二存储节点120又对第三存储节点130上的该信息触发了相关处理,则这两个处理之间可能发生冲突。
又例如,如果该数据备份操作102会改写第三存储节点130上存储的与第二存储节点120的共同快照(即,污染快照),这将使得在从第二存储节点120到第三存储节点130进行备份时不能依赖于该快照而必须进行完整备份。
此外,如果接收到对该数据备份操作102的删除操作,该删除操作会删除掉该数据备份操作102所涉及的第一存储节点110和第三存储节点130上的相关信息。相应地,第三存储节点130上的快照也会被删除。这样,会导致在进行第二存储节点120和第三存储节点130之间进行数据备份操作104时出错,因为第二存储节点120和第三存储节点130之间不存在共同的快照。
传统的解决方案要么是等待第一存储节点110到第三存储节点130之间的数据备份操作102结束后再进行从第一存储节点110到第二存储节点120的切换(针对主动切换的场景),要么是让该数据备份操作102继续进行。如果继续进行的数据备份操作102污染了第二存储节点120和第三存储节点130之间的共同快照,则采用完整备份的方式来实施第二存储节点120和第三存储节点130之间的定期复制。显然,这两种方案均成本较高,不利于节省资源。
为了至少部分地解决上述问题以及其他潜在问题中的一个或者多个,本公开的实施例提出了一种用于数据备份的方案。在该方案中,当对外提供服务的主存储节点发生切换时,将原主存储节点与定期备份存储节点之间正在进行的数据备份操作停止。由此,使得该备份操作不会影响到定期备份存储节点上的关联数据。更进一步,该定期备份存储节点能够作为切换后的主存储节点的备份存储节点,并且二者可以基于其共同快照进行增量备份,节约了资源,并且提高了效率。
以下将参考附图来详细描述本公开的实施例。图2示出了根据本公开的实施例的数据备份的方法200的流程图。该方法200可以由存储系统的控制装置来实现,该控制装置可以整体地或分布地实施在存储节点110、120以及130的一个或多个上。为便于讨论,结合图1A、图1B的系统架构来讨论方法200。
在210,在第一存储节点110要向第二存储节点120进行切换时,在220确定在该第一存储节点110与第三存储节点130之间是否存在正在进行的数据备份操作。如前文参照图1A所讨论的场景中,第二存储节点120用于实时备份第一存储节点110的数据,第三存储节点130用于定期备份第一存储节点110的数据。此外,如前所述,第一存储节点110到第二存储节点的切换可能是主动切换,也可能是故障切换。切换方式的不同可能导致对该数据备份操作处理方式的差异,后文将详细描述。
在一些实施例中,可以通过在存储节点上所记录的操作的状态来确定是否存在正在进行的数据备份操作。具体而言,在各个存储节点上均会记录其上进行的操作及其当前的状态。例如,如果第一存储节点110与第三存储节点130之间存在数据备份操作,则存储节点110和存储节点130这两个节点上会分别保存针对该数据备份操作的记录。随着该数据备份操作进行到不同的阶段,在存储节点110和存储节点130上针对该数据备份操作的记录的状态也会相应地发生变化。
图3示出了根据本公开的实施例的定期的数据备份操作102的可能的状态变化的示例图。如图3所示,针对定期的数据备份操作102可以存在多种状态,例如,但不限于,活跃状态302、中止状态303、切换状态304和停止状态305等。本领域技术人员应当理解,这些状态仅是示例性的,不作为对本公开实施例的限制。在实现中,根据需要完全可以存在其他的状态(例如结束状态)。
活跃状态302例如表明数据备份操作102处于工作状态,其会定期地执行数据备份。中止状态303例如表明数据备份操作102被暂时停止,处于不工作状态,但与其有关的记录仍然保留。切换状态304例如表明该数据备份操作102由于原本的目标存储节点(如130)已变为新的主存储节点而停止工作,但与其有关的记录仍然保留。停止状态304例如表明该数据备份操作102由于主存储节点已从源端存储节点(如110)切换到原来的实时备份存储节点(如120)。由此数据备份操作102要停止工作,并且相应的其他操作也受到影响(后文详述)。定期的数据备份操作102可以经由相应的操作请求在上述状态302-305之间切换,下面详细描述。
首先,通过初始化301动作,首次生成该数据备份操作。数据备份操作在被初始化301之后,经由创建请求306而进入活跃状态302。这意味着该数据备份操作可以响应于根据预先设置的周期而发出的备份请求307来定期地实施从例如第一存储节点110到第三存储节点130的数据备份操作。处于活跃状态302的数据备份操作102在每次实施数据备份后仍然保持在活跃状态302,以等待接收下一周期的数据备份请求307。除了自动地定期备份之外,处于活跃状态302的数据备份操作102也可以接收用户的备份请求307而执行备份,执行来自用户的备份请求307同样使得原本处于活跃状态302的数据备份操作102仍然保留在活跃状态302。
接下来,在接收到对处于活跃状态302的数据备份操作102的中止请求308之后,该数据备份操作102会被中止或暂停,其状态也从活跃状态302转变为中止状态303,直到接收到对该数据备份操作的恢复请求309后,该数据备份操作的状态才从中止状态303回到活跃状态302。该中止请求308可以由用户通过例如GUI(图形用户界面)、REST(Representational State Transfer,重新呈现状态传输)API、CLI(Command LineInterface,命令行接口)等界面发出,也可以是存储系统响应于例如意外事件而自动发出。本公开的实施例在此方面不受限制。
在一些实施例中,处于活跃状态302的数据备份操作也可能接收到针对其的切换请求304。这意味着对外提供服务的主存储节点要从原来的第一存储节点110切换到第三存储节点130。前文中提及,由于第三存储节点130提供的是定期数据备份操作而非实时数据备份,因而在绝大多数情况下都仅作备份存储来使用,而不会被切换为对外提供服务的主存储节点。
然而,在极端情况下,例如第一存储节点110和第二存储节点120都发生故障时,可以自动地或者应用户的请求而发生从第一存储节点110到第三存储节点130的切换。这时该数据备份操作的状态相应地变为切换状态304。在原主存储节点(例如第一存储节点110)被修复后、再次切换为对外提供服务的节点时,会触发对该数据备份操作的恢复请求311。处于切换状态304的该数据备份操作102由于该恢复请求311又重新变为活跃状态302。
以上参照图3描绘了定期进行的数据备份操作102的可能状态。在一些实施例中,这些状态可以应用于本公开实施例的数据备份过程中。例如,图4示出了根据本公开的实施例的进一步数据备份的方法400的流程图。如图4所示,在一些实施例中,在410,当第一存储节点110要向第二存储节点120进行切换时,在420可以确定存储在第一存储节点110上的该数据备份操作102的状态。当在430判断该数据备份操作102的状态是图3所示出的活跃状态302时,确定第一存储节点110与第三存储节点130之间存在正在进行的数据备份操作102。通过数据备份操作102的状态来确定其是否正在进行非常高效和便捷,有利于进一步提高效率。
继续参考图2,在220中当确定存在正在进行的数据备份操作时,接下来在230,响应于第一存储节点110与第三存储节点130之间存在正在进行的数据备份操作,停止该数据备份操作。
在一些实施例中,停止数据备份操作102可以包括释放与该数据备份操作102相关联的资源和命令中的至少一项。通常,正在进行的数据备份操作102会在命令数据库中记录有相应的命令,释放掉相关联的命令可以确保对数据备份操作的停止,以此避免对第三存储节点130进行操作,从而防止与第二存储节点120对第三存储节点130的操作相冲突。具体而言,释放命令数据库中的命令例如可以通过以下方式来执行:首先在该命令数据库中找到要释放的命令,再对该命令发出释放请求,以使得该命令从命令数据库中释放。
除了与数据备份操作102相关联的命令之外,通常还存在与之相关联的资源,例如用于存储中间数据的存储资源、以及用于执行相关动作的计算资源等等。在一些实施例中,停止该数据备份操作102还可以包括释放掉这些相关联的存储、计算等资源,以便于减少资源的占用,提高资源的利用率。
在一些实施例中,230中停止该数据备份操作102可以包括将该数据备份操作102的状态设置为如图3所示的停止状态305,以指示该数据备份操作已被停止。这一过程可以通过图3来进行说明。如前所述,正在进行的数据备份操作102会处于活跃状态302。在此状态下,如果接收到针对该数据备份操作102的停止请求312(该请求312一般来源于系统,但也可能由用户触发),则该数据备份操作会由原本的活跃状态302变为停止状态305。
将数据备份操作102的状态设置为停止状态305可以有利地为数据备份操作提供标识、供系统查询,以便触发后续的相关操作(后文详述),此外,也可以为用户了解该数据备份操作的状态提供便利。
需要注意的是,由于第一存储节点110和第三存储节点130上均针对该数据备份操作102维护有相应的操作记录和其对应的状态,在一些实施例中,可以仅将原主存储节点(即第一存储节点110)上的该数据备份操作102的记录的状态修改为停止状态305,而保持备份存储节点(即第三存储节点130)上的该数据备份操作102的记录的状态不变。然而,本领域技术人员应当理解,其他的修改方式——例如将两个存储节点上的数据备份操作102的记录的状态均修改为停止状态305——也完全可行。本公开的实施例在此方面不受限制。
这样,备份存储节点(即第三存储节点130)上的数据尽可能不受到影响、从而在提供服务的主存储节点从第一存储节点110切换到第二存储节点120时,第三存储节点130在切换为第二存储节点120的备份存储节点的过程中,仍然保留有与第二存储节点120共同的快照,从而避免从第二存储节点120到第三存储节点130的数据完整备份。
如图3所示,在一些实施例中,处于停止状态305的数据备份操作通常只有在接收到保留请求313时,才会回到活跃状态302。具体而言,参照图1A和1B,在对外提供服务的主存储节点从第一存储节点110切换到第二存储节点120后、又由于某些原因从第二存储节点120切换回第一存储节点110时,针对第一存储节点110到第三存储节点130之间的数据备份操作102触发保留请求313。此时第三存储节点130重新变为第一存储节点110的备份存储节点。该保留操作313使得在第一存储节点110上与从第一存储节点110到第三存储节点130之间的数据备份操作102相关联的记录的状态从停止状态305回到活跃状态302。
在一些实施例中,220中的停止数据备份操作还包括确定第一存储节点110要向第二存储节点120进行的切换的类型。这可以通过参考图4来进一步说明。如图4所示,在430确定在第一存储节点110处的数据备份操作102的状态为活跃状态时,在440可以进一步确定第一存储节点110要向第二存储节点120进行的切换的类型。例如在450确定其是由于第一存储节点110发生故障而向第二存储节点120进行故障切换(在450的判断结果为否),还是由于需要对第一存储节点110进行重新配置而向第二存储节点120进行的主动切换(在450的判断结果为是)。
在一些实施例中,在450的判断结果是主动切换的情况下,可以在451先停止该数据备份操作102,再在452进行从第一存储节点110到第二存储节点120的切换。换而言之,即在进行该主动切换之前停止该数据备份操作102。
如前所述,在对外提供服务的主存储节点从第一存储节点110切换到第二存储节点120后,第一存储节点110的将变为第二存储节点120的备份存储节点,即目标端节点,因而会被设置为处于只读模式。而第二存储节点120由于变为新的源端节点要被设置为处于读写模式。
为此,从第一存储节点110到第二存储节点120的切换通常包括如下步骤:首先将第一存储节点110从读写模式重新设置为只读模式;再将第二存储节点120从只读模式重新设置为读写模式。在这一过程中,在第一存储节点110已被设置为处于只读模式后、第二存储节点120还未被设置为读写模式之前,两个存储节点都处于只读模式,因而都不能对外提供数据服务,导致存储系统将会处于数据不可用状态。
由于主动切换的时机是可以选择的,为了尽量减少数据不可用状态的时间,可以在将第一存储节点110从读写模式重新设置为只读模式之前停止数据备份操作。或者更为直接地、在进行主动切换之前停止该数据备份操作。当然,也完全可以在其他时机(例如在将第二存储节点120从只读模式重新设置为读写模式之后)来实施对该数据备份操作的停止。本公开的实施例在此方面不受限制。
在一些实施例中,在450的判断结果为非主动切换(也即为故障切换)的情况下,可以首先进行453,对第一存储节点110重新启动;再进行,454停止数据备份操作;随后进行455,对第一存储节点110重新配置。换而言之,即在对第一存储节点110重新启动之后、在对其进行重新配置之前,停止该数据备份操作102。
通常,在故障切换的场景下,第一存储节点110发生故障将使得主存储节点从其切换到第二存储节点120。接着,第一存储节点110会被重新启动,且进行重新配置,以变为第二存储节点120的实时备份存储节点。在一些实施例中,重新配置可以包括例如将第一存储节点110从读写模式重新设置为只读模式,或者关闭其对外提供服务的网络接口,等等。
前文中提到,第一存储节点110处于只读模式可能会与正在进行的从第一存储节点110到第三存储节点130之间的数据备份操作的要求发生冲突。为了能够尽可能避免此类冲突的产生,在一些实施例中,在故障切换的场景下,可以在对第一存储节点110重新启动之后、在对其进行重新配置之前,停止该数据备份操作。
在一些实施例中,在该数据备份操作已被停止后,对该数据备份操作的进一步处理请求也会受到影响。具体而言,例如在接收到针对该数据备份操作的删除请求时,将删除的是在第一存储节点110上的与该数据备份操作相关联的信息,而在第三存储节点130上与该数据备份操作相关联的信息被保留。在进一步的实施例中,该信息包括与该数据备份操作相关联的状态和数据快照中的至少一项。
前文中提及,对于从第一存储节点110到第三存储节点130的数据备份操作而言,会在第一存储节点110和第三存储节点130上分别记录该操作以及其当前的状态。在接收到针对该数据备份操作的删除请求时,仅删除第一存储节点110上的与该数据备份操作相关联的信息、而保留在第三存储节点130上与该数据备份操作相关联的信息能尽可能地保留第三存储节点130上与第二存储节点120的共同快照。从而在从第二存储节点120向第三存储节点130备份数据时能够基于该共同的快照进行增量备份,避免了完整备份。
仍然参照图1A、1B和图3,在数据备份操作102存续期间,可能存在多种请求,例如前文中提及的针对该数据备份操作102的中止/暂停请求308或者恢复请求309。在一些实施例中,当数据备份操作已经被停止(即,处于停止状态305)时,这些请求可以被拒绝,也即,停止针对这类请求的响应。在一些实施例中,在数据备份操作102已经被停止时还可以拒绝从第一存储节点110到第三存储节点130的数据写入请求,或者还可以拒绝从第一存储节点110到第三存储节点130的切换请求(即,拒绝将对外提供服务的主存储节点从第一存储节点110切换到第三存储节点130)。
拒绝对以上这些操作的请求的好处在于,能够防止这些操作不利地污染第三存储节点130上的数据,例如其与第二存储节点120的共同快照,以避免从第二存储节点120到第三存储节点130的完整备份。
以上结合图1A、1B以及图3,参照图2和图4描述了在存储系统的多个存储节点之间进行数据备份的方案。通过该方案,能够尽可能防止对定期备份存储节点上数据快照的污染、从而尽可能避免完整备份的产生,以及防止由于操作之间发生冲突而导致的异常,由此节省了资源并提高了效率。
图5示意性示出了适于用来实现本公开实施例的电子设备500的框图。设备500可以用于实现执行图2和图4所示的用于数据备份的方法200和400。如图5所示,设备500包括中央处理单元(CPU)501,其可以根据存储在只读存储器(ROM)502中的计算机程序指令或者从存储单元508加载到随机访问存储器(RAM)503中的计算机程序指令,来执行各种适当的动作和处理。在RAM503中,还可存储设备500操作所需的各种程序和数据。CPU 501、ROM 502以及RAM503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。
设备500中的多个部件连接至I/O接口505,包括:输入单元506,例如键盘、鼠标等;输出单元507,例如各种类型的显示器、扬声器等;存储单元508,例如盘、光盘等;以及通信单元509,例如网卡、调制解调器、无线通信收发机等。通信单元509允许设备500通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
处理单元501执行上文所描述的各个方法和处理,例如执行用于数据备份的方法200和/或方法400。例如,在一些实施例中,方法200和/或方法400可被实现为计算机软件程序,其被存储于机器可读介质,例如存储单元508。在一些实施例中,计算机程序的部分或者全部可以经由ROM 502和/或通信单元509而被载入和/或安装到设备500上。当计算机程序加载到RAM 503并由CPU 501执行时,可以执行上文描述的方法200的一个或多个操作。备选地,在其他实施例中,CPU 501可以通过其他任何适当的方式(例如,借助于固件)而被配置为执行方法200和/或方法400的一个或多个动作。
需要进一步说明的是,本公开可以是方法、装置、系统和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质,其上载有用于执行本公开的各个方面的计算机可读程序指令。
计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身,诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如,通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备,或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令,并转发该计算机可读程序指令,以供存储在各个计算/处理设备中的计算机可读存储介质中。
用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码,该编程语言包括面向对象的编程语言—诸如Smalltalk、C++等,以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中,通过利用计算机可读程序指令的状态信息来个性化定制电子电路,例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA),该电子电路可以执行计算机可读程序指令,从而实现本公开的各个方面。
这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解,流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合,都可以由计算机可读程序指令实现。
这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理单元,从而生产出一种机器,使得这些指令在通过计算机或其它可编程数据处理装置的处理单元执行时,产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中,这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作,从而,存储有指令的计算机可读介质则包括一个制造品,其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上,使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤,以产生计算机实现的过程,从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分,该模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
以上已经描述了本公开的各实施例,上述说明是示例性的,并非穷尽性的,并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下,对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择,旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进,或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。
以上该仅为本公开的可选实施例,并不用于限制本公开,对于本领域的技术人员来说,本公开可以有各种更改和变化。凡在本公开的精神和原则之内,所作的任何修改、等效替换、改进等,均应包含在本公开的保护范围之内。
Claims (17)
1.一种用于数据备份的方法,包括:
响应于第一存储节点要向第二存储节点进行切换,确定在所述第一存储节点与第三存储节点之间是否存在正在进行的数据备份操作,所述第二存储节点用于实时备份所述第一存储节点的数据,所述第三存储节点用于定期备份所述第一存储节点的数据;以及
响应于所述第一存储节点与所述第三存储节点之间存在正在进行的数据备份操作,停止所述数据备份操作。
2.根据权利要求1所述的方法,其中确定在所述第一存储节点与第三存储节点之间是否存在正在进行的数据备份操作包括:
确定存储在所述第一存储节点处的、所述数据备份操作的状态;以及
响应于所述状态是活跃状态,确定所述第一存储节点与所述第三存储节点之间存在正在进行的数据备份操作。
3.根据权利要求1所述的方法,其中停止所述数据备份操作包括:
释放与所述数据备份操作相关联的资源和命令中的至少一项。
4.根据权利要求1所述的方法,其中停止所述数据备份操作包括:
将所述数据备份操作的状态设置为停止状态,以指示所述数据备份操作已被停止。
5.根据权利要求1所述的方法,其中停止所述数据备份操作包括:
确定所述第一存储节点要向所述第二存储节点进行的切换的类型;
响应于所述类型指示所述切换是主动切换,在所述主动切换之前停止所述数据备份操作;以及
响应于所述类型指示所述切换是故障切换,在对所述第一存储节点重新启动之后、在对所述第一存储节点进行重新配置之前,停止所述数据备份操作。
6.根据权利要求1所述的方法,还包括:
响应于接收到针对所述数据备份操作的删除请求,删除在所述第一存储节点上的与所述数据备份操作相关联的信息,其中在所述第三存储节点上与所述数据备份操作相关联的信息被保留。
7.根据权利要求6所述的方法,其中所述信息包括与所述数据备份操作相关联的状态和数据快照中的至少一项。
8.根据权利要求1所述的方法,还包括停止针对以下至少一项的请求的响应:
暂停所述数据备份操作,
恢复所述数据备份操作,
从所述第一存储节点到所述第三存储节点的数据写入操作,以及从所述第一存储节点到所述第三存储节点的切换操作。
9.一种用于数据备份的设备,包括:
处理器;以及
与所述处理器耦合的存储器,所述存储器具有存储于其中的指令,所述指令在被处理器执行时使所述设备执行动作,所述动作包括:
响应于第一存储节点要向第二存储节点进行切换,确定在所述第一存储节点与第三存储节点之间是否存在正在进行的数据备份操作,所述第二存储节点用于实时备份所述第一存储节点的数据,所述第三存储节点用于定期备份所述第一存储节点的数据;以及
响应于所述第一存储节点与所述第三存储节点之间存在正在进行的数据备份操作,停止所述数据备份操作。
10.根据权利要求9所述的设备,其中确定在所述第一存储节点与第三存储节点之间是否存在正在进行的数据备份操作包括:
确定存储在所述第一存储节点处的、所述数据备份操作的状态;
响应于所述状态是活跃状态,确定所述第一存储节点与所述第三存储节点之间存在正在进行的数据备份操作。
11.根据权利要求9所述的设备,其中停止所述数据备份操作包括:
释放与所述数据备份操作相关联的资源和命令中的至少一项。
12.根据权利要求9所述的设备,其中停止所述数据备份操作包括:
将所述数据备份操作的状态设置为停止状态,以指示所述数据备份操作已被停止。
13.根据权利要求9所述的设备,其中停止所述数据备份操作包括:
确定所述第一存储节点要向所述第二存储节点进行的切换的类型;
响应于所述类型指示所述切换是主动切换,在所述主动切换之前停止所述数据备份操作;以及
响应于所述类型指示所述切换是故障切换,在对所述第一存储节点重新启动之后、在对所述第一存储节点进行重新配置之前,停止所述数据备份操作。
14.根据权利要求9所述的设备,所述动作还包括:
响应于接收到针对所述数据备份操作的删除请求,删除在所述第一存储节点上的与所述数据备份操作相关联的信息,其中在所述第三存储节点上与所述数据备份操作相关联的信息被保留。
15.根据权利要求14所述的设备,其中所述信息包括与所述数据备份操作相关联的状态和数据快照中的至少一项。
16.根据权利要求9所述的设备,所述动作还包括停止针对以下至少一项的请求的响应:
暂停所述数据备份操作,
恢复所述数据备份操作,
从所述第一存储节点到所述第三存储节点的数据写入操作,以及
从所述第一存储节点到所述第三存储节点的切换操作。
17.一种计算机程序产品,所述计算机程序产品被有形地存储在计算机可读介质上并且包括机器可执行指令,所述机器可执行指令在被执行时使机器执行根据权利要求1至8中任一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810634970.5A CN110609764B (zh) | 2018-06-15 | 2018-06-15 | 用于数据备份的方法、设备和计算机程序产品 |
US16/360,300 US11314599B2 (en) | 2018-06-15 | 2019-03-21 | Method, apparatus and computer program product for data replication |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810634970.5A CN110609764B (zh) | 2018-06-15 | 2018-06-15 | 用于数据备份的方法、设备和计算机程序产品 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110609764A true CN110609764A (zh) | 2019-12-24 |
CN110609764B CN110609764B (zh) | 2023-07-25 |
Family
ID=68839515
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810634970.5A Active CN110609764B (zh) | 2018-06-15 | 2018-06-15 | 用于数据备份的方法、设备和计算机程序产品 |
Country Status (2)
Country | Link |
---|---|
US (1) | US11314599B2 (zh) |
CN (1) | CN110609764B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111858155A (zh) * | 2020-06-12 | 2020-10-30 | 深圳市大族数控科技有限公司 | 数据备份方法、系统、设备和介质 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100088556A1 (en) * | 2004-12-27 | 2010-04-08 | Hirokazu Ikeda | Fault management system in multistage copy configuration |
CN103207867A (zh) * | 2012-01-16 | 2013-07-17 | 联想(北京)有限公司 | 处理数据块的方法、发起恢复操作的方法和节点 |
CN103546914A (zh) * | 2013-10-21 | 2014-01-29 | 大唐移动通信设备有限公司 | 一种hss主备管理的方法及装置 |
CN104767643A (zh) * | 2015-04-09 | 2015-07-08 | 喜舟(上海)实业有限公司 | 一种基于虚拟机的容灾备份系统 |
CN104866395A (zh) * | 2014-02-24 | 2015-08-26 | 中国移动通信集团福建有限公司 | 数据备份方法及系统、主备切换方法及系统 |
US20150254271A1 (en) * | 2012-09-29 | 2015-09-10 | Zte Corporation | Distributed File System and Data Backup Method for Distributed File System |
CN105208121A (zh) * | 2015-09-23 | 2015-12-30 | 深圳市深信服电子科技有限公司 | 基于分布式文件系统的文件访问流量控制方法及系统 |
US20160105313A1 (en) * | 2014-10-09 | 2016-04-14 | Netapp, Inc. | Configuration replication across distributed storage systems |
Family Cites Families (26)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7769722B1 (en) | 2006-12-08 | 2010-08-03 | Emc Corporation | Replication and restoration of multiple data storage object types in a data network |
US7500134B2 (en) | 2005-12-27 | 2009-03-03 | Emc Corporation | Virtual array failover |
WO2007095587A2 (en) | 2006-02-14 | 2007-08-23 | Yottayotta, Inc. | Systems and methods for obtaining ultra-high data availability and geographic disaster tolerance |
US20070288526A1 (en) | 2006-06-08 | 2007-12-13 | Emc Corporation | Method and apparatus for processing a database replica |
US20070294319A1 (en) | 2006-06-08 | 2007-12-20 | Emc Corporation | Method and apparatus for processing a database replica |
US8706833B1 (en) | 2006-12-08 | 2014-04-22 | Emc Corporation | Data storage server having common replication architecture for multiple storage object types |
US7882061B1 (en) | 2006-12-21 | 2011-02-01 | Emc Corporation | Multi-thread replication across a network |
US8073922B2 (en) * | 2007-07-27 | 2011-12-06 | Twinstrata, Inc | System and method for remote asynchronous data replication |
US8332687B1 (en) | 2010-06-23 | 2012-12-11 | Emc Corporation | Splitter used in a continuous data protection environment |
US8335771B1 (en) | 2010-09-29 | 2012-12-18 | Emc Corporation | Storage array snapshots for logged access replication in a continuous data protection system |
US8694700B1 (en) | 2010-09-29 | 2014-04-08 | Emc Corporation | Using I/O track information for continuous push with splitter for storage device |
US8335761B1 (en) | 2010-12-02 | 2012-12-18 | Emc International Company | Replicating in a multi-copy environment |
US9383928B2 (en) | 2011-06-13 | 2016-07-05 | Emc Corporation | Replication techniques with content addressable storage |
US8732282B1 (en) | 2011-09-30 | 2014-05-20 | Emc Corporation | Model framework to facilitate robust programming of distributed workflows |
US9152578B1 (en) | 2013-03-12 | 2015-10-06 | Emc Corporation | Securing data replication, backup and mobility in cloud storage |
US9658797B1 (en) | 2013-05-03 | 2017-05-23 | EMC IP Holding Company LLC | Storage provisioning in a data storage environment |
US9569455B1 (en) | 2013-06-28 | 2017-02-14 | EMC IP Holding Company LLC | Deduplicating container files |
GB2529403A (en) * | 2014-08-18 | 2016-02-24 | Ibm | A Method of operating a shared nothing cluster system |
US10379964B2 (en) * | 2017-07-10 | 2019-08-13 | International Business Machines Corporation | Integrating resources at a backup site |
US10552072B1 (en) | 2017-07-31 | 2020-02-04 | EMC IP Holding Company LLC | Managing file system namespace in network attached storage (NAS) cluster |
US10789017B1 (en) | 2017-07-31 | 2020-09-29 | EMC IP Holding Company LLC | File system provisioning and management with reduced storage communication |
US10831718B1 (en) | 2017-07-31 | 2020-11-10 | EMC IP Holding Company LLC | Managing data using network attached storage (NAS) cluster |
US10498821B1 (en) | 2017-07-31 | 2019-12-03 | EMC IP Holding Company LLC | Managing NAS server cloning in network attached storage (NAS) cluster |
US10289325B1 (en) | 2017-07-31 | 2019-05-14 | EMC IP Holding Company LLC | Managing multiple tenants in NAS (network attached storage) clusters |
US10684926B2 (en) | 2018-10-23 | 2020-06-16 | EMC IP Holding Company LLC | Online iterative data verification for synchronous replication |
US10613793B1 (en) | 2018-11-01 | 2020-04-07 | EMC IP Holding Company LLC | Method to support hash based xcopy synchronous replication |
-
2018
- 2018-06-15 CN CN201810634970.5A patent/CN110609764B/zh active Active
-
2019
- 2019-03-21 US US16/360,300 patent/US11314599B2/en active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100088556A1 (en) * | 2004-12-27 | 2010-04-08 | Hirokazu Ikeda | Fault management system in multistage copy configuration |
CN103207867A (zh) * | 2012-01-16 | 2013-07-17 | 联想(北京)有限公司 | 处理数据块的方法、发起恢复操作的方法和节点 |
US20150254271A1 (en) * | 2012-09-29 | 2015-09-10 | Zte Corporation | Distributed File System and Data Backup Method for Distributed File System |
CN103546914A (zh) * | 2013-10-21 | 2014-01-29 | 大唐移动通信设备有限公司 | 一种hss主备管理的方法及装置 |
CN104866395A (zh) * | 2014-02-24 | 2015-08-26 | 中国移动通信集团福建有限公司 | 数据备份方法及系统、主备切换方法及系统 |
US20160105313A1 (en) * | 2014-10-09 | 2016-04-14 | Netapp, Inc. | Configuration replication across distributed storage systems |
CN104767643A (zh) * | 2015-04-09 | 2015-07-08 | 喜舟(上海)实业有限公司 | 一种基于虚拟机的容灾备份系统 |
CN105208121A (zh) * | 2015-09-23 | 2015-12-30 | 深圳市深信服电子科技有限公司 | 基于分布式文件系统的文件访问流量控制方法及系统 |
Non-Patent Citations (2)
Title |
---|
MAOHUA LU等: "Efficient Logging and Replication Techniques for Comprehensive Data Protection", 《24TH IEEE CONFERENCE ON MASS STORAGE SYSTEMS AND TECHNOLOGIES (MSST 2007)》 * |
杜向文: "基于虚拟化技术的双活数据中心平台在企业的实现与应用", 《中国管理信息化》 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111858155A (zh) * | 2020-06-12 | 2020-10-30 | 深圳市大族数控科技有限公司 | 数据备份方法、系统、设备和介质 |
Also Published As
Publication number | Publication date |
---|---|
US20190384676A1 (en) | 2019-12-19 |
CN110609764B (zh) | 2023-07-25 |
US11314599B2 (en) | 2022-04-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9442664B2 (en) | Efficient flashcopy backup target volume allocation from a shared resource pool | |
US9747046B2 (en) | Collision avoidance using dynamic target volume allocation in a single repository | |
US9535617B2 (en) | Marking a flashcopy backup for collapse without breaking a flashcopy chain | |
US9817724B2 (en) | Efficient FlashCopy backup target volume allocation with reuse and a shared resource pool | |
US9817719B2 (en) | Efficient Flashcopy backup and mount, clone, or restore collision avoidance using dynamic volume allocation with reuse and from a shared resource pool | |
US20090013012A1 (en) | Journal management method in cdp remote configuration | |
US9454315B2 (en) | Efficient flashcopy backup target volume allocation from a shared resource pool while ingesting a flashcopy backup in a repository | |
US20160371151A1 (en) | Information processing system, information processing apparatus, and information processing apparatus control method | |
US9817723B2 (en) | Efficient FlashCopy backup and mount, clone, or restore collision avoidance using dynamic volume allocation with reuse | |
US9542106B2 (en) | Efficient repository ingest of a target volume without breaking a flashcopy chain | |
EP3648405A1 (en) | System and method to create a highly available quorum for clustered solutions | |
US9672165B1 (en) | Data management tier coupling primary storage and secondary storage | |
US10503428B2 (en) | System and method for concurrent multipoint backup | |
US9507536B2 (en) | Creating a stable flashcopy map (FCMAPS) for ingest | |
CN110609764B (zh) | 用于数据备份的方法、设备和计算机程序产品 | |
US9817718B2 (en) | Efficient flashcopy backup and mount, clone, or restore collision avoidance using dynamic volume allocation from a shared resource pool | |
US9600188B2 (en) | Collision avoidance using dynamic target volume allocation from a shared resource pool | |
JP2017004502A (ja) | 情報システムおよびアップデート方法 | |
EP4002811A1 (en) | Data synchronization method and apparatus | |
CN113986115B (zh) | 用于复制数据的方法、电子设备和计算机程序产品 | |
US9672118B2 (en) | Collision avoidance using dynamic target volume allocation | |
US9710339B2 (en) | Collision avoidance using dynamic volume allocation with reuse | |
US9690500B2 (en) | Efficient flashcopy backup target volume allocation | |
US9632710B2 (en) | Efficient use of Flashcopy resources and target volumes for dynamic target volume allocation | |
KR101628219B1 (ko) | 소프트웨어 정의 네트워크에서 컨트롤러를 운용하는 방법 및 장치 |
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 |