CN112306746A - 在应用环境中管理快照的方法、设备和计算机程序产品 - Google Patents

在应用环境中管理快照的方法、设备和计算机程序产品 Download PDF

Info

Publication number
CN112306746A
CN112306746A CN201910696586.2A CN201910696586A CN112306746A CN 112306746 A CN112306746 A CN 112306746A CN 201910696586 A CN201910696586 A CN 201910696586A CN 112306746 A CN112306746 A CN 112306746A
Authority
CN
China
Prior art keywords
application system
snapshot
snapshots
application
differences
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
CN201910696586.2A
Other languages
English (en)
Inventor
凌庆华
钟鑫
杨岳
邵岩
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
EMC Corp
Original Assignee
EMC IP Holding Co LLC
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 EMC IP Holding Co LLC filed Critical EMC IP Holding Co LLC
Priority to CN201910696586.2A priority Critical patent/CN112306746A/zh
Priority to US16/846,842 priority patent/US11386043B2/en
Publication of CN112306746A publication Critical patent/CN112306746A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/11—File system administration, e.g. details of archiving or snapshots
    • G06F16/128—Details of file system snapshots on the file-level, e.g. snapshot creation, administration, deletion
    • 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/1415—Saving, restoring, recovering or retrying at system level
    • 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
    • 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/1415—Saving, restoring, recovering or retrying at system level
    • G06F11/1443—Transmit or communication errors
    • 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/1461—Backup scheduling policy
    • 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/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1458—Management of the backup or restore process
    • G06F11/1469—Backup restoration techniques
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/17—Details of further file system functions
    • G06F16/1734—Details of monitoring file system events, e.g. by the use of hooks, filter drivers, logs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/18—File system types
    • G06F16/182—Distributed file systems
    • 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/1415—Saving, restoring, recovering or retrying at system level
    • G06F11/1438—Restarting or rejuvenating
    • 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)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Hardware Redundancy (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本公开涉及在应用环境中管理快照的方法、设备和计算机程序产品。应用环境包括第一应用系统和第二应用系统。在一种方法中，在第一应用系统和第二应用系统之间的同步通信被暂停的断开状态期间，标识第一应用系统的一组快照。获取一组快照中的前后相继的两个快照之间的一组快照差异，一组快照基于一组快照的被生成的时间顺序来排列。响应于确定第一应用系统和第二应用系统之间的同步通信被重新恢复，从第一应用系统向第二应用系统传输一组快照差异。利用上述示例性实现，可以以更为有效的方式管理应用环境中的快照，进而在第一应用系统和第二应用系统之间实现数据同步。进一步，提供了一种用于在应用环境中管理快照的设备和计算机程序产品。

Description

在应用环境中管理快照的方法、设备和计算机程序产品
技术领域
本公开的各实现方式涉及应用系统，更具体地，涉及用于在应用环境中管理快照的方法、设备和计算机程序产品。
背景技术
随着计算机技术的发展，各种应用系统已经能够向用户提供越来越高的数据存储能力，并且数据访问速度也有了很大程度的提高。在提高数据存储能力的同时，用户对于数据可靠性也提出了越来越高的需求。目前，已经开发出了基于多个应用系统来服务于用户的技术方案，其中一个应用系统可以处于激活(active)状态，而另一应用系统可以处于待机状态(standby)，以便当激活状态的应用系统出现故障或者处于较高工作负载时，替换该应用系统的工作。
为了确保应用系统的可用性和可靠性，需要在多个应用系统之间同步数据。此时，如何以更高的效率来执行数据同步成为一个研究热点。
发明内容
因而，期望能够开发并实现一种以更为有效的方式来管理快照的技术方案。期望该技术方案能够与现有的应用系统相兼容，并且通过改造现有应用系统的各种配置，来以更为有效的方式管理快照。
根据本公开的第一方面，提供了一种用于在应用环境中管理快照的方法，应用环境包括第一应用系统和第二应用系统。在该方法中，在第一应用系统和第二应用系统之间的同步通信被暂停的断开状态期间，标识第一应用系统的一组快照。获取一组快照中的前后相继的两个快照之间的一组快照差异，一组快照基于一组快照的被生成的时间顺序来排列。响应于确定第一应用系统和第二应用系统之间的同步通信被重新恢复，从第一应用系统向第二应用系统传输一组快照差异。
根据本公开的第二方面，提供了一种用于在应用环境中管理快照的设备，应用环境包括第一应用系统和第二应用系统，该设备包括：至少一个处理器；易失性存储器；以及与至少一个处理器耦合的存储器，存储器具有存储于其中的指令，指令在被至少一个处理器执行时使得设备执行动作。该动作包括：在第一应用系统和第二应用系统之间的同步通信被暂停的断开状态期间，标识第一应用系统的一组快照；获取一组快照中的前后相继的两个快照之间的一组快照差异，一组快照基于一组快照的被生成的时间顺序来排列；以及响应于确定第一应用系统和第二应用系统之间的同步通信被重新恢复，从第一应用系统向第二应用系统传输一组快照差异。
根据本公开的第三方面，提供了一种计算机程序产品，计算机程序产品被有形地存储在非瞬态计算机可读介质上并且包括机器可执行指令，机器可执行指令用于执行根据本公开的第一方面的方法。
附图说明
结合附图并参考以下详细说明，本公开各实现方式的特征、优点及其他方面将变得更加明显，在此以示例性而非限制性的方式示出了本公开的若干实现方式。在附图中：
图1示意性示出了其中可以实现本公开的示例性实现方式的应用环境的示意图；
图2示意性示出了第一应用系统和第二应用系统之间的同步通信被暂停的断开状态的框图；
图3示意性示出了根据本公开的示例性实现方式的用于在应用环境中管理快照的框图；
图4示意性示出了根据本公开的示例性实现方式的用于在应用环境中管理快照的方法的流程图；
图5示意性示出了根据本公开的一个实现方式的应用系统的状态转移的框图；
图6示意性示出了根据本公开的一个实现方式的应用系统的位图的框图；
图7示意性示出了根据本公开的示例性实现方式的确定一组快照中的快照之间的差异的框图；
图8示意性示出了根据本公开的示例性实现方式的基于一组快照差异来在第二应用系统中创建快照的框图；
图9示意性示出了根据本公开的示例性实现方式的修改应用系统的位图的框图；以及
图10示意性示出了根据本公开的示例性实现的用于在应用环境中管理快照的设备的框图。
具体实施方式
下面将参照附图更详细地描述本公开的优选实现。虽然附图中显示了本公开的优选实现，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实现所限制。相反，提供这些实现是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。
在本文中使用的术语“包括”及其变形表示开放性包括，即“包括但不限于”。除非特别申明，术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实现”和“一个实现”表示“至少一个示例实现”。术语“另一实现”表示“至少一个另外的实现”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。
在下文中，首先参见图1描述本公开的应用环境。图1示意性示出了其中可以实现本公开的示例性实现方式的应用环境的示意图100。如图1所示，应用环境100可以包括第一应用系统110和第二应用系统120。在此的应用系统110和120可以是用于提供各种服务的应用系统，包括但不限于数据存储服务、数据处理服务、和/或以上两者的组合。在图1中，第一应用系统110作为激活的应用系统，用于向客户端130提供服务接口。第二应用系统120作为后备应用系统，用于在第一应用系统110出现故障时，可以迅速将第二应用系统120激活并且用于服务于来自客户端130的请求。
如图1所示，第一应用系统110可以包括第一镜像视图112。在此的第一镜像视图(mirror view)112可以表示第一存储系统114的逻辑视图。客户端130可以访问该第一镜像视图112，而并不需要关心第一存储系统114中的数据存储。客户端130可以向第一应用系统110发送132写入请求。在接收到写入请求的情况下，第一应用系统110可以向底层的第一存储设备114写入134数据。
为了确保应用环境100的可靠性，可以在第一应用系统110和第二应用系统120之间同步数据。除了向第一存储设备114写入数据以外，第一应用系统110还可以经由同步通信来向第二应用系统120中写入136数据。类似于第一应用系统110，第二应用系统120可以包括第二镜像视图122，并且该第二镜像视图122可以表示第二存储系统124的逻辑视图。在两个应用系统中的数据已经被同步的情况下，第一镜像视图112和第二镜像视图122是相同的。
然而，在第一应用系统110和第二应用系统120两者并不总是同步的，而是可能会出现两个应用系统之间的同步通信被暂停的情况。图2示意性示出了第一应用系统110和第二应用系统120之间的同步通信被暂停(pause)的断开(fracture)状态的框图200。多种原因可能会导致断开状态，例如，出于设备维护或者其他目的，应用系统的管理员可以暂停第一应用系统110和第二应用系统120之间的同步通信。又例如，网络故障等原因可能会导致第一应用系统110和第二应用系统120之间的同步通信被暂停。
在第一应用系统110的运行期间，可以针对第一应用系统110中的数据制作一个或多个快照210。尽管目前已经提供了在同步通信恢复正常后重新恢复(resume)第一应用系统110和第二应用系统120之间的同步的技术方案。然而，这种同步并不能确保将第一应用系统110处于断开状态期间生成的各个快照同步至第二应用系统120。具体地，由于该技术方案将创建快照的操作封装至IO(输入/输出)请求中，当第一应用系统110和第二应用系统120之间的通信被断开的情况下，并不能在两个应用系统之间传输IO请求，因而不能将该一个或多个快照210同步至第二应用系统120。
为了解决上述缺陷，本公开的实现方式提供了一种用于在应用环境100中管理快照的方法、设备和计算机程序产品。根据本公开的示例性实现，当应用系统进入断开状态之后，可以标识在断开状态期间的各个时间点被创建的一组快照。可以确定一组快照中的前后相继的两个快照之间的差异，进一步可以基于确定的差异来从第一应用系统110向第二应用系统120同步数据。
利用本公开的示例性实现方式，在第一应用系统110处于断开状态期间，可以确定各个快照的具体内容。在第一应用系统110与第二应用系统120之间的同步通信被恢复之后，可以基于各个快照之间的差异，来向第二应用系统120传输相关的数据，以便在第二应用系统120处获取与第一应用系统110中的快照相对应的快照。
在下文中，将参见图3描述有关管理快照的更多细节。图3示意性示出了根据本公开的示例性实现方式的用于在应用环境100中管理快照的框图300。如图3所示，在第一应用系统110处于断开状态期间，可以标识第一应用系统110的一组快照，例如，快照312、快照314、快照316，等等。可以确定一组快照中的前后相继的两个快照之间的一组快照差异320：快照312和快照314之间的快照差异322、快照314和快照316之间的快照差异324。继而，可以向第二应用系统120传输上述快照差异，以便在第二应用系统120处生成与第一应用系统110中的快照314和316相对应的一组快照。
在下文中，将参见图4描述有关管理快照的更多细节。图4示意性示出了根据本公开的示例性实现方式的用于在应用环境100中管理快照的方法400的流程图。在框410处，在第一应用系统110和第二应用系统120之间的同步通信被暂停的断开状态期间，标识第一应用系统110的一组快照。将会理解，当第一应用系统110和第二应用系统120之间的同步通信正常的情况下，可以基于已有的技术方案来向第二应用系统120同步快照。因而，当检测到在第一应用系统110和第二应用系统120之间的同步通信被暂停被断开，可以启动方法400。
在下文中，将参见图5描述应用系统可能处于的各个状态的更多细节。图5示意性示出了根据本公开的一个实现方式的应用系统的状态转移的框图500。如图5所示，第一应用系统110可以涉及多个状态：同步(In Sync)状态510、管理员断开(Admin Fracture)状态520、系统断开(System Fracture)状态530、同步中(Synchronizing)状态540以及同步排队(Sync Queue)状态550。
同步状态510表示第一应用系统110已经与第二应用系统120同步。管理员断开状态520表示管理员将第一应用系统110和第二应用系统120之间的同步通信暂停。系统断开状态530表示由于网络等原因而导致第一应用系统110和第二应用系统120之间的同步通信被暂停。同步中状态540表示正在从第一应用系统110向第二应用系统120执行同步。同步排队状态550表示第一应用系统110正在排队等待与第二应用系统120执行同步操作。
图5所示的各个状态可以基于不同的事件而转移。例如，当出现管理员动作、媒体故障等事件566时，同步状态510将转移至管理员断开状态520。当出现消息不可送达/通知不可送达等表示网络故障的事件562时，同步状态510将转移至系统断开状态530。当出现管理员动作564时，系统断开状态530将转移至管理员断开状态520。当出现调度事件568时，系统断开状态530将转移至同步排队状态550。
在同步排队状态550中，可以不断地检查调度是否就绪570，并且在确定准备就绪572时，同步排队状态550将转移至同步中状态540。如果同步已经被完成576，则同步中状态540将转移至同步状态510。如果出现例如网络故障的事件562，则同步中状态540将转移至系统断开状态530。在同步中状态540，如果出现管理员暂停动作580，则同步中状态540可以转移至管理员断开状态520。如果出现管理员启动动作582，则管理员断开状态520可以转移至同步中状态540。在本公开的上下文中，可以在如图5所示的管理员断开状态520或者系统断开状态530中执行方法400，以便以在第一应用系统110和第二应用系统120之间的同步通信被重新恢复后，向第二应用系统120同步在断开状态期间生成的一组快照。
将会理解，由于一组快照是按照时间顺序生成的，因而需要确定在第一应用系统110出现断开状态之前已经被传输至第二应用系统120中的快照，以便作为从第一应用系统110向第二应用系统120传输快照的基础。具体地，可以标识已经从第一应用系统110被传输至第二应用系统120的最新版本的基准快照(即，将第二应用系统120处的具有最新生成时间的快照作为基准快照)。
随着时间的推移，在第一应用系统110处于断开状态期间，还可以创建一个或多个快照。此时，可以标识在第一应用系统110处于断开状态期间被创建的至少一个快照，以便确定需要向第二应用系统120传输与哪些快照相关联的数据。在第一应用系统110和第二应用系统120中均包括该基准快照，因而在第一应用系统110处可以基于该基准快照来确定未被传输至第二应用系统120的部分，进而基于多个快照之间的“增量(increment)”来管理快照。
在框420处，获取一组快照中的前后相继的两个快照之间的一组快照差异，在此一组快照基于一组快照是按照被生成的时间顺序来排列。在应用系统的运行期间，可以按照时间顺序生成一组快照。此时，可以获取前后相继的两个快照之间的快照差异。返回图3，例如一组快照可以包括快照312、快照314和快照316，则此时可以确定快照312和快照314之间的差异为快照差异322，而快照314和快照316之间的差异为快照差异324。
将会理解，由于应用系统中可以包括大量的数据，为了提高数据管理的效率，还可以设置位图来指示应用系统中的被修改的数据块，以便于在数据同步中确定将要从第一应用系统110向第二应用系统120传输哪些数据块中的数据。根据本公开的示例性实现方式，在第一应用系统110处于断开状态期间，响应于确定第一应用系统110中的至少一个数据块被改变，更新第一应用系统110中的位图以指示被改变的至少一个数据块。
图6示意性示出了根据本公开的一个实现方式的应用系统的位图的框图600。在图6中，参考数字610示出了针对应用系统中的一组数据块620的位图，其中位图中的每个位对应于一组数据块620中的一个数据块，以指示数据块中的数据是否被修改。根据本公开的示例性实现方式，可以基于应用系统的配置来设置数据块的大小。假设应用系统中包括海量数据，则此时可以将数据块设置为较大的数值。进一步，还可以将数据块划分为子数据块，以便提高指示的粒度。假设应用系统中仅包括较少数据，则此时可以将数据块设置为较小的数值。
根据本公开的示例性实现方式，例如可以采用“0”来表示数据块中的数据未被修改，可以采用“1”来表示数据块中的数据已经被修改。如图6所示，位612可以对应于数据块622，……，以及位614可以对应于数据块624。例如，如果位612的数值为“0”，则表示数据块622中的数据未被修改；如果位614的数值为“1”，则表示数据块624中的数据已经被修改。
在下文中，将参见图7描述有关确定快照差异的更多细节。图7示意性示出了根据本公开的示例性实现方式的确定一组快照中的快照之间的差异的框图700。如图7所示，位图710示出了用于第一应用系统110中的一组数据块的位图，其中数值“0”表示相对应的数据块中的数据没有被改变，而数值“1”表示相对应的数据块中的数据已经被改变。假设仅存在快照312和快照314，此时例如可以基于应用系统110中的存储系统(例如文件系统)的索引来确定两个快照之间的快照差异322。此时，快照差异322将仅涉及两个快照312和314中的与第二个数据块相关联的部分。
在框430处，确定第一应用系统110和第二应用系统120之间的同步通信是否重新恢复。将会理解，由于仅有在两个应用系统之间的同步通信恢复之后才能向第二应用系统120传输快照差异，因而在此可以周期性地检测同步通信是否已经被重新恢复。根据本公开的示例性实现方式，还可以基于链路恢复的通知来确定同步通信已经被恢复。根据本公开的示例性实现方式，还可以基于管理员触发恢复的命令，来确定同步通信已经被恢复。
在框440处，如果同步通信已经被恢复，则从第一应用系统110向第二应用系统120传输一组快照差异320。根据本公开的示例性实现方式，为了从第一应用系统110向第二应用系统120传输一组快照差异320，可以按照一组快照的被生成的时间顺序，从第一应用系统110向第二应用系统120传输一组快照差异320中的每个快照差异。将会理解，由于快照差异是在时间上前后相继的两个快照之间的差异，通过按照时间顺序来逐一向第二应用系统120传输快照，第二应用系统120可以以累加的方式接收到与第一应用系统110处的每个快照相对应的快照差异。
根据本公开的示例性实现方式，为了确保在第二应用系统120中存在足够的可用空间来容纳一组快照差异320，还可以向第二应用系统120发送写入请求以指示一组快照所需的存储空间。如果在第二应用系统120中存在足够的存储空间，则可以直接向第二应用系统120传输一组快照差异。如果在第二应用系统120中的可用空间出现短缺，则在第二应用系统120中可以请求新的存储空间，或者可以释放已经不再使用的存储空间来用于容纳一组快照差异。
根据本公开的示例性实现方式，可以通知第二应用系统120来基于接收的一组快照差异来生成与一组快照相对应的一组快照。具体地，在第二应用系统120已经接收到快照差异的情况下，第二应用系统120可以基于接收的快照差异来生成相应的快照。例如，在图7的示例中，在第一应用系统110和第二应用系统120之间的同步通信正常期间，快照312已经被传输至第二应用系统120。因而，该快照312是基准快照，并且在第二应用系统120处可以基于接收到的快照差异322和第二应用系统120处的快照312，来生成镜像快照。
将会理解，尽管在图7中仅示意性示出了两个快照的情况，根据本公开的示例性实现方式，一组快照还可以包括更多数量的快照。可以采用与上文描述类似的方式，针对前后相继的两个快照来进行处理，以生成两个快照之间的快照差异。进一步，可以将多个快照差异中的每个快照差异逐个传输至第二应用系统120，并且可以在第二应用系统处基于每个快照差异和相对应的基准快照，生成相应的镜像快照。例如，假设还存在快照差异322以外的另一快照差异，则在第二应用系统120处可以将基于快照差异322和快照312生成的镜像快照作为新的基准快照。继而，可以基于新的基准快照和另一快照差异来生成与另一快照差异相对应的镜像快照。
根据本公开的示例性实现方式，还可以基于快照差异来更新第二应用系统120中的第二镜像视图，以便实现第一应用系统110和第二应用系统120的同步。具体地，响应于确定一组快照差异已经从第一应用系统110被传输至第二应用系统120，可以在第一应用系统处生成第一应用系统110的系统快照；以及将系统快照与一组快照中的创建时间最迟的快照之间的差异传输至第二应用系统120。
将会理解，在此的系统快照并不是基于用户制作快照的需求而生成的快照，而是为了实现第二应用系统120和第二应用系统110的同步而生成的快照。如果应用系统110中的数据在生成最新快照和传输完成的两个时间点之间并没有被修改，则最新快照即可反应应用系统110的最新状态，此时不必专门生成系统快照。
根据本公开的示例性实现方式，可以通知第二应用系统120来基于接收的一组快照差异来更新第二应用系统120中的第二镜像视图122，第二镜像视图122是第一应用系统110的镜像。以此方式，一组快照差异不但可以用于在第二应用系统120处生成相应的快照，还可以被重用以在第二应用系统120处生成第一应用系统的镜像。以此方式，不必再重新传输整个第一应用系统110中的数据，而是仅需要传输第一应用系统110中的最新版本的快照与当前第一应用系统110中的数据之间的差异即可。
在下文中，将参见图8描述管理快照的更多细节。图8示意性示出了根据本公开的示例性实现方式的基于一组快照差异来在第二应用系统120中创建快照的框图800。图8左侧示出了位于第一应用系统110处的一组数据块810，而图8右侧示出了位于第二应用系统120处的一组数据块820。假设第一应用系统110处包括8个数据块B0至B7，并且在时间点T0处，第一应用系统110和第二应用系统120之间的同步通信处于正常状态。此时，第一应用系统110处的数据块B0至B7中的数据与第二应用系统120处的数据块B0至B7中的数据是相同的。
假设第一应用系统110和第二应用系统120之间的同步通信在时间点T0之后被断开。进一步，假设在时间点T1处第一应用系统110中的数据块B1中的数据被修改，在时间点T2处第一应用系统110中的数据块B2中的数据被修改，在时间点T3处第一应用系统110中的数据块B3中的数据被修改，并且在时间点T1、T2和T3处分别制作了三个快照。
可以执行上文描述的方法400，此时在时间点T0处在第一应用系统110中的数据的快照可以作为基准快照，并且可以基于基准快照和后续的三个快照来确定前后相继的两个快照之间的快照差异。此时，三个快照差异分别涉及数据块B1、B2和B3。如果检测到第一应用系统110和第二应用系统120之间的同步通信重新恢复，可以从第一应用系统110向第二应用系统120分别传输三个快照差异(即，数据块B1、B2和B3)。第二应用系统120在接收到各个数据块之后，可以分别基于数据块B1、B2和B3来生成相应的快照，并且还可以分别将数据块B1、B2和B3中的数据更新至第二应用系统120处的相应数据块B1、B2和B3。
在图8的示例中，在生成最新的快照的时间点T3和传输完成的时间点T6之间，第一应用系统110中没有数据块被更新，因而此时不必生成系统快照。此时，第二应用系统110处的数据块在时间点T6已经与第一应用系统110中的数据块中的数据是同步的。在时间点T3和T6之间，如果第一应用系统110处的数据块B4中的数据被更新，则需要制作系统快照，并且还需要将系统快照与上一快照之间的差异(即，第一应用系统110处的数据块B4)传输至第二应用系统120。第二应用系统120在接收到数据块B4中的数据后，还可以利用接收到的数据来更新第二应用系统120处的数据块B4中的数据。在更新完成之后，第二应用系统120与第一应用系统110变为同步。
在上文中已经描述了如何在应用环境100中管理快照的过程。将会理解，按照上文描述的方法，在第一应用系统110和第二应用系统120之间的同步通信已经被恢复的情况下，在第一应用系统110的断开状态期间制作的一个或多个快照已经被同步至第二应用系统120，并且第二应用系统120已经与第一应用系统110同步。将会理解，在两个应用系统之间的同步通信正常工作期间，需要基于第一应用系统110中的位图来向第二应用系统120同步数据。
因而，在同步通信恢复后，需要确保第一应用系统110中的位图能够反映第一应用系统110中的第一镜像视图112和第二应用系统120中的第二镜像视图122之间的差异。根据本公开的示例性实现方式，可以基于已经被传输至所述第二应用系统120的快照差异来更新所述位图。在下文中，将参见图9提供有关更新位图的更多细节。
图9示意性示出了根据本公开的示例性实现方式的修改应用系统的位图的框图900。图9左侧示意性示出了第一应用系统110处的一组区块910，图9右侧示意性示出了第一应用系统110的位图。假设在时间点T0至T3之间，第一应用系统110和第二应用系统120之间的同步通信被断开。在时间点T1处，第一应用系统110中的数据块B1被修改，因而位图920中的与该数据块B1相对应的位将被修改为“1”。在时间点T2处，第一应用系统110中的数据块B2被修改，因而位图920中的与该数据块B2相对应的位将被修改为“1”。类似地，位图920中的与数据块B3相对应的位将被修改为“1”。
假设第一应用系统110和第二应用系统120之间的同步通信在时间点T4处恢复，并且已经从第一应用系统110向第二应用系统120传输了数据块B1、B2和B3中的数据之后，此时第二应用系统120与第一应用系统110变为同步。因而，应当清除位图920中的与数据块B1、B2和B3相关联的部分。此时，位图920将被更新至“00000000”。
将参见图9详细描述在同步通信被恢复之后的操作。假设在下一时间点T5处修改了数据块B4中的数据，则此时需要将位图940中的与数据块B4相对应的位更新至“1”，以指示被修改的数据块。之后，可以基于更新的位图来从第一应用系统110向第二应用系统120同步数据。此时，同步数据的过程中，仅需要将数据块B4从第一应用系统110发送至第二应用系统120即可。在数据块B4中的数据已经被同步至第二应用系统120后，可以清除位图920中的与数据块B4相对应的部分。
将会理解，尽管在图9中未示出创建系统快照的情况，在实际运行过程中，从制作最后一个快照到一组快照差异被传输至第二应用系统120期间，第一应用系统110中的数据块可能被修改。此时，还需要制作系统快照。由于系统快照是为了执行数据同步而创建的快照，因而在已经完成数据同步之后，可以从第一应用系统110中删除该系统快照。此时，第一应用系统110和第二应用系统120之间的同步通信保持正常，因而可以在第一应用系统110中的某个数据块被修改时，更新位图中的与被修改的数据块相对应的位，并基于更新的位图来重新开始第一存储系统的运行。
在上文中已经参见图2至图9详细描述了根据本公开的方法的示例，在下文中将描述相应的装置的实现。根据本公开的示例性实现，提供了用于在应用环境中管理快照的装置，应用环境包括第一应用系统和第二应用系统。该装置包括：标识模块，配置用于在第一应用系统和第二应用系统之间的同步通信被暂停的断开状态期间，标识第一应用系统的一组快照；获取模块，配置用于获取一组快照中的前后相继的两个快照之间的一组快照差异，一组快照基于一组快照的被生成的时间顺序来排列；以及传输模块，配置用于响应于确定第一应用系统和第二应用系统之间的同步通信被重新恢复，从第一应用系统向第二应用系统传输一组快照差异。
根据本公开的示例性实现方式，标识模块进一步被配置用于：标识从第一应用系统已经被传输至第二应用系统的最新版本的基准快照；以及标识在第一应用系统处于断开状态期间被创建的至少一个快照。
根据本公开的示例性实现方式，传输模块进一步被配置用于：按照一组快照被生成的时间顺序，从第一应用系统向第二应用系统传输一组快照差异中的每个快照差异。
根据本公开的示例性实现方式，进一步包括：通知模块，配置用于通知第二应用系统来基于接收的一组快照差异来生成与一组快照相对应的一组快照。
根据本公开的示例性实现方式，进一步包括：通知模块，配置用于通知第二应用系统来基于接收的一组快照差异来更新第二应用系统中的第二镜像视图，第二镜像视图是第一应用系统的镜像。
根据本公开的示例性实现方式，进一步包括：生成模块，配置用于响应于确定一组快照差异已经从第一应用系统被传输至第二应用系统，生成第一应用系统的系统快照；以及传输模块进一步配置用于将系统快照与一组快照中的创建时间最迟的快照之间的差异传输至第二应用系统。
根据本公开的示例性实现方式，进一步包括：更新模块，配置用于在第一应用系统处于断开状态期间，响应于确定第一应用系统中的至少一个数据块被改变，更新第一应用系统中的位图以指示被改变的至少一个数据块；以及所述更新模块进一步配置用于基于已经被传输至第二应用系统的快照差异来更新位图。
根据本公开的示例性实现方式，进一步包括：删除模块，配置用于从第一应用系统中删除系统快照；以及管理模块，配置用于基于更新的位图来管理第一存储系统的运行。
根据本公开的示例性实现方式，管理模块进一步配置用于：响应于确定第一存储系统中的数据块被修改，更新位图以指示被修改的数据块；以及基于更新的位图来从第一应用系统向第二应用系统同步数据。
根据本公开的示例性实现方式，断开状态包括：管理员断开状态和系统断开状态中的任一项。
图10示意性示出了根据本公开的示例性实现的用于在应用环境中管理快照的设备1000的框图。如图所示，设备1000包括中央处理单元(CPU)1001，其可以根据存储在只读存储器(ROM)1002中的计算机程序指令或者从存储单元1008加载到随机访问存储器(RAM)1003中的计算机程序指令，来执行各种适当的动作和处理。在RAM 1003中，还可存储设备1000操作所需的各种程序和数据。CPU 1001、ROM 1002以及RAM 1003通过总线1004彼此相连。输入/输出(I/O)接口1005也连接至总线1004。
设备1000中的多个部件连接至I/O接口1005，包括：输入单元1006，例如键盘、鼠标等；输出单元1007，例如各种类型的显示器、扬声器等；存储单元1008，例如磁盘、光盘等；以及通信单元1009，例如网卡、调制解调器、无线通信收发机等。通信单元1009允许设备1000通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
上文所描述的各个过程和处理，例如方法400可由处理单元1001执行。例如，在一些实现中，方法400可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元1008。在一些实现中，计算机程序的部分或者全部可以经由ROM 1002和/或通信单元1009而被载入和/或安装到设备1000上。当计算机程序被加载到RAM 1003并由CPU 1001执行时，可以执行上文描述的方法400的一个或多个步骤。备选地，在其他实现中，CPU 1001也可以以其他任何适当的方式被配置以实现上述过程/方法。
根据本公开的示例性实现，提供了一种用于在应用环境中管理快照的设备，应用环境包括第一应用系统和第二应用系统，该设备包括：至少一个处理器；易失性存储器；以及与至少一个处理器耦合的存储器，存储器具有存储于其中的指令，指令在被至少一个处理器执行时使得设备执行动作。该动作包括：在第一应用系统和第二应用系统之间的同步通信被暂停的断开状态期间，标识第一应用系统的一组快照；获取一组快照中的前后相继的两个快照之间的一组快照差异，一组快照基于一组快照的被生成的时间顺序来排列；以及响应于确定第一应用系统和第二应用系统之间的同步通信被重新恢复，从第一应用系统向第二应用系统传输一组快照差异。
根据本公开的示例性实现方式，标识第一应用系统的一组快照包括：标识从第一应用系统已经被传输至第二应用系统的最新版本的基准快照；以及标识在第一应用系统处于断开状态期间被创建的至少一个快照。
根据本公开的示例性实现方式，从第一应用系统向第二应用系统传输一组快照差异包括：按照一组快照被生成的时间顺序，从第一应用系统向第二应用系统传输一组快照差异中的每个快照差异。
根据本公开的示例性实现方式，该动作进一步包括：通知第二应用系统来基于接收的一组快照差异来生成与一组快照相对应的一组快照。
根据本公开的示例性实现方式，该动作进一步包括：通知第二应用系统来基于接收的一组快照差异来更新第二应用系统中的第二镜像视图，第二镜像视图是第一应用系统的镜像。
根据本公开的示例性实现方式，该动作进一步包括：响应于确定一组快照差异已经从第一应用系统被传输至第二应用系统，生成第一应用系统的系统快照；以及将系统快照与一组快照中的创建时间最迟的快照之间的差异传输至第二应用系统。
根据本公开的示例性实现方式，该动作进一步包括：在第一应用系统处于断开状态期间，响应于确定第一应用系统中的至少一个数据块被改变，更新第一应用系统中的位图以指示被改变的至少一个数据块；以及基于已经被传输至第二应用系统的快照差异来更新位图。
根据本公开的示例性实现方式，该动作进一步包括：从第一应用系统中删除系统快照；以及基于更新的位图来管理第一存储系统的运行。
根据本公开的示例性实现方式，基于更新的位图来管理第一存储系统的运行进一步包括：响应于确定第一存储系统中的数据块被修改，更新位图以指示被修改的数据块；以及基于更新的位图来从第一应用系统向第二应用系统同步数据。
根据本公开的示例性实现方式，断开状态包括：管理员断开状态和系统断开状态中的任一项。
根据本公开的示例性实现，提供了一种计算机程序产品，计算机程序产品被有形地存储在非瞬态计算机可读介质上并且包括机器可执行指令，机器可执行指令用于执行根据本公开的方法。
根据本公开的示例性实现，提供了一种计算机可读介质。计算机可读介质上存储有机器可执行指令，当机器可执行指令在被至少一个处理器执行时，使得至少一个处理器实现根据本公开方法。
本公开可以是方法、设备、系统和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于执行本公开的各个方面的计算机可读程序指令。
计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。
用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实现中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。
这里参照根据本公开实现的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。
这些计算机可读程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理单元，从而生产出一种机器，使得这些指令在通过计算机或其他可编程数据处理装置的处理单元执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
也可以把计算机可读程序指令加载到计算机、其他可编程数据处理装置、或其他设备上，使得在计算机、其他可编程数据处理装置或其他设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其他可编程数据处理装置、或其他设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
附图中的流程图和框图显示了根据本公开的多个实现的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
以上已经描述了本公开的各实现，上述说明是示例性的，并非穷尽性的，并且也不限于所公开的各实现。在不偏离所说明的各实现的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实现的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其他普通技术人员能理解本文公开的各实现。

Claims (20)

1.一种用于在应用环境中管理快照的方法，所述应用环境包括第一应用系统和第二应用系统，所述方法包括：
在所述第一应用系统和所述第二应用系统之间的同步通信被暂停的断开状态期间，标识所述第一应用系统的一组快照；
获取所述一组快照中的前后相继的两个快照之间的一组快照差异，所述一组快照基于所述一组快照的被生成的时间顺序来排列；以及
响应于确定所述第一应用系统和所述第二应用系统之间的同步通信被重新恢复，从所述第一应用系统向所述第二应用系统传输所述一组快照差异。
2.根据权利要求1所述的方法，其中标识所述第一应用系统的一组快照包括：
标识从所述第一应用系统已经被传输至所述第二应用系统的最新版本的基准快照；以及
标识在所述第一应用系统处于所述断开状态期间被创建的至少一个快照。
3.根据权利要求2所述的方法，其中从所述第一应用系统向所述第二应用系统传输所述一组快照差异包括：
按照所述一组快照被生成的时间顺序，从所述第一应用系统向所述第二应用系统传输所述一组快照差异中的每个快照差异。
4.根据权利要求3所述的方法，进一步包括：
通知所述第二应用系统来基于接收的所述一组快照差异来生成与所述一组快照相对应的一组快照。
5.根据权利要求3所述的方法，进一步包括：
通知所述第二应用系统来基于接收的所述一组快照差异来更新所述第二应用系统中的第二镜像视图，所述第二镜像视图是所述第一应用系统的镜像。
6.根据权利要求5所述的方法，进一步包括：
响应于确定所述一组快照差异已经从所述第一应用系统被传输至所述第二应用系统，生成所述第一应用系统的系统快照；以及
将所述系统快照与所述一组快照中的创建时间最迟的快照之间的差异传输至所述第二应用系统。
7.根据权利要求6所述的方法，进一步包括：
在所述第一应用系统处于所述断开状态期间，响应于确定所述第一应用系统中的至少一个数据块被改变，更新所述第一应用系统中的位图以指示被改变的所述至少一个数据块；以及
基于已经被传输至所述第二应用系统的快照差异来更新所述位图。
8.根据权利要求7所述的方法，进一步包括：
从所述第一应用系统中删除所述系统快照；以及
基于更新的所述位图来管理所述第一存储系统的运行。
9.根据权利要求8所述的方法，其中基于更新的所述位图来管理所述第一存储系统的运行进一步包括：
响应于确定所述第一存储系统中的数据块被修改，更新所述位图以指示被修改的所述数据块；以及
基于更新的所述位图来从所述第一应用系统向所述第二应用系统同步数据。
10.根据权利要求1所述的方法，其中所述断开状态包括：管理员断开状态和系统断开状态中的任一项。
11.一种用于在应用环境中管理快照的设备，所述应用环境包括第一应用系统和第二应用系统，所述设备包括：
至少一个处理器；
易失性存储器；以及
与所述至少一个处理器耦合的存储器，所述存储器具有存储于其中的指令，所述指令在被所述至少一个处理器执行时使得所述设备执行动作，所述动作包括：
在所述第一应用系统和所述第二应用系统之间的同步通信被暂停的断开状态期间，标识所述第一应用系统的一组快照；
获取所述一组快照中的前后相继的两个快照之间的一组快照差异，所述一组快照基于所述一组快照的被生成的时间顺序来排列；以及
响应于确定所述第一应用系统和所述第二应用系统之间的同步通信被重新恢复，从所述第一应用系统向所述第二应用系统传输所述一组快照差异。
12.根据权利要求11所述的设备，其中标识所述第一应用系统的一组快照包括：
标识从所述第一应用系统已经被传输至所述第二应用系统的最新版本的基准快照；以及
标识在所述第一应用系统处于所述断开状态期间被创建的至少一个快照。
13.根据权利要求12所述的设备，其中从所述第一应用系统向所述第二应用系统传输所述一组快照差异包括：
按照所述一组快照被生成的时间顺序，从所述第一应用系统向所述第二应用系统传输所述一组快照差异中的每个快照差异。
14.根据权利要求13所述的设备，其中所述动作进一步包括：
通知所述第二应用系统来基于接收的所述一组快照差异来生成与所述一组快照相对应的一组快照。
15.根据权利要求13所述的设备，其中所述动作进一步包括：
通知所述第二应用系统来基于接收的所述一组快照差异来更新所述第二应用系统中的第二镜像视图，所述第二镜像视图是所述第一应用系统的镜像。
16.根据权利要求15所述的设备，其中所述动作进一步包括：
响应于确定所述一组快照差异已经从所述第一应用系统被传输至所述第二应用系统，生成所述第一应用系统的系统快照；以及
将所述系统快照与所述一组快照中的创建时间最迟的快照之间的差异传输至所述第二应用系统。
17.根据权利要求16所述的设备，其中所述动作进一步包括：
在所述第一应用系统处于所述断开状态期间，响应于确定所述第一应用系统中的至少一个数据块被改变，更新所述第一应用系统中的位图以指示被改变的所述至少一个数据块；以及
基于已经被传输至所述第二应用系统的快照差异来更新所述位图。
18.根据权利要求17所述的设备，其中所述动作进一步包括：
从所述第一应用系统中删除所述系统快照；以及
基于更新的所述位图来管理所述第一存储系统的运行。
19.根据权利要求18所述的设备，其中基于更新的所述位图来管理所述第一存储系统的运行进一步包括：
响应于确定所述第一存储系统中的数据块被修改，更新所述位图以指示被修改的所述数据块；以及
基于更新的所述位图来从所述第一应用系统向所述第二应用系统同步数据。
20.一种计算机程序产品，所述计算机程序产品被有形地存储在非瞬态计算机可读介质上并且包括机器可执行指令，所述机器可执行指令用于执行根据权利要求1-10中的任一项所述的方法。
CN201910696586.2A 2019-07-30 2019-07-30 在应用环境中管理快照的方法、设备和计算机程序产品 Pending CN112306746A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201910696586.2A CN112306746A (zh) 2019-07-30 2019-07-30 在应用环境中管理快照的方法、设备和计算机程序产品
US16/846,842 US11386043B2 (en) 2019-07-30 2020-04-13 Method, device, and computer program product for managing snapshot in application environment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910696586.2A CN112306746A (zh) 2019-07-30 2019-07-30 在应用环境中管理快照的方法、设备和计算机程序产品

Publications (1)

Publication Number Publication Date
CN112306746A true CN112306746A (zh) 2021-02-02

Family

ID=74260384

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910696586.2A Pending CN112306746A (zh) 2019-07-30 2019-07-30 在应用环境中管理快照的方法、设备和计算机程序产品

Country Status (2)

Country Link
US (1) US11386043B2 (zh)
CN (1) CN112306746A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116521622A (zh) * 2023-06-30 2023-08-01 中邮消费金融有限公司 一种基于数据快照自动化管理数据的方法及系统

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070150677A1 (en) * 2005-12-28 2007-06-28 Yukiko Homma Storage system and snapshot management method
US20110113206A1 (en) * 2009-11-11 2011-05-12 Red Hat Israel, Ltd. Method for obtaining a snapshot image of a disk shared by multiple virtual machines
CN102834822A (zh) * 2010-04-12 2012-12-19 微软公司 由虚拟机共享的群集的快速-完整备份
CN106547759A (zh) * 2015-09-17 2017-03-29 伊姆西公司 用于选择增量备份方式的方法和装置
US10031961B1 (en) * 2013-06-20 2018-07-24 Ca, Inc. Systems and methods for data replication
CN109165120A (zh) * 2018-08-08 2019-01-08 华为技术有限公司 分布式存储系统中管理快照和差异位图生成方法和产品

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6434628B1 (en) * 1999-08-31 2002-08-13 Accenture Llp Common interface for handling exception interface name with additional prefix and suffix for handling exceptions in environment services patterns
US7769722B1 (en) 2006-12-08 2010-08-03 Emc Corporation Replication and restoration of multiple data storage object types in a data network
US8706833B1 (en) 2006-12-08 2014-04-22 Emc Corporation Data storage server having common replication architecture for multiple storage object types
US9063994B1 (en) 2011-03-31 2015-06-23 Emc Corporation Networked based replication of distributed volumes
US10185583B1 (en) 2012-06-27 2019-01-22 EMC IP Holding Company LLC Leveraging snapshots
US9659074B1 (en) 2012-06-27 2017-05-23 EMC IP Holding Company LLC VFA statistics
US9619255B1 (en) 2012-06-27 2017-04-11 EMC IP Holding Company LLC Remote live motion
US9619264B1 (en) 2012-06-27 2017-04-11 EMC IP Holding Company LLC AntiAfinity
US9575857B1 (en) 2012-06-27 2017-02-21 EMC IP Holding Company LLC Active/active replication
US9639383B1 (en) 2012-06-27 2017-05-02 EMC IP Holding Company LLC Volume moving
US9135120B1 (en) 2012-06-27 2015-09-15 Emc Corporation Consistency group moving
US9619256B1 (en) 2012-06-27 2017-04-11 EMC IP Holding Company LLC Multi site and multi tenancy
US9965306B1 (en) 2012-06-27 2018-05-08 EMC IP Holding Company LLC Snapshot replication
US10191755B1 (en) 2012-06-27 2019-01-29 EMC IP Holding Company LLC Virtual replication
US9575851B1 (en) 2012-06-27 2017-02-21 EMC IP Holding Company LLC Volume hot migration
US9658929B1 (en) 2012-06-27 2017-05-23 EMC IP Holding Company LLC Asynchronous splitting
US9881014B1 (en) 2014-06-30 2018-01-30 EMC IP Holding Company LLC Snap and replicate for unified datapath architecture
US9934302B1 (en) 2014-09-30 2018-04-03 EMC IP Holding Company LLC Method and system for performing replication to a device while allowing application access
US10503427B2 (en) * 2017-03-10 2019-12-10 Pure Storage, Inc. Synchronously replicating datasets and other managed objects to cloud-based storage systems

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070150677A1 (en) * 2005-12-28 2007-06-28 Yukiko Homma Storage system and snapshot management method
US20110113206A1 (en) * 2009-11-11 2011-05-12 Red Hat Israel, Ltd. Method for obtaining a snapshot image of a disk shared by multiple virtual machines
CN102834822A (zh) * 2010-04-12 2012-12-19 微软公司 由虚拟机共享的群集的快速-完整备份
US10031961B1 (en) * 2013-06-20 2018-07-24 Ca, Inc. Systems and methods for data replication
CN106547759A (zh) * 2015-09-17 2017-03-29 伊姆西公司 用于选择增量备份方式的方法和装置
CN109165120A (zh) * 2018-08-08 2019-01-08 华为技术有限公司 分布式存储系统中管理快照和差异位图生成方法和产品

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116521622A (zh) * 2023-06-30 2023-08-01 中邮消费金融有限公司 一种基于数据快照自动化管理数据的方法及系统
CN116521622B (zh) * 2023-06-30 2023-09-22 中邮消费金融有限公司 一种基于数据快照自动化管理数据的方法及系统

Also Published As

Publication number Publication date
US20210034570A1 (en) 2021-02-04
US11386043B2 (en) 2022-07-12

Similar Documents

Publication Publication Date Title
US10073747B2 (en) Reducing recovery time in disaster recovery/replication setup with multitier backend storage
US10482104B2 (en) Zero-data loss recovery for active-active sites configurations
CN110795503A (zh) 分布式存储系统的多集群数据同步方法及相关装置
CN111953566B (zh) 一种基于分布式故障监控的方法和虚拟机高可用系统
CN111045854B (zh) 用于管理服务容器的方法、设备和计算机可读介质
US20150067387A1 (en) Method and apparatus for data storage
US11366682B1 (en) Automatic snapshotting for recovery of instances with local storage
CN112235405A (zh) 分布式存储系统及数据投放方法
CN104281631A (zh) 分布式数据库系统及其数据同步方法和节点
CN114064438A (zh) 数据库故障处理方法和装置
CN112306746A (zh) 在应用环境中管理快照的方法、设备和计算机程序产品
CN117076196A (zh) 一种数据库容灾的管控方法和装置
CN109542841B (zh) 集群中创建数据快照的方法及终端设备
CN109992447B (zh) 数据复制方法、装置及存储介质
US11281391B2 (en) Method, device, and computer program for migrating backup system
CN114327563A (zh) 数据同步方法及装置、系统、存储介质、计算机系统
CN114816866A (zh) 故障处理方法、装置、电子设备和存储介质
CN113760469A (zh) 分布式计算的方法和装置
US10949114B2 (en) Data storage management devices using utilization rates and methods for data storage management using utilization rates
CN113515574A (zh) 一种数据同步方法及装置
CN113742376A (zh) 一种同步数据的方法、第一服务器以及同步数据的系统
CN111767113A (zh) 一种用于实现容器驱逐的方法和装置
CN112463514A (zh) 分布式缓存集群的监测方法和装置
CN112749042B (zh) 一种应用运行方法和装置
CN112307013A (zh) 用于管理应用系统的方法、设备和计算机程序产品

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination