CN104364763B - 用于多层应用程序的灾难恢复的系统和方法 - Google Patents
用于多层应用程序的灾难恢复的系统和方法 Download PDFInfo
- Publication number
- CN104364763B CN104364763B CN201380026054.9A CN201380026054A CN104364763B CN 104364763 B CN104364763 B CN 104364763B CN 201380026054 A CN201380026054 A CN 201380026054A CN 104364763 B CN104364763 B CN 104364763B
- Authority
- CN
- China
- Prior art keywords
- cluster
- layer
- application
- tiers application
- tiers
- 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.)
- Active
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/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/202—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 processing functionality is redundant
- G06F11/2023—Failover techniques
- G06F11/203—Failover techniques using migration
-
- 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/202—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 processing functionality is redundant
- G06F11/2038—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 processing functionality is redundant with a single idle spare processing component
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)
- Debugging And Monitoring (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Hardware Redundancy (AREA)
Abstract
本发明提供了一种用于多层应用程序的灾难恢复的计算机实现的方法,所述方法可包括:1)识别在生产站点处提供有多个生产集群的多层应用程序,2)识别包括多个恢复集群的灾难恢复站点,3)在所述灾难恢复站点处识别所述生产站点处的所述多层应用程序的故障;以及4)从所述灾难恢复站点发起所述多层应用程序从所述生产站点到所述灾难恢复站点的迁移。还公开了各种其他方法、系统和计算机可读介质。
Description
技术领域
本申请涉及多层应用程序的灾难恢复。
背景技术
多层应用程序包括以组合的方式可提供服务的可独立执行的组件。由于组织可单独地配置每个组件的执行环境,因此组织可使用多层应用程序以增大灵活性、可扩展性、安全性和/或可用性。例如,组织可在独立集群上执行多层应用程序的每个组件并且根据多层应用程序的对应组件的需求提供每个集群。在一些情况下,组织可能希望在发生灾难的情况下提供多层应用程序的连续性。
从关键业务应用程序的角度来讲,灾难恢复是指在中断业务操作的灾难发生以后,恢复正常(或接近正常)业务操作的能力。为了促进从对应用程序的主要操作站点产生影响的灾难中恢复,组织可在远程站点处准备恢复系统以在发生灾难的情况下重新开始应用程序操作。
传统的灾难恢复系统可使用管理服务器来协调多层应用程序的恢复(例如,处理在恢复期间多层应用程序的组件之间的依赖性)。遗憾的是,这些传统系统可形成灾难恢复的单点故障。例如,如果管理服务器不可用,那么这些系统可能无法恢复该多层应用程序。因此,本公开识别并解决了对用于多层应用程序的灾难恢复的另外且改善的系统和方法的需求。
发明内容
如将在下文更详细地描述,本公开总体上涉及用于通过从灾难恢复站点处的目标集群中的一者或多者执行恢复管理操作来进行多层应用程序的灾难恢复的系统和方法。在一个例子中,用于多层应用程序的灾难恢复的计算机实现的方法可包括:1)识别在生产站点处提供有多个生产集群的多层应用程序,2)识别包括多个恢复集群的灾难恢复站点,3)在灾难恢复站点处识别生产站点处的多层应用程序的故障,以及4)从灾难恢复站点发起多层应用程序从生产站点到灾难恢复站点的迁移。
在一些例子中,多层应用程序可包括数据库层,该数据库层被配置成用于从生产站点处的所述多个生产集群内的数据库集群到灾难恢复站点处的所述多个恢复集群内的对应数据库集群的复制。在这些例子中,识别多层应用程序的故障可包括识别多层应用程序的数据库层的复制中的故障。
在一些实施例中,识别多层应用程序的故障可包括识别来自在所述多个恢复集群内的集群内执行的代理的故障。在一个例子中,识别多层应用程序的故障可包括识别用户发起的多层应用程序的故障转移。在该例中,识别用户发起的故障转移可包括:1)识别生产站点处的多层应用程序的每个层的状态,2)基于该状态识别多层应用程序内的在线的至少一个层,以及3)使该层在生产站点处离线。
在一个例子中,迁移可包括:1)识别多层应用程序的依赖关系图,以及2)当根据依赖关系图没有依赖于层的另外的层仍要迁移时,迁移多层应用程序的每个层。
在一些例子中,计算机实现的方法还可包括:1)识别生产站点处的多层应用程序的每个层的状态,以及2)基于该状态识别多层应用程序的迁移期间的至少一个并发冲突。在一些实施例中,计算机实现的方法还可包括:1)识别在所述多个恢复集群中的至少一者上执行的辅助应用程序,2)确定辅助应用程序具有低于多层应用程序的优先级,以及3)在发起迁移之前响应于该优先级使辅助应用程序离线。在一个例子中,计算机实现的方法还可包括:1)识别生产站点处的多层应用程序的每个层的状态,以及2)将多层应用程序的每个层的状态显示在界面中以发起多层应用程序的迁移。
在一个实施例中,实施上述方法的系统可包括:1)检测模块,该检测模块被编程以识别在生产站点处提供有多个生产集群的多层应用程序,2)识别模块,该识别模块被编程以识别包括多个恢复集群的灾难恢复站点,3)故障模块,该故障模块被编程以在灾难恢复站点处识别生产站点处的多层应用程序的故障,以及4)迁移模块,该模块被编程以从灾难恢复站点发起多层应用程序从生产站点到灾难恢复站点的迁移。该系统还可包括被配置成执行检测模块、识别模块、故障模块和迁移模块的至少一个处理器。
在一些例子中,上述方法可被编码为计算机可读存储介质上的计算机可读指令。例如,计算机可读存储介质可包括一个或多个计算机可执行指令,当由计算设备的至少一个处理器执行时,所述计算机可执行指令可使计算设备:1)识别在生产站点处提供有多个生产集群的多层应用程序,2)识别包括多个恢复集群的灾难恢复站点,3)在灾难恢复站点处识别生产站点处的多层应用程序的故障,以及4)从灾难恢复站点发起多层应用程序从生产站点到灾难恢复站点的迁移。
如将在下文更详细地阐述,通过从灾难恢复站点处的目标集群中的一者或多者执行恢复管理操作,本文所述的系统和方法可促进多层应用程序从一个站点到另一个站点的灾难恢复,而不会形成新的单点故障(例如,与这两个站点均无关的管理服务器)。此外,在一些例子中,这些系统和方法可自动检测灾难以及至恢复站点的故障转移。
来自上述实施例中的任何一者的特征可根据本文所述的一般原理彼此结合地使用。通过结合附图和权利要求阅读下面的详细描述,将会更充分地理解这些和其他实施例、特征和优点。
附图说明
附图示出了多个示例性实施例并且为说明书的一部分。这些附图结合下面的描述展示并且说明本发明的各种原理。
图1为用于多层应用程序的灾难恢复的示例性系统的框图。
图2为用于多层应用程序的灾难恢复的示例性系统的框图。
图3为用于多层应用程序的灾难恢复的示例性方法的流程图。
图4为用于多层应用程序的灾难恢复的示例性系统的框图。
图5为能够实施本文描述和/或示出的实施例中的一者或多者的示例性计算系统的框图。
图6为能够实施本文描述和/或示出的实施例中的一者或多者的示例性计算网络的框图。
在全部附图中,相同引用字符和描述指示类似但未必相同的元件。虽然本文所述的示例性实施例易受各种修改和替代形式的影响,但在附图中以举例的方式示出了特定实施例并且将在本文详细描述这些特定实施例。然而,本文所述的示例性实施例并非旨在限于所公开的特定形式。相反,本发明涵盖落在所附权利要求范围内的所有修改形式、等同形式和替代形式。
具体实施方式
下面将参考图1、图2和图4提供对用于多层应用程序的灾难恢复的示例性系统的详细描述。也将结合图3提供相应计算机实现方法的详细描述。此外,将分别结合图5和图6提供能够实现本文所述实施例中的一者或多者的示例性计算系统和网络体系结构的详细描述。
图1为用于多层应用程序的灾难恢复的示例性系统100的框图。如该附图所示,示例性系统100可包括用于执行一个或多个任务的一个或多个模块102。例如,并且如将在下文更详细地阐述,示例性系统100可包括检测模块104,该检测模块被编程以识别在生产站点处提供有多个生产集群的多层应用程序。示例性系统100也可包括识别模块106,该识别模块被编程以识别包括多个恢复集群的灾难恢复站点。
此外,并且如将在下文更详细地描述,示例性系统100可包括故障模块108,该故障模块被编程以在灾难恢复站点处识别生产站点处的多层应用程序的故障。示例性系统100还可包括迁移模块110,该迁移模块被编程以从灾难恢复站点发起多层应用程序从生产站点到灾难恢复站点的迁移。尽管示例为独立元件,但图1中的模块102中的一者或多者可表示单个模块或应用程序的部分。
在某些实施例中,图1中的模块102中的一者或多者可表示一个或多个软件应用程序或程序,当通过计算设备执行时其可使计算设备执行一个或多个任务。例如,并且如将在下文更详细地描述,模块102中的一者或多者可表示被存储并且被配置成在一个或多个计算设备上运行的软件模块,所述计算设备诸如图2中示出的设备(例如,集群212(1)-(n)和/或集群222(1)-(n))、图5中的计算系统510和/或图6中的示例性网络体系结构600的一部分。图1中的模块102中的一者或多者也可表示被配置成执行一个或多个任务的一台或多台专用计算机的全部或部分。
图1中的示例性系统100可以多种方式来实现。例如,示例性系统100的全部或一部分可表示图2中的示例性系统200的一部分。如图2所示,系统200可包括生产站点210(例如,具有集群212(1)-(n)),该生产站点通过网络204与灾难恢复站点(例如,具有集群222(1)-(n))通信。例如,灾难恢复站点220处的集群222(1)-(n)可被配置成在生产站点210处发生故障的情况下重新开始多层应用程序214中的一个或多个部分的操作。
在一个实施例中,当图1的模块102中的一者或多者由集群222(1)的至少一个处理器执行时,所述模块可促进集群222(1)进行多层应用程序的灾难恢复。例如,并且如将在下文更详细地描述,模块102中的一者或多者可使集群222(1):1)识别在生产站点210处提供有集群212(1)-(n)的多层应用程序214,2)识别包括集群222(1)-(n)的灾难恢复站点220,3)在灾难恢复站点220处识别生产站点210处的多层应用程序214的故障,以及4)从灾难恢复站点220发起多层应用程序214从生产站点210到灾难恢复站点220的迁移。
集群212(1)-(n)和222(1)-(n)通常表示能够读取计算机可执行指令的任何类型或形式的计算设备。集群212(1)-(n)和222(1)-(n)内的计算设备的例子包括但不限于服务器、台式计算机、笔记本电脑、平板电脑、移动电话、个人数字助理(PDA)、多媒体播放器、嵌入式系统、这些设备中一者或多者的组合、图5中的示例性计算系统510或任何其他合适的计算设备。
网络204通常表示能够促进通信或数据传输的任何介质或体系结构。网络204的例子包括但不限于内联网、广域网(WAN)、局域网(LAN)、个域网(PAN)、互联网、电力线通信(PLC)、蜂窝网络(例如,GSM网络)、图6中的示例性网络体系结构600等等。网络204可使用无线或有线连接促进通信或数据传输。在一个实施例中,网络204可促进生产站点210和灾难恢复站点220之间的通信。
图3为用于多层应用程序的灾难恢复的示例性计算机实现的方法300的流程图。图3中示出的步骤可通过任何合适的计算机可执行代码和/或计算系统执行。在一些实施例中,图3中示出的步骤可由图1中的系统100、图2中的系统200、图5中的计算系统510和/或图6中的示例性网络体系结构600的部分的组件中的一者或多者执行。
如图3所示,在步骤302处,本文所述系统中的一者或多者可识别在生产站点处提供有多个生产集群的多层应用程序。例如,在步骤302处,检测模块104可作为图2中集群222(1)的一部分识别在生产站点210处提供有集群212(1)-(n)的多层应用程序214。
如本文所用,术语“集群”通常是指被配置成协调以提供一种或多种服务和/或分担计算工作负荷的互连计算系统的任何组。如本文所用,术语“站点”可指地理位置、网络位置和/或一组计算设备。短语“生产站点”可指在迁移之前应用程序操作的站点。同样,短语“恢复站点”可指应用程序(或应用程序的一部分)可迁移至和/或在迁移后操作的站点。
如本文所用,短语“多层应用程序”通常是指具有可独立执行、定位和/或配置的组件的任何应用程序,该应用程序,以组合的方式,可提供服务。在一些例子中,多层应用程序的每个组件均可包括独立应用程序。例如,多层应用程序可包括一个或多个数据库组件、一个或多个业务逻辑组件和/或一个或多个呈现组件。在该例子中,呈现组件可呈现用于多层应用程序的用户界面。呈现组件可与业务逻辑组件通信以处理服务请求,并且业务逻辑组件可与数据库组件通信以存储和/或检索数据。在一些例子中,可将多层应用程序管理和/或表示为虚拟业务服务。
如将在下文更详细地描述,在一些例子中,多层应用程序可包括数据库层,该数据库层被配置成用于从生产站点处的所述多个生产集群内的数据库集群到灾难恢复站点处的所述多个恢复集群内的对应数据库集群的复制。如本文所用,术语“复制”可指用于在另一个位置处维持一个或多个数据对象的最新拷贝的任何方案。
检测模块104可以多种方式中的任一种识别生产站点处的多层应用程序。例如,检测模块104可识别将生产站点指定为托管多层应用程序的配置。除此之外或作为另外一种选择,检测模块104可(例如,作为在恢复站点处的恢复集群中的一者或多者上执行的代理的一部分)接收来自生产站点的通信和/或识别来自生产站点的通信故障。在至少一个例子中,检测模块104可基于管理员输入识别生产站点处的多层应用程序。
图4示出了用于多层应用程序的灾难恢复的示例性系统400。如图4所示,示例性系统400可包括具有若干集群(例如,网页集群412、网页集群414、应用程序集群416和数据库集群418)的生产站点410。在一个例子中,可一起操作生产站点410的集群以托管多层应用程序。示例性系统400还可包括灾难恢复站点420(例如,被配置成为生产站点410提供灾难恢复服务)。如图4所示,灾难恢复站点420可包括网页集群422(例如,对应于网页集群412)、网页集群424(例如,对应于网页集群414)、应用程序集群426(例如,对应于应用程序集群416)和数据库集群428(例如,对应于数据库集群418)。以图4为例,检测模块104可作为灾难恢复站点420处的集群中的一者或多者的一部分来识别生产站点410处的多层应用程序。
在一些例子中,数据库集群418和数据库集群428可被配置成在层430上通信。例如,数据库集群418和/或一个或多个相关联的装置可被配置成具有复制432以将数据库集群418的数据库复制到数据库集群428的灾难恢复站点420。在一个例子中,检测模块104可通过识别层430和/或复制432来识别生产站点410处的多层应用程序。
返回图3,在步骤304处,本文所述的系统中的一者或多者可识别包括多个恢复集群的灾难恢复站点。例如,在步骤304处,识别模块106可作为图2中的集群222(1)的一部分来识别包括集群222(1)-(n)的灾难恢复站点220。
如本文所用,短语“灾难恢复”可指将应用程序的至少一部分迁移至另选站点以提供服务连续性的任何过程。在一些实施例中,短语“灾难恢复”可指在偶然事件(例如,诸如一个或多个计算设备的故障、在计算设施处的电力损耗等灾难)后应用程序的恢复。除此之外或作为另外一种选择,短语“灾难恢复”可指管理员发起的事件。
识别模块106可以任何合适的方式识别灾难恢复站点。例如,识别模块106可通过作为代理在灾难恢复站点处的恢复集群中的一者或多者上执行来识别灾难恢复站点。
以图4为例,在步骤304处,识别模块106可作为网页集群422、网页集群424、应用程序集群426和/或数据库集群428的一部分来识别灾难恢复站点420。
返回图3,在步骤306处,本文所述系统中的一者或多者可在灾难恢复站点处识别生产站点处的多层应用程序的故障。例如,在步骤306处,故障模块108可作为图2中的集群222(1)的一部分在灾难恢复站点220处识别生产站点210处的多层应用程序214的故障。
故障模块108可以多种方式中的任一种来识别多层应用程序的故障。例如,如前所述,在一些例子中,多层应用程序可包括被配置成用于从生产站点到灾难恢复站点的复制的数据库层。在该例中,故障模块108可通过识别多层应用程序的数据库层的复制中的故障来识别故障。例如,故障模块108可确定在连接相应站点的数据库层的全局集群链路层上的周期性预期通信已出现故障。
在一些例子中,故障模块108可识别来自在所述多个恢复集群内的集群内执行的代理的故障。例如,代理可被配置成监控和/或接收来自生产站点的关于多层应用程序的状态更新。
在一个例子中,故障模块108可通过识别用户发起的多层应用程序的故障转移来识别故障。例如,故障模块108可识别管理员在灾难恢复站点处引出多层应用程序的尝试。在该例中,故障模块108可:1)识别生产站点处的多层应用程序的每个层的状态,2)基于该状态识别多层应用程序内的在线的至少一个层,以及3)使该层在生产站点处离线。例如,故障模块108可作为多层应用程序的每个层的每个恢复集群上的代理的一部分而操作并且与每个对应的生产集群通信以获得对应的状态。
在一些例子中,故障模块108可识别多层应用程序的所有层的总故障。除此之外或作为另外一种选择,故障模块108可识别多层应用程序的一个或多个层的单独故障。
以图4为例,在步骤306处,故障模块108可作为灾难恢复站点420的集群中的一者或多者的一部分来识别生产站点410处的多层应用程序的故障。例如,故障模块108可作为数据库集群428的一部分来确定层430上的通信已出现故障。
返回图3,在步骤308处,本文所述系统中的一者或多者可从灾难恢复站点发起多层应用程序从生产站点到灾难恢复站点的迁移。例如,在步骤308处,迁移模块110可作为图2中的集群222(1)的一部分从灾难恢复站点220发起多层应用程序214从生产站点210到灾难恢复站点220的迁移。
该迁移可包括任何合适的步骤。例如,该迁移可包括识别多层应用程序的依赖关系图,以及当根据依赖关系图没有依赖层的另外的层仍要迁移时,迁移多层应用程序的每个层。例如,迁移模块110可作为灾难恢复站点处的恢复集群中的一者或多者的一部分来识别依赖关系图,并且当层的依赖性断开时迁移每个层。
在一些例子中,迁移模块110可:1)识别生产站点处的多层应用程序的每个层的状态,以及2)基于该状态识别多层应用程序的迁移期间的至少一个并发冲突。例如,当迁移模块110使多层应用程序的层在恢复站点处在线时,迁移模块110可确保层在生产站点处是离线的。
在一些例子中,迁移模块110还可:1)识别在所述多个恢复集群中的至少一者上执行的辅助应用程序,2)确定辅助应用程序具有低于多层应用程序的优先级,以及3)在发起迁移之前响应于该优先级使辅助应用程序离线。例如,灾难恢复站点处的恢复集群中的一者或多者可被配置成当灾难恢复站点不需要用于灾难恢复时托管低优先级应用程序。因此,当灾难恢复站点需要替代生产站点而托管多层应用程序时,迁移模块110可立即使低优先级应用程序离线。
在一些例子中,迁移模块110还可:1)识别生产站点处的多层应用程序的每个层的状态,以及2)将多层应用程序的每个层的状态显示在界面中以发起多层应用程序的迁移。例如,迁移模块110可显示多层应用程序的每个局部层和/或多层应用程序的全局层的状态。在该例中,管理员可使用状态信息来确定灾难的范围以及确定执行迁移。
如上所述,通过从灾难恢复站点处的目标集群中的一者或多者执行恢复管理操作,本文所述的系统和方法可促进多层应用程序从一个站点到另一个站点的灾难恢复,而不会形成新的单点故障(例如,与这两个站点均无关的管理服务器)。此外,在一些例子中,这些系统和方法可自动检测灾难以及至恢复站点的故障转移。
图5为能够实施本文描述和/或示出的实施例中的一者或多者的示例性计算系统510的框图。例如,计算系统510的全部或一部分可执行和/或作为一种方式用于单独地或与其他元件结合来执行本文所述的识别、引起、发起、迁移、确定和显示步骤中的一者或多者。计算系统510的全部或一部分还可执行和/或作为一种方式来执行本文描述和/或示出的任何其他步骤、方法或过程。
计算系统510在广义上表示能够执行计算机可读指令的任何单处理器或多处理器计算设备或系统。计算系统510的例子包括但不限于工作站、笔记本电脑、客户端方终端、服务器、分布式计算系统、手持式设备或任何其他计算系统或设备。在其最基本的配置中,计算系统510可以包括至少一个处理器514和系统内存516。
处理器514通常表示能够处理数据或解译和执行指令的任何类型或形式的处理单元。在某些实施例中,处理器514可以接收来自软件应用程序或模块的指令。这些指令可使处理器514执行本文描述和/或示出的一个或多个示例性实施例的功能。
系统内存516通常表示能够存储数据和/或其他计算机可读指令的任何类型或形式的易失性或非易失性存储设备或介质。系统内存516的例子包括但不限于随机存取存储器(RAM)、只读存储器(ROM)、闪存存储器或任何其他适用的内存设备。尽管不是必需的,但在某些实施例中,计算系统510可包括易失性存储器单元(诸如,系统内存516)和非易失性存储设备(诸如,主要存储设备532,如下详述)。在一个例子中,图1的模块102中的一者或多者可加载到系统内存516中。
在某些实施例中,除处理器514和系统内存516之外,示例性计算系统510还可包括一个或多个组件或元件。例如,如图5所示,计算系统510可以包括内存控制器518、输入/输出(I/O)控制器520和通信接口522,它们中的每一者都可以通过通信基础结构512互连。通信基础结构512通常表示能够在计算设备的一个或多个组件之间促进通信的任何类型或形式的基础结构。通信基础结构512的例子包括但不限于通信总线(诸如ISA、PCI、PCIe或类似总线)和网络。
内存控制器518通常表示能够处理内存或数据或控制计算系统510的一个或多个组件之间的通信的任何类型或形式的设备。例如,在某些实施例中,内存控制器518可以通过通信基础结构512来控制处理器514、系统内存516和I/O控制器520之间的通信。
I/O控制器520通常表示能够协调和/或控制计算设备的输入和输出功能的任何类型或形式的模块。例如,在某些实施例中,I/O控制器520可控制或促进计算系统510的一个或多个元件之间的数据传输,所述元件诸如处理器514、系统内存516、通信接口522、显示适配器526、输入接口530和存储接口534。
通信接口522在广义上表示能够促进示例性计算系统510与一个或多个附加设备之间的通信的任何类型或形式的通信设备或适配器。例如,在某些实施例中,通信接口522可以促进计算系统510与包括附加计算系统的专用或公共网络之间的通信。通信接口522的例子包括但不限于有线网络接口(诸如网络接口卡)、无线网络接口(诸如无线网络接口卡)、调制解调器和任何其他合适的接口。在至少一个实施例中,通信接口522可以通过与网络(诸如互联网)的直接链接来提供与远程服务器的直接连接。通信接口522还可以通过例如局域网(诸如以太网网络)、个人区域网、电话或电缆网络、蜂窝电话连接、卫星数据连接或任何其他合适的连接来间接提供此类连接。
在某些实施例中,通信接口522还可以表示主机适配器,该主机适配器可被配置成通过外部总线或通信信道来促进计算系统510与一个或多个附加网络或存储设备之间的通信。主机适配器的例子包括但不限于SCSI主机适配器、USB主机适配器、IEEE 1394主机适配器、SATA和eSATA主机适配器、ATA和PATA主机适配器、光纤信道接口适配器、以太网适配器等等。通信接口522还可以允许计算系统510参与分布式或远程计算。例如,通信接口522可以接收来自远程设备的指令或将指令发送到远程设备以供执行。
如图5所示,计算系统510还可以包括至少一个显示设备524,该显示设备通过显示适配器526连接到通信基础结构512。显示设备524通常表示能够以可视方式显示显示适配器526转发的信息的任何类型或形式的设备。类似地,显示适配器526通常表示被配置成转发来自通信基础结构512(或来自帧缓冲器,如本领域所已知)的图形、文本和其他数据以在显示设备524上显示的任何类型或形式的设备。
如图5所示,示例性计算系统510还可包括经由输入接口530连接到通信基础结构512的至少一个输入设备528。输入设备528通常表示能够向示例性计算系统510提供输入(由计算机或人生成)的任何类型或形式的输入设备。输入设备528的例子包括但不限于键盘、指针设备、语音识别设备或任何其他输入设备。
如图5所示,示例性计算系统510还可包括主要存储设备532和经由存储接口534连接到通信基础结构512的备份存储设备533。存储设备532和533通常表示能够存储数据和/或其他计算机可读指令的任何类型或形式的存储设备或介质。例如,存储设备532和533可为磁盘驱动器(例如,所谓的硬盘驱动器)、固态驱动器、软盘驱动器、磁带驱动器、光盘驱动器、闪存驱动器等等。存储接口534通常表示用于在计算系统510的存储设备532和533与其他组件之间传输数据的任何类型或形式的接口或设备。
在某些实施例中,存储设备532和533可被配置成对被配置成存储计算机软件、数据或其他计算机可读信息的可移除存储单元进行读取和/或写入。合适的可移除存储单元的例子包括但不限于软盘、磁带、光盘、闪存设备等。存储设备532和533还可包括允许将计算机软件、数据或其他计算机可读指令加载到计算系统510中的其他类似结构或设备。例如,存储设备532和533可被配置成读取和写入软件、数据或其他计算机可读信息。存储设备532和533还可为计算系统510的一部分,或者可为通过其他接口系统进行访问的独立设备。
可将多个其他设备或子系统连接到计算系统510。相反地,无需提供图5中示出的所有组件和设备,亦可操作本文描述和/或示出的实施例。上文提及的设备和子系统也可以通过不同于图5所示的方式互连。计算系统510还可以采用任何数量的软件、固件和/或硬件配置。例如,本文所公开的一个或多个示例性实施例可被编码为计算机可读存储介质上的计算机程序(也称为计算机软件、软件应用程序、计算机可读指令或计算机控制逻辑)。短语“计算机可读存储介质”通常指能够存储或携带计算机可读指令的任何形式的设备、载体或介质。计算机可读存储介质的例子包括但不限于传输型介质,诸如载波,和非暂态型介质,诸如磁存储介质(例如,硬盘驱动器和软盘)、光存储介质(例如,CD-或DVD-ROM)、电子存储介质(例如,固态驱动器和闪存介质)和其他分配系统。
可将包含计算机程序的计算机可读存储介质加载到计算系统510中。然后可将计算机可读存储介质上存储的全部或一部分计算机程序存储在系统内存516中和/或存储设备532和533的各个部分中。当由处理器514执行时,加载到计算系统510中的计算机程序可使处理器514执行和/或作为一种方式来执行本文描述和/或示出的示例性实施例中的一者或多者的功能。除此之外或作为另外一种选择,可在固件和/或硬件中实施本文描述和/或示出的示例性实施例中的一者或多者。例如,计算系统510可被配置成用于实施本文所公开的示例性实施例中的一者或多者的专用集成电路(ASIC)。
图6为示例性网络体系结构600的框图,其中客户端系统610、620和630以及服务器640和645可连接到网络650。如上面所详述,网络体系结构600的全部或一部分可执行和/或作为一种方式用于单独地或与其他元件结合来执行本文所述的识别、引起、发起、迁移、确定和显示步骤中的一者或多者。网络体系结构600的全部或一部分还可用于执行和/或作为一种方式用于执行本发明中阐述的其他步骤和特征。
客户端系统610、620和630通常表示任何类型或形式的计算设备或系统,诸如图5中的示例性计算系统510。类似地,服务器640和645通常表示被配置成提供各种数据库服务和/或运行某些软件应用程序的计算设备或系统,诸如应用程序服务器或数据库服务器。网络650通常表示任何电信或计算机网络,包括(例如)内联网、广域网(WAN)、局域网(LAN)、个人区域网(PAN)或互联网。在一个例子中,客户端系统610、620和/或630和/或服务器640和/或645可包括图1的系统100的全部或一部分。
如图6所示,一个或多个存储设备660(1)-(N)可以直接连接到服务器640。类似地,一个或多个存储设备670(1)-(N)可以直接连接到服务器645。存储设备660(1)-(N)和存储设备670(1)-(N)通常表示能够存储数据和/或其他计算机可读指令的任何类型或形式的存储设备或介质。在某些实施例中,存储设备660(1)-(N)和存储设备670(1)-(N)可表示被配置成使用各种协议,诸如NFS、SMB或CIFS,与服务器640和645进行通信的网络连接存储(NAS)设备。
服务器640和645还可以连接到存储区域网络(SAN)光纤网680。SAN光纤网680通常表示能够促进多个存储设备之间的通信的任何类型或形式的计算机网络或体系结构。SAN光纤网680可以促进服务器640和645与多个存储设备690(1)-(N)和/或智能存储阵列695之间的通信。SAN光纤网680还可以通过网络650以及服务器640和645以这样的方式促进客户端系统610、620和630与存储设备690(1)-(N)和/或智能存储阵列695之间的通信:设备690(1)-(N)和阵列695呈现为客户端系统610、620和630的本地连接设备。与存储设备660(1)-(N)和存储设备670(1)-(N)相同,存储设备690(1)-(N)和智能存储阵列695通常表示能够存储数据和/或其他计算机可读指令的任何类型或形式的存储设备或介质。
在某些实施例中,并参照图5的示例性计算系统510,通信接口,诸如图5中的通信接口522,可用于在每个客户端系统610、620和630与网络650之间提供连接。客户端系统610、620和630可能能够使用(例如)网页浏览器或其他客户端软件来访问服务器640或645上的信息。此类软件可以允许客户端系统610、620和630访问由服务器640、服务器645、存储设备660(1)-(N)、存储设备670(1)-(N)、存储设备690(1)-(N)或智能存储阵列695托管的数据。尽管图6示出了使用网络(例如互联网)来交换数据,但本文描述和/或示出的实施例并非仅限于互联网或任何特定的基于网络的环境。
在至少一个实施例中,本文所公开的一个或多个示例性实施例中的全部或一部分可被编码为计算机程序并加载到服务器640、服务器645、存储设备660(1)-(N)、存储设备670(1)-(N)、存储设备690(1)-(N)或智能存储阵列695或它们的任意组合上并加以执行。本文所公开的一个或多个示例性实施例中的全部或一部分也可被编码为计算机程序,存储在服务器640中,由服务器645运行,以及通过网络650分配到客户端系统610、620和630。
如上所详述,计算系统510和/或网络体系结构600的一个或多个组件可执行和/或作为一种方式用于单独地或与其他元件结合来执行用于多层应用程序的灾难恢复的示例性方法的一个或多个步骤。
虽然上述发明使用特定框图、流程图和例子阐述了各种实施例,但每个框图组件、流程图步骤、操作和/或本文描述和/或示出的组件可使用广泛范围的硬件、软件或固件(或其任何组合)配置单独和/或共同来实现。此外,包含在其他组件内的组件的任何公开内容应当被视为在本质上是示例性的,因为可实施许多其他体系结构来实现相同功能。
在一些例子中,图1中的示例性系统100的全部或一部分可表示云计算环境或基于网络的环境的部分。云计算环境可以通过互联网提供各种服务和应用程序。这些基于云的服务(例如软件即服务(software as a service)、平台即服务(platform as a service)、基础结构即服务等(infrastructure as a service))可以通过网页浏览器或其他远程接口进行访问。本文所述的各种功能可以通过远程桌面环境或任何其他基于云的计算环境提供。
本文描述和/或示出的过程参数和步骤序列仅通过举例的方式给出并且可根据需要改变。例如,虽然本文示出和/或描述的步骤可以特定顺序示出或讨论,但这些步骤不必按示出或讨论的顺序来执行。本文描述和/或示出的各种示例性方法也可省略本文描述或示出的步骤中的一者或多者,或除了所公开的那些步骤之外还包括附加步骤。
虽然本文已经在完全功能计算系统的上下文中描述和/或示出了各种实施例,但这些示例性实施例中的一者或多者可作为各种形式的程序产品来分配,而不考虑用于实际进行分配的计算机可读存储介质的特定类型。本文所公开的实施例也可使用执行某些任务的软件模块来实现。这些软件模块可包括脚本、批处理或可存储在计算机可读存储介质上或计算系统中的其他可执行文件。在一些实施例中,这些软件模块可将计算系统配置为执行本文所公开的示例性实施例中的一者或多者。
此外,本文所述的模块中的一者或多者可将数据、物理设备和/或物理设备的表示从一种形式转换为另一种形式。例如,本文所述模块中的一者或多者可将计算设备转换成用于多层应用程序的灾难恢复的设备。
提供前面描述的目的是使本领域的其他技术人员能够最好地利用本文所公开的示例性实施例的各种方面。该示例性描述并非旨在是详尽的或局限于所公开的任何精确形式。在不脱离本发明精神和范围的前提下,可进行许多修改和变化。本文所公开的实施例在所有方面均应被视为示例性的而非限制性的。应当参考所附权利要求及其等同形式来确定本发明的范围。
除非另有说明,否则在本说明书和权利要求中使用的术语“一”或“一个”应当理解为是表示“…中的至少一者”。此外,为了易于使用,在本说明书和权利要求中使用的词语“包括”和“具有”与词语“包含”可互换并且与词语“包含”具有相同含义。
Claims (16)
1.一种用于多层应用程序的灾难恢复的计算机实现的方法,所述方法的至少一部分由包括至少一个处理器的计算设备来执行,所述方法包括:
识别在生产站点处提供有多个生产集群的多层应用程序;
识别包括多个恢复集群的灾难恢复站点;
从所述多个恢复集群中的每个恢复集群到多个对应生产集群中的每个对应生产集群进行通信,以试图获取每个对应生产集群的对应状态信息;
从所述灾难恢复站点处的至少一个恢复集群中,基于从所述多个恢复集群中的至少一个恢复集群中试图获取所述多个生产集群中的至少一个对应生产集群的状态信息,识别所述生产站点处的所述多层应用程序的故障;
从所述灾难恢复站点处的单一恢复集群中发起所述多层应用程序从所述生产站点到所述灾难恢复站点的迁移,其中发起所述迁移包括:
从所述灾难恢复站点的对应于所述多层应用程序的单一层的所述单一恢复集群中访问所述多层应用程序的依赖关系图;
当根据所述依赖关系图没有依赖于所述单一层的另外的层仍要迁移时,从所述灾难恢复站点的对应于所述单一层的所述单一恢复集群中发起所述多层应用程序的每个层的迁移。
2.根据权利要求1所述的计算机实现的方法,其中:
所述多层应用程序包括数据库层,所述数据库层被配置成用于从所述生产站点处的所述多个生产集群内的数据库集群到所述灾难恢复站点处的所述多个恢复集群内的对应数据库集群的复制;
识别所述多层应用程序的所述故障包括从所述灾难恢复站点处的对应数据库集群中识别所述多层应用程序的所述数据库层的所述复制中的故障。
3.根据权利要求1所述的计算机实现的方法,其中在所述灾难恢复站点处识别所述故障包括识别来自在所述多个恢复集群内的集群内执行的代理的故障。
4.根据权利要求1所述的计算机实现的方法,其中识别所述故障包括识别用户发起的所述多层应用程序的故障转移。
5.根据权利要求4所述的计算机实现的方法,其中发起所述多层应用程序从所述生产站点到所述灾难恢复站点的所述迁移包括:
识别所述生产站点处的所述多层应用程序的每个层的状态;
基于所述状态识别所述多层应用程序内的在线的至少一个层;
使所述至少一个层在所述生产站点处离线。
6.根据权利要求1所述的计算机实现的方法,还包括:
识别所述生产站点处的所述多层应用程序的每个层的状态;
基于所述状态识别在所述多层应用程序的所述迁移期间的至少一个并发冲突。
7.根据权利要求1所述的计算机实现的方法,还包括:
识别在所述多个恢复集群的至少一者上执行的辅助应用程序;
确定所述辅助应用程序具有低于所述多层应用程序的优先级;
在发起所述迁移之前,响应于所述优先级使所述辅助应用程序离线。
8.根据权利要求1所述的计算机实现的方法,还包括:
识别所述生产站点处的所述多层应用程序的每个层的状态;
将所述多层应用程序的每个层的所述状态显示在界面中以用于发起所述多层应用程序的所述迁移。
9.一种用于多层应用程序的灾难恢复的系统,所述系统包括:
检测模块,所述检测模块被编程以识别在生产站点处提供有多个生产集群的多层应用程序;
识别模块,所述识别模块被编程以识别包括多个恢复集群的灾难恢复站点;
故障模块,所述故障模块被编程以:从所述多个恢复集群中的每个恢复集群到多个对应生产集群中的每个对应生产集群进行通信,以试图获取每个对应生产集群的对应状态信息;从所述灾难恢复站点处的至少一个恢复集群中,基于从所述多个恢复集群中的至少一个恢复集群中试图获取所述多个生产集群中的至少一个对应生产集群的状态信息,识别所述生产站点处的所述多层应用程序的故障;
迁移模块,所述迁移模块被编程以从所述灾难恢复站点处的单一恢复集群中发起所述多层应用程序从所述生产站点到所述灾难恢复站点的迁移,其中发起所述迁移包括:
从所述灾难恢复站点的对应于所述多层应用程序的单一层的所述单一恢复集群中访问所述多层应用程序的依赖关系图;
当根据所述依赖关系图没有依赖于所述单一层的另外的层仍要迁移时,从所述灾难恢复站点的对应于所述单一层的所述单一恢复集群中发起所述多层应用程序的每个层的迁移;
至少一个处理器,所述处理器被配置成执行所述检测模块、所述识别模块、所述故障模块和所述迁移模块。
10.根据权利要求9所述的系统,其中:
所述多层应用程序包括数据库层,所述数据库层被配置成用于从所述生产站点处的所述多个生产集群内的数据库集群到所述灾难恢复站点处的所述多个恢复集群内的对应数据库集群的复制;
所述故障模块被编程以通过从所述灾难恢复站点处的对应数据库集群中识别所述多层应用程序的所述数据库层的所述复制中的故障来识别所述多层应用程序的所述故障。
11.根据权利要求9所述的系统,其中所述故障模块被编程以通过识别来自在所述多个恢复集群内的集群内执行的代理的所述故障来在所述灾难恢复站点处识别所述故障。
12.根据权利要求9所述的系统,其中所述故障模块被编程以通过识别用户发起的所述多层应用程序的故障转移来识别所述故障。
13.根据权利要求12所述的系统,其中所述迁移模块被编程以通过以下方式来发起所述多层应用程序从所述生产站点到所述灾难恢复站点的所述迁移:
识别所述生产站点处的所述多层应用程序的每个层的状态;
基于所述状态识别所述多层应用程序内的在线的至少一个层;
使所述至少一个层在所述生产站点处离线。
14.根据权利要求9所述的系统,其中所述迁移模块还被编程以:
识别所述生产站点处的所述多层应用程序的每个层的状态;
基于所述状态识别在所述多层应用程序的所述迁移期间的至少一个并发冲突。
15.根据权利要求9所述的系统,其中所述迁移模块还被编程以:
识别在所述多个恢复集群的至少一者上执行的辅助应用程序;
确定所述辅助应用程序具有低于所述多层应用程序的优先级;
在发起所述迁移之前,响应于所述优先级使所述辅助应用程序离线。
16.根据权利要求9所述的系统,其中所述迁移模块还被编程以:
识别所述生产站点处的所述多层应用程序的每个层的状态;
将所述多层应用程序的每个层的所述状态显示在界面中以用于发起所述多层应用程序的所述迁移。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/483380 | 2012-05-30 | ||
US13/483,380 US8984325B2 (en) | 2012-05-30 | 2012-05-30 | Systems and methods for disaster recovery of multi-tier applications |
PCT/US2013/042984 WO2013181185A1 (en) | 2012-05-30 | 2013-05-29 | Systems and methods for disaster recovery of multi-tier applications |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104364763A CN104364763A (zh) | 2015-02-18 |
CN104364763B true CN104364763B (zh) | 2017-09-26 |
Family
ID=49671809
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201380026054.9A Active CN104364763B (zh) | 2012-05-30 | 2013-05-29 | 用于多层应用程序的灾难恢复的系统和方法 |
Country Status (5)
Country | Link |
---|---|
US (1) | US8984325B2 (zh) |
EP (1) | EP2856317B1 (zh) |
JP (1) | JP6289452B2 (zh) |
CN (1) | CN104364763B (zh) |
WO (1) | WO2013181185A1 (zh) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8935568B2 (en) * | 2012-07-27 | 2015-01-13 | Dell Products, Lp | System and method of replicating virtual machines for live migration between data centers |
US9817739B1 (en) * | 2012-10-31 | 2017-11-14 | Veritas Technologies Llc | Method to restore a virtual environment based on a state of applications/tiers |
US9396052B2 (en) * | 2014-04-30 | 2016-07-19 | Oracle International Corporation | Periodic validation and health reports of disaster recovery plan |
US9329949B2 (en) | 2014-04-30 | 2016-05-03 | Oracle International Corporation | Comprehensive error management capabilities for disaster recovery operations |
US9582381B2 (en) * | 2014-06-12 | 2017-02-28 | Unisys Corporation | Multi-threaded server control automation for disaster recovery |
US9740520B1 (en) | 2015-09-30 | 2017-08-22 | Veritas Technologies | Systems and methods for virtual machine boot disk restoration |
US10326599B2 (en) * | 2016-05-09 | 2019-06-18 | Hewlett Packard Enterprise Development Lp | Recovery agents and recovery plans over networks |
US10153941B2 (en) * | 2016-05-17 | 2018-12-11 | Microsoft Technology Licensing, Llc | Distributed operational control in computing systems |
CN109936462B (zh) * | 2017-12-15 | 2021-11-30 | 华为技术有限公司 | 容灾方法及装置 |
US10545837B2 (en) | 2018-02-20 | 2020-01-28 | International Business Machines Corporation | Extending deployed cloud infrastructure for disaster recovery sequencing |
US12099399B2 (en) * | 2022-09-16 | 2024-09-24 | Bank Of America Corporation | Intelligent healing of mainframe job errors |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1728106A (zh) * | 2004-07-26 | 2006-02-01 | 中兴通讯股份有限公司 | 一种应用程序故障的定位方法 |
Family Cites Families (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7484008B1 (en) * | 1999-10-06 | 2009-01-27 | Borgia/Cummins, Llc | Apparatus for vehicle internetworks |
CN1391765A (zh) * | 1999-10-22 | 2003-01-15 | 通用仪器公司 | 在大型网络中管理多种应用程序的方法和装置 |
JP2002116920A (ja) * | 2000-10-05 | 2002-04-19 | Toshiba Corp | クラスタシステム、クラスタシステムにおける監視方法およびコンピュータプログラム |
US7529822B2 (en) * | 2002-05-31 | 2009-05-05 | Symantec Operating Corporation | Business continuation policy for server consolidation environment |
US6928589B1 (en) * | 2004-01-23 | 2005-08-09 | Hewlett-Packard Development Company, L.P. | Node management in high-availability cluster |
US20060047776A1 (en) * | 2004-08-31 | 2006-03-02 | Chieng Stephen S | Automated failover in a cluster of geographically dispersed server nodes using data replication over a long distance communication link |
JP4829670B2 (ja) * | 2006-04-28 | 2011-12-07 | 株式会社日立製作所 | San管理方法およびsan管理システム |
US7788544B2 (en) * | 2006-05-03 | 2010-08-31 | Computer Associates Think, Inc. | Autonomous system state tolerance adjustment for autonomous management systems |
US20090055689A1 (en) * | 2007-08-21 | 2009-02-26 | International Business Machines Corporation | Systems, methods, and computer products for coordinated disaster recovery |
US7818408B1 (en) | 2008-04-24 | 2010-10-19 | Network Appliance, Inc. | Automated virtual interface failover in a mass storage cluster |
US8135981B1 (en) * | 2008-06-30 | 2012-03-13 | Symantec Corporation | Method, apparatus and system to automate detection of anomalies for storage and replication within a high availability disaster recovery environment |
US20100023564A1 (en) | 2008-07-25 | 2010-01-28 | Yahoo! Inc. | Synchronous replication for fault tolerance |
US8688773B2 (en) * | 2008-08-18 | 2014-04-01 | Emc Corporation | System and method for dynamically enabling an application for business continuity |
CN101414277B (zh) | 2008-11-06 | 2010-06-09 | 清华大学 | 一种基于虚拟机的按需增量恢复容灾系统及方法 |
US8010833B2 (en) | 2009-01-20 | 2011-08-30 | International Business Machines Corporation | Software application cluster layout pattern |
US8688642B2 (en) * | 2010-02-26 | 2014-04-01 | Symantec Corporation | Systems and methods for managing application availability |
US8539087B2 (en) | 2010-03-12 | 2013-09-17 | Symantec Corporation | System and method to define, visualize and manage a composite service group in a high-availability disaster recovery environment |
US8806264B2 (en) * | 2010-08-30 | 2014-08-12 | Oracle International Corporation | Methods for detecting split brain in a distributed system |
US8365009B2 (en) * | 2010-09-10 | 2013-01-29 | Microsoft Corporation | Controlled automatic healing of data-center services |
US8910172B2 (en) * | 2010-12-29 | 2014-12-09 | Symantec Corporation | Application resource switchover systems and methods |
-
2012
- 2012-05-30 US US13/483,380 patent/US8984325B2/en not_active Expired - Fee Related
-
2013
- 2013-05-29 JP JP2015515124A patent/JP6289452B2/ja not_active Expired - Fee Related
- 2013-05-29 WO PCT/US2013/042984 patent/WO2013181185A1/en active Application Filing
- 2013-05-29 EP EP13796834.3A patent/EP2856317B1/en active Active
- 2013-05-29 CN CN201380026054.9A patent/CN104364763B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1728106A (zh) * | 2004-07-26 | 2006-02-01 | 中兴通讯股份有限公司 | 一种应用程序故障的定位方法 |
Also Published As
Publication number | Publication date |
---|---|
EP2856317B1 (en) | 2017-07-05 |
JP6289452B2 (ja) | 2018-03-07 |
WO2013181185A1 (en) | 2013-12-05 |
US8984325B2 (en) | 2015-03-17 |
EP2856317A1 (en) | 2015-04-08 |
CN104364763A (zh) | 2015-02-18 |
EP2856317A4 (en) | 2016-03-09 |
JP2015523644A (ja) | 2015-08-13 |
US20130326265A1 (en) | 2013-12-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104364763B (zh) | 用于多层应用程序的灾难恢复的系统和方法 | |
US12001726B2 (en) | Creating a cloud-based storage system | |
CN102591909B (zh) | 在去重复存储系统中提供增强的可扩展性的系统及方法 | |
US10817392B1 (en) | Ensuring resiliency to storage device failures in a storage system that includes a plurality of storage devices | |
US20210311834A1 (en) | Consistent Recovery Of A Dataset | |
US20220052993A1 (en) | Configuring Storage Systems In A Fleet Of Storage Systems | |
US11442825B2 (en) | Establishing a synchronous replication relationship between two or more storage systems | |
US11095706B1 (en) | Secure cloud-based storage system management | |
US12061929B2 (en) | Providing storage tailored for a storage consuming application | |
US11403000B1 (en) | Resiliency in a cloud-based storage system | |
US10033570B2 (en) | Distributed map reduce network | |
CN103095804B (zh) | 用于在集群存储系统中进行负载平衡的方法和系统 | |
CN104246759B (zh) | 应用程序接口测试服务 | |
US11662909B2 (en) | Metadata management in a storage system | |
US20220043577A1 (en) | Synchronously Replicating Data Using Virtual Volumes | |
TW201740319A (zh) | 用於分散式深度機器學習之方法與系統 | |
WO2022116424A1 (zh) | 交通流预测模型训练方法、装置、电子设备及存储介质 | |
CN110086888B (zh) | 基于RabbitMQ的多集群动态负载方法、装置、电子设备 | |
CN103329106A (zh) | Alua首选项和状态转换的主机发现和处理 | |
US20200364189A1 (en) | Cloud-based file services | |
CN108027757A (zh) | 用于从不透明数据备份流恢复数据的系统和方法 | |
US11669386B1 (en) | Managing an application's resource stack | |
CN103201724A (zh) | 在高可用性虚拟机环境中提供高可用性应用程序 | |
US11275509B1 (en) | Intelligently sizing high latency I/O requests in a storage environment | |
CN107291821A (zh) | 一种同城双活架构快速切换的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |