专利名称：使用可缩放虚拟容量实现灾难恢复的方法和系统的制作方法
技术领域：
本发明的主题一般地涉及计算机应用托管。更具体地说，本发明的各方面涉及用于实现应用灾难恢复的解决方案。
背景技术：
计算机应用是帮助其用户执行一项任务或多项相关任务的计算机软件片段。在现今的电子环境中，这些应用经常以可被大量用户访问的方式提供。为了实现这一目的，应用提供者可以在可通过网络(例如，局域网或诸如因特网之类的广域网)访问的特定位置上托管应用。托管应用时，提供者一般希望达到应用可持续对用户可用的状态。但是，有时会出现导致可用性中断的问题。例如，主托管站点可能发生诸如地震、火灾等之类的恶性灾难。 替代地，一台或多台机器可能出现导致应用停止执行的硬件和/或软件故障。或者，主机和网络之间的通信可能丢失，致使用户无法访问应用。当出现这些状况时，提供者经常执行灾难恢复操作以便为用户恢复应用功能。目前，提供者可以通过三种方式为灾难恢复做准备。第一种情况是，将应用存储在低成本备份介质中。在这种状态下，应用仅作为数据集存在，没有为应用分配主机以及执行所需的资源。因此，由于需要找到主机和分配资源，所以恢复应用功能需要花费大量时间。在另外两种情况下，为应用分配主机及其运行所需的资源。应用本身可能完全运行，也可能处于休眠状态，但随时根据需要恢复运行。这两种解决方案的恢复速度快于所述低成本备份解决方案。然而，为这两种解决方案分配的资源在正常的、无灾难恢复操作期间或者未被用户使用(休眠解决方案)，或者已被用户使用但并非用于生产目的(完全运行备份解决方案)。由于大部分灾难恢复操作将在正常操作期间执行，因此，必须完全分配或保留资源，即使多数时间内不会将这些解决方案用于生产目的。因此，上述每种解决方案占用了可被正在完全运行的其他应用使用的资源，从而耗费了资源和金钱。
发明内容
一般而言，本发明的各方面提供用于实现应用灾难恢复的解决方案。从多个站点中选择应用的订阅备份站点。所选择的站点将具有能够适应应用的工作负荷要求的虚拟空间。应用通过在站点上压缩能够以休眠状态运行。在所述休眠状态中，应用只分配到少量必要资源。之后，当需要灾难恢复时，通过分配资源使应用在订阅备份站点上膨胀，从而使应用在订阅备份站点上执行。本发明的第一方面提供了用于实现应用灾难恢复的方法，包括从多个站点中选择应用的订阅备份站点，所述订阅备份站点具有能够适应应用的工作负荷要求的虚拟空间；压缩应用以在相对于应用的工作负荷要求而言具有少量分配资源的休眠状态中运行； 以及响应于应用主站点上的灾难，通过分配资源使应用在订阅备份站点上膨胀，从而使应用在订阅备份站点上执行。
本发明的第二方面提供了用于实现应用灾难恢复的系统，包括从多个站点中选择应用的订阅备份站点的备份站点选择组件，所述订阅备份站点具有能够适应应用的工作负荷要求的虚拟空间；压缩应用以在相对于应用的工作负荷要求而言具有少量分配资源的休眠状态中运行的备份应用压缩组件；以及响应于应用主站点上的灾难，通过分配资源使应用在订阅备份站点上膨胀，从而使应用在订阅备份站点上执行的备份应用再膨胀组件。本发明的第三方面提供了体现在计算机可读介质中的用于实施实现应用灾难恢复的方法的计算机程序产品，所述方法包括从多个站点中选择应用的订阅备份站点，所述订阅备份站点具有能够适应应用的工作负荷要求的虚拟空间；压缩应用以在相对于应用的工作负荷要求而言具有少量分配资源的休眠状态中运行；以及响应于应用主站点上的灾难，通过分配资源使应用在订阅备份站点上膨胀，从而使应用在订阅备份站点上执行。本发明的第四方面提供了部署用于实现应用灾难恢复的应用的方法，包括提供可通过运行执行以下操作的计算机系统从多个站点中选择应用的订阅备份站点，所述订阅备份站点具有能够适应应用的工作负荷要求的虚拟空间；压缩应用以在相对于应用的工作负荷要求而言具有少量分配资源的休眠状态中运行；以及响应于应用主站点上的灾难， 通过分配资源使应用在订阅备份站点上膨胀，从而使应用在订阅备份站点上执行。仍进一步地，提供应用灾难恢复服务的服务提供商可以对本发明的任何组件执行部署、管理、维护等操作。本发明的实施例还提供了相关系统、方法和/或程序产品。
通过下面结合附图对本发明的各方面的详细描述，将更容易地理解本发明的上述和其他特征，在这些附图中图I示出适合于实现本发明的实施例的数据处理系统。图2A示出根据本发明的实施例在正常工作负荷下运行的两个可能的备份站点。图2B示出根据本发明的实施例在灾难恢复工作负荷下运行的两个可能的备份站图3示出根据本发明的实施例的订阅备份站点上的压缩备份应用的图示。图4示出根据本发明的实施例的灾难恢复期间订阅备份站点上的膨胀备份应用的图示。附图并不一定按比例绘制。附图仅作为示意性表示，并非旨在绘出本发明的特定参数。附图仅用于示出本发明的实施例，因此不能被认为是对发明范围进行限制。在附图中，相同的标号表不相同的兀素。
具体实施例方式如上所述，本发明的各方面提供用于实现应用灾难恢复的解决方案。从多个站点中选择应用的订阅备份站点。所选择的站点将具有能够适应应用的工作负荷要求的虚拟空间。应用通过在站点上压缩能够以休眠状态运行。在所述休眠状态中，应用具有对其分配的少量必要资源。之后，当需要灾难恢复时，通过分配资源使应用在订阅备份站点上膨胀， 从而使应用在订阅备份站点上执行。
现在参考附图，图I示出用于实现应用182的灾难恢复的示例性环境100。为此， 环境100包括执行此处描述的过程以实现应用182的灾难恢复的计算机系统102。具体而言，计算机系统102示出为包括内含灾难恢复实现程序140的计算设备104，灾难恢复实现程序140使得计算设备104通过运行来执行此处描述的过程，从而实现应用182的灾难恢复。计算设备104示出为包括处理单元106 (例如，一个或多个处理器)、存储器110、 存储系统118(例如，分层存储装置)、输入/输出(I/O)接口组件114(例如，一个或多个 I/O接口和/或设备)以及通信路径112。一般而言，处理单元106执行诸如灾难恢复实现程序140之类的程序代码，所述灾难恢复实现程序至少部分地存储在存储器110中。为此， 处理单元106可以包括单个处理单元，也可以跨位于一个或多个位置上(例如，位于客户机和服务器上和/或位于主机站点180和/或订阅备份站点190上)的一个或多个处理单元分布。存储器110还可以包括在程序代码的实际执行期间采用的本地存储器、大容量存储装置(存储装置118)和/或提供至少某些程序代码的临时存储以减少必须在执行期间从大容量存储装置118检索代码的次数的高速缓冲存储器(未示出)。因此，存储器110 可以包括任何已知的数据存储和/或传输介质类型，其中包括磁介质、光介质、随机存取存储器(RAM)、只读存储器(ROM)、数据缓存、数据对象等。而且，与处理单元106类似，存储器 110可以驻留在单个物理位置上，其中包括一个或多个数据存储类型，也可以跨采取各种形式的多个物理系统分布，所述形式包括但不限于主要的主机站点180和订阅备份站点190。在执行程序代码时，处理组件106可以处理数据，这样导致将已转换的数据写入存储器Iio和/或I/O组件114以及/或者从存储器110和/或I/O组件11读取已转换的数据以做进一步处理。路径112为计算机系统102中的各个组件提供直接或间接的通信链路。I/O接口组件114可以包括一个或多个用户I/O设备，所述设备允许人类用户120与计算机系统102和/或一个或多个通信设备进行交互，以使系统用户120使用任何通信链路类型与计算机系统102实现通信。为此，灾难恢复实现程序140可以管理一组允许人类和/或系统用户120与灾难恢复实现程序140进行交互的界面(例如，图形用户界面、应用程序界面和/或类似的界面)。用户120可以包括应用提供者、容量规划者和/或一个或多个灾难恢复专家小组的成员以及其他人员。进一步地，灾难恢复实现程序140可以使用任何解决方案管理(例如，存储、检索、创建、操控、组织、提供等)数据，例如指示应用的操作特性的应用数据152和/或备份站点数据154。在任何情况下，计算机系统102都可以包括一个或多个能够执行安装在上面的诸如灾难恢复实现程序140之类的程序代码的通用计算制品104 (例如，计算设备)。如在此使用的那样，将理解“程序代码”表示采用任何语言、代码或符号的任何指令集，可使具有信息处理功能的计算设备直接或在执行以下操作的任意组合之后执行特定的操作(a)转换为另一种语言、代码或符号；(b)以不同的材料形式再现和/或(c)解压缩。为此，灾难恢复实现程序140可以体现为系统软件和/或应用软件的任意组合。在任何情况下，计算机系统102的技术效用都是为计算设备104提供处理指令以实现应用灾难恢复。进一步地，灾难恢复实现程序140可以使用一组模块142-146实现。在这种情况下，模块142-146可使计算机系统102执行由灾难恢复实现程序140使用的一组任务，并且可以独立于灾难恢复实现程序140的其他部分单独地进行开发和/或实施。如在此使用的那样，术语“组件”表示包含或不包含软件的任何硬件配置，所述硬件配置使用任何解决方案实现此处描述的功能，而术语“模块”表示可使计算机系统102使用任何解决方案实现此处描述的操作的程序代码。存储在包括处理组件106的计算机系统102的存储器110中的模块是执行操作的组件的主要部分。无论如何都应该理解，两个或多个组件、模块和/或系统可以共享它们各自的硬件和/或软件的部分/全部。进一步地应该理解，此处所述的某些功能可能无法实现，也可能包括其他功能作为计算机系统102的一部分。当计算机系统102包括多个计算设备104时，每个计算设备104上可以只包含一部分灾难恢复实现程序140 (例如，一个或多个模块142-146)。但是应该理解，计算机系统 102和灾难恢复实现程序140只是可以执行此处描述的过程的各种可能的等效计算机系统的代表，包括但不限于主要的主机站点180和/或订阅备份站点190。为此，在其他实施例中，计算机系统102和灾难恢复实现程序140所提供的功能可以至少部分地由一个或多个计算设备实现，所述计算设备包括包含或不包含程序代码的通用和/或专用硬件的任意组合。在每个实施例中，硬件和程序代码(如果包括)可以分别使用标准的工程技术和编程技术创建。无论如何，当计算机系统102包括多个计算设备104时，所述计算设备可以通过任何通信链路类型通信。进一步地，当执行此处描述的过程时，计算机系统102可以使用任何通信链路类型与一个或多个其他计算机系统进行通信。在任意一种情况下，所述通信链路都可以包括各种有线和/或无线链路类型的任意组合；包括一种或多种网络类型的任意组合；和/或使用各种传输技术和协议类型的任意组合。如在此介绍的那样，灾难恢复实现程序140可使计算机系统102实现应用182的灾难恢复。为此，灾难恢复实现程序140示出为包括备份站点选择模块142、备份应用压缩模块144和备份应用再膨胀模块146。再次参考图1，备份站点选择模块142当被计算机系统102执行时，选择应用182 的订阅备份站点190。该订阅备份站点190可以从多个可能的站点中选择。现在参考图2A，其中示出在正常工作负荷220A下运行的两个可能的备份站点 210、220。如图所示，每个可能的备份站点210、220具有多个托管应用，其中可能的备份站点210具有托管应用212A-C，可能的备份站点220具有托管应用222A-C。应该理解，尽管每个可能的备份站点210、220在图中被示为具有三个应用，但是可能的备份站点210和/ 或220可以具有更多或更少数量的托管应用。进一步地，尽管图中示出两个可能的备份站点210、220，但是应该理解，可以构想任意多个可能的备份站点。在任何情况下，每个托管应用212A-C、222A-C包含关键功能214A_C、224A_C。这些关键功能是优先级相对较高的关联应用所执行的操作。进一步地，每个托管应用212A-C、 222A-C包含非关键功能216A-C、226A-C。这些非关键功能是优先级低于所述关键功能的关联应用所执行的操作。不同的托管应用212A-C、222A-C可以具有不同的关键和非关键功能分布，有些应用没有或只有相对较少的关键功能，另一些托管应用没有或只有相对较少的非关键功能，而还有一些托管应用具有等量的或相似数量的关键和非关键功能。如图2A中所示，托管应用212A具有相对较少的关键功能214A和相对大量的非关键功能216A。相反，托管应用222C具有相对较多的关键功能224C和相对较少的非关键功能226C，如分配给应用222C内的非关键功能216A-C、226A-C的相对较多的空间所示。类似地，如图2B中所示， 在可能的备份站点220上托管的应用222A-C的关键功能224A-C与非关键功能226A-C的比率整体大于另一可能的备份站点210。现在参考图2B，可能的备份站点210、220被示为在灾难恢复工作负荷220B下运行。如图所示，托管应用212A-C、222A-C已被压缩或挤压。结果，可能的站点210、220上的托管应用212A-C、222A-C仍执行关键功能214A_C、224A_C。但是，所有非关键功能216A-C、 226A-C(图2A)被严重削减，或者如图所示，被全部去除。因此，每个可能的备份站点210、 220现在具有由非关键功能216A-C、226A-C使用的资源组成的虚拟空间218、228。尽管图 2B中的压缩被示为去除了所有非关键功能216A-C、226A-C(图2A)，但是应该理解，其他实施例仍存在。例如，可以通过压缩可能的站点210、220上的托管应用212A-C、222A-C来获取虚拟空间218、228，例如通过压缩关键功能214A-C、224A-C和非关键功能216A-C、226A-C 的组合。现在同时参考图1、2A和2B，备份站点选择模块142可以根据相应的虚拟空间 218,228中包含的资源，从可能的备份站点210、220中选择用于备份应用192的订阅备份站点190。具体来说，备份选择模块142可以选择其虚拟空间194能够适应备份应用192的工作负荷要求的订阅备份站点190。在作出此判定时，备份站点选择模块142可以度量应用182的操作特性(例如，服务器使用率/性能数据)152。这些应用操作特性152可以包括应用182的体系结构要求、 CPU、内存、10、网络带宽使用量度量和/或工作负荷要求(例如，批量工作负荷与Web服务器工作负荷或数据库服务器工作负荷)，这些特性可以使用度量应用182正常运行所需资源的工具来自动度量。此外，还可以度量可能的备份站点210、220的站点应用要求(备份站点数据)154，其中包括处于正常工作负荷200A和仅涉及关键过程的精简灾难恢复工作负荷200B下的每个站点的站点应用要求。可以使用度量可能的备份站点210、220上的托管应用212A-C、222A-C的关键功能214A_C、224A_C和非关键功能216A_C、226A_C所使用的资源的工具自动执行这些度量。一旦度量这些特性，便可使用正常工作负荷和灾难恢复工作负荷之间的差来计算每个可能的备份站点210、220的虚拟空间218、228的量。每个可能的备份站点210、220的站点应用要求和/或虚拟空间218、228可以存储在例如存储系统118 中，并且可以被备份站点选择模块148访问来用于进行选择。现在同时参考图I和3，一旦选定订阅备份站点190，被计算机系统102执行的备份应用压缩模块144便可压缩处于正常工作负荷300下的订阅备份站点190上的应用182 的备份应用192。在执行此操作时，通过复制应用182生成备份应用192。然后将备份应用 192迁移310到订阅备份站点190。迁移到订阅备份站点190之后，备份应用压缩模块144 将备份应用192置于休眠状态。但是，与当前已知的休眠状态备份解决方案不同，仅将执行应用182的工作负荷要求所需资源的一小部分分配给备份应用192。在一个实施例中，参考图3-4，所述资源可以是在例如IBM公司(IBM是位于纽约.阿莫克的国际商业机器公司在美国和/或其他国家/地区的商标)推出的虚拟机操作系统中运行的逻辑分区(LPAR)。 在该实施例中，完全运行的虚拟机可以在每个LPAR中运行。在订阅备份站点190上分配给备份应用192用于灾难恢复的LPAR可以处于压缩/休眠状态，直到在主站点上调用灾难，从而降低使用率和成本。如图3所示，备份应用192分配到其工作负荷要求资源量的10%,但是应该了解, 存在分配到的资源量发生变化的其他情况。在任何情况下，都是只将最少量的资源分配给备份应用192以使其执行基本功能，其中包括诸如接收激活指令和/或接收和集成更新这之类的功能。通过这种方式，应用182可与备份应用192保持同步以使备份应用192在处于休眠状态期间保持最新。这种分配到部分资源的休眠状态允许将订阅备份站点190中正常情况下本应由备份应用192占用的资源分配给所述订阅备份站点中其他完全运行或部分运行的托管应用196。在该正常工作负荷300期间，监视工具可以持续监视订阅备份站点 190以确保维持足够的虚拟空间194来执行备份应用192。当虚拟空间194变得太少时，可以执行操作以确保能够执行灾难恢复，其中包括但不限于将备份应用192移至具有必要的虚拟空间量的备选订阅备份站点190，将其他托管应用196从订阅备份站点190移至备选主机，将订阅备份站点190上的其他托管应用196与备选主机上更容易压缩的托管应用 (例如，具有更多非关键功能)进行交换，以及/或者重新配置用于压缩其他托管应用196 和/或再膨胀备份应用192的参数。现在同时参考图I和4，备份应用再膨胀模块146当被计算机系统102执行时，可以对主要的主机站点180上的灾难400做出响应。为此，备份应用再膨胀模块146使订阅备份站点190上的备份应用192再膨胀。该再膨胀分配必要的资源以使备份应用192在订阅备份站点190上执行。为了获取分配给膨胀的备份应用192的资源，备份应用再膨胀模块146可以启动灾难恢复工作负荷，如参考图2B描述的那样。如上所述，订阅备份站点190 上的其他托管应用196可以进行压缩以创建虚拟空间194。如图4中所示，该压缩可以分为多层进行，其中有些托管应用196可以保持完全的资源分配量，而另一些托管应用196可能根据与特定的托管应用196关联的服务等级协议分配到不同百分比的资源。在其他实施例中，可以使用渐进的方法产生必要的虚拟空间 194。在此类方法中，订阅备份站点190可以首先将其组成成员的所有未用容量汇集成池。 如果需要更多虚拟空间194，则可以强制非关键工作负荷仅使用授权容量以便为关键工作负荷和备份应用192提供更多的容量。如果仍需要更多虚拟空间194和/或如果关键和非关键工作负荷开始争用授权容量，则可以压缩非关键工作负荷(例如，减少或去除其授权量)并且再次将剩余容量分配到池以使关键工作负荷和备份应用192完全膨胀。在任何情况下，通过压缩订阅备份站点190上的其他托管应用196创建的虚拟空间194的中资源被分配给备份应用192，从而允许备份应用192在订阅备份站点190上执行。在所述启用过程中，备份应用膨胀模块146可以恢复允许备份应用192完全运行的全部资源。在另一方面，备份应用膨胀模块146可以恢复允许备份应用192仅执行关键任务或执行关键任务以及更低级别的非关键任务的精简资源集。在任何情况下，用户都可以从订阅备份站点190访问备份应用192，直到主要的主机站点恢复或者做出用于托管应用182的其他安排，这样应用182的用户120只会遭受短暂的服务中断，而托管应用196的用户120 可以继续享受服务，只是服务水准稍有降低。而且，由于压缩的备份应用192只分配到部分的资源分配量，所以在正常的非灾难恢复操作期间具有更多可用资源。尽管在此示出和描述了用于实现应用182的灾难恢复的方法和系统，但是应该理解，本发明的各方面进一步提供各种替代实施例。例如，在一个实施例中，本发明提供存储在至少一个计算机可读介质中的计算机程序，所述计算机程序当被执行时，可使计算机系统实现应用182的灾难恢复。为此，所述计算机可读介质包括诸如灾难恢复实现程序 140 (图I)之类的实现此处描述的部分或全部过程的程序代码。将理解的是，术语“计算机可读介质”包括目前已知的或将来开发的任何有形表达介质类型中的一种或多种，从中计算设备可以识别、复制或传送程序代码的副本。例如，所述计算机可读介质可以包括一个或多个便携式存储制品、一个或多个计算设备内存/存储组件；纸介和/或类似的介质。在另一实施例中，本发明提供了提供诸如灾难恢复实现程序140 (图I)之类的实现此处描述的部分或全部过程的程序代码的副本的方法。在这种情况下，计算机系统可以处理实现此处描述的部分或全部过程的程序代码的副本以产生和传送将在第二个完全不同的位置上接收的数据信号集，所述数据信号集具有一种或多种特征集和/或可通过更改将程序代码的副本编入所述数据信号集。类似地，本发明的实施例提供了获取实现此处描述的部分或全部过程的程序代码的副本的方法，所述方法包括计算机系统接收此处描述的数据信号集；以及将所述数据信号集转化为存储在至少一个计算机可读介质中的计算机程序的副本。在任何情况下，均可使用任何通信链路类型传送/接收所述数据信号集。在又一实施例中，本发明提供了产生用于实现应用182的灾难恢复的系统的方法。在这种情况下，可以获取诸如计算机系统102(图I)之类的计算机系统(例如，创建、 维护、提供等)并且可以获取执行此处描述的过程的一个或多个组件(例如，创建、购买、使用、修改等)并将其部署到计算机系统。为此，所述部署可以包括以下操作中的一项或多项(I)在计算设备上安装程序代码；(2)将一个或多个计算和/或I/O设备添加到计算机系统；(3)集成和/或修改计算机系统以使其执行此处描述的过程；以及/或者执行类似的操作。术语“第一”、“第二”以及类似的词语在此不表示任何顺序、数量或重要性，而是用于将一个元素与其他元素区分开来，并且术语“一”和“一个”在此不表示对数量的限制，而是表示存在至少一个所引用的项。结合数量使用的修饰语“大约”包括所述的值并且具有上下文指示的意思(例如，包括与特定数量的度量关联的误差度)。后缀“(S) ”如在此使用的那样旨在同时包括其修饰的术语的单数和复数，从而包括该术语中的一个或多个(例如，metal (S)包括一种或多种金属)。此处所述的范围是包含性的并且可以单独组合(例如，范围“接近大约25wt%,或者更具体地说,大约5wt%到大约20wt%”包括范围“大约 5wt%到大约25wt% ”的端点及其所有中间值)。出于说明和描述目的给出了对本发明的各方面的上述描述，但是所述描述并非旨在是穷举的或是将本发明限于所公开的精确形式，并且显而易见的是，许多修改和变化是可能的。此类对于本领域的技术人员而言显而易见的修改和变化包括在所附权利要求定义的本发明的范围内。
权利要求
1.一种用于实现应用灾难恢复的方法，包括从多个站点中选择应用的订阅备份站点，所述订阅备份站点具有能够适应应用的工作负荷要求的虚拟空间；压缩应用以在相对于应用的工作负荷要求而言具有少量分配资源的休眠状态中运行；以及响应于应用主站点上的灾难，通过分配资源使应用在订阅备份站点上膨胀，从而使应用在订阅备份站点上执行。
2.如权利要求I中所述的方法，其中所述选择包括度量应用的应用操作特性，所述应用操作特性包括应用的体系结构和工作负荷要求； 度量多个站点的站点应用要求，每个站点的站点应用要求包括正常工作负荷和灾难恢复工作负荷，所述灾难恢复工作负荷是仅包括关键过程的精简工作负荷；以及计算每个站点的虚拟空间，所述虚拟空间指示正常工作负荷和灾难恢复工作负荷之间的差。
3.如权利要求2中所述的方法，其中使用度量工具自动执行对应用操作特性或站点应用要求中的至少一项的度量。
4.如权利要求2中所述的方法，其中所述选择进一步包括将有关多个站点中的每个站点的应用要求和虚拟空间的数据存储在数据库中；以及在选择之前导入数据。
5.如权利要求I中所述的方法，进一步包括在订阅备份站点上启动灾难恢复工作负荷以创建虚拟空间，所述灾难恢复工作负荷是仅包括关键过程的精简工作负荷；以及指定作为资源分配给备份应用的虚拟空间。
6.如权利要求I中所述的方法，进一步包括在压缩之前将应用复制到订阅备份站点。
7.如权利要求I中所述的方法，其中所述压缩仅将执行基本功能所需的最少量的资源分配给备份应用。
8.一种用于实现应用灾难恢复的系统，包括从多个站点中选择应用的订阅备份站点的备份站点选择组件，所述订阅备份站点具有能够适应应用的工作负荷要求的虚拟空间；压缩应用以在相对于应用的工作负荷要求而言具有少量分配资源的休眠状态中运行的备份应用压缩组件；以及响应于应用主站点上的灾难，通过分配资源使应用在订阅备份站点上膨胀，从而使应用在订阅备份站点上执行的备份应用再膨胀组件。
9.如权利要求8中所述的系统，其中所述备份站点选择模块进一步度量应用的应用操作特性，所述应用操作特性包括应用的体系结构和工作负荷要求； 度量多个站点的站点应用要求，每个站点的站点应用要求包括正常工作负荷和灾难恢复工作负荷，所述灾难恢复工作负荷是仅包括关键过程的精简工作负荷；以及计算每个站点的虚拟空间，所述虚拟空间指示正常工作负荷和灾难恢复工作负荷之间的差。
10.如权利要求9中所述的系统，其中使用度量工具自动执行对应用操作特性或站点应用要求中的至少一项的度量。
11.如权利要求9中所述的系统，其中所述备份站点选择模块进一步将有关多个站点中的每个站点的应用要求和虚拟空间的数据存储在数据库中；以及在选择之前导入数据。
12.如权利要求8中所述的系统，其中所述备份应用再膨胀模块进一步在订阅备份站点上启动灾难恢复工作负荷以创建虚拟空间，所述灾难恢复工作负荷是仅包括关键过程的精简工作负荷；以及指定作为资源分配给备份应用的虚拟空间。
13.如权利要求8中所述的系统，其中备份应用压缩模块进一步在压缩之前将应用复制到订阅备份站点。
14.如权利要求8中所述的系统，其中备份应用压缩模块进一步仅将执行基本功能所需的最少量的资源分配给备份应用。
15.—种部署用于实现应用灾难恢复的应用的方法，包括提供可通过运行执行以下操作的计算机基础设施从多个站点中选择应用的订阅备份站点，所述订阅备份站点具有能够适应应用的工作负荷要求的虚拟空间；压缩应用以在相对于应用的工作负荷要求而言具有少量分配资源的休眠状态中运行；以及响应于应用主站点上的灾难，通过分配资源使应用在订阅备份站点上膨胀，从而使应用在订阅备份站点上执行。
全文摘要
本发明的各方面提供用于实现应用灾难恢复的解决方案。从多个站点中选择应用的订阅备份站点。所选择的站点将具有能够适应应用的工作负荷要求的虚拟空间。应用通过在站点上压缩能够以休眠状态运行。在所述休眠状态中，应用只分配到少量必要资源。之后，当需要灾难恢复时，通过分配资源使应用在订阅备份站点上膨胀，从而使应用在订阅备份站点上执行。
文档编号G06F11/14GK102591741SQ20111035602
公开日2012年7月18日 申请日期2011年11月11日 优先权日2010年11月29日
发明者E·巴托洛迈, F·J·焦尔达诺, G·G·格林利 申请人:国际商业机器公司