将请求发送至管理服务的制作方法
【专利说明】
【背景技术】
[0001]备份和恢复系统被设计来从客户端设备复制和存档诸如文件或文档的客户端设备的数据，并将该数据作为备份数据存储在数据存储库中。数据存储库可以是闪存驱动器、硬盘驱动器、有防护的服务器、或无防护的服务器。如果客户端设备经历了数据丢失事件，那么客户端设备的数据可以被恢复到创建备份时的状态。在这种情况下，客户端设备的数据可以通过取回备份数据并将备份数据加载到客户端设备上来恢复。
【附图说明】
[0002]附图示出了本文所述的原理的各种示例，且是申请文件的一部分。示例不限制权利要求的范围。
[0003]图1为根据本文所述原理的与管理系统通信的发送系统的示例的图。
[0004]图2为根据本文所述原理的用于将请求发送至管理系统的方法的示例的流程图。
[0005]图3为根据本文所述原理的发送系统的示例的图。
[0006]图4为根据本文所述原理的发送系统的示例的图。
[0007]图5为根据本文所述原理的用于发送恢复请求的方法的示例的流程图。
[0008]图6为根据本文所述原理的用于发送备份请求的方法的示例的流程图。
[0009]在整个图中，相同的标记表示相似但是未必相同的元件。
【具体实施方式】
[0010]如上所述，系统能够备份和恢复客户端设备中的数据。为了执行备份和恢复事件，备份和恢复系统使用管理服务和服务站来协调备份请求和恢复请求、以及进行任何后台元数据处理。数据的实际备份和恢复一般由分离的代理执行。代理可以用来进行备份请求或恢复请求，并且可以从管理服务被下载到客户端。商业上可获得的代理通常是特定于平台的，这限制了可以在其上部署代理的平台的类型。结果，管理服务存储多个特定于平台的代理的程序指令。因此，每个特定于平台的代理占用了管理服务中的内存和资源。
[0011]为了进一步汲取管理服务的资源，影响要备份和/或存储哪些数据的模型和其它信息也被存储在管理服务的资源中。因此，管理服务的资源被限制，并且以这样限制的资源同时处理多个请求增加了执行请求的处理时间长、错误、故障或其它不利后果的风险。
[0012]如果管理站和服务站大量加载了备份请求和恢复请求，那么管理站的性能受到影响。这种影响可能导致单点故障。进一步，备份和恢复系统的可扩展性由于被紧密地联接到每个平台的管理站的代理而受到限制。
[0013]本文所述原理包括一种用于将请求发送至管理服务的方法。这样的方法包括使用独立于平台或非特定于平台的智能代理的管理服务。这种独立于平台的代理减少了用于进行备份请求和恢复请求的代理的数量。这允许管理服务以更有效的方式运行。
[0014]本文所述原理包括一种用于将请求发送至管理服务的方法。这样的方法包括将代表客户端的请求发送至与策略引擎通信的管理服务。策略引擎确定备份请求和恢复请求的策略或规则。该方法进一步包括将关于请求的元数据发送至管理服务。因此，请求被发送以备份客户端设备的数据或将客户端设备的数据恢复到最后一次创建客户端设备的数据的备份的位置。
[0015]本说明书还描述了一种用于将请求发送至管理服务的系统。该系统包括用于确定备份请求和恢复请求的策略或规则的策略引擎。在一个示例中，客户端定义备份请求和/或恢复请求的策略。策略引擎确定要保护什么数据、要在哪里保护数据、和要在何时保护数据。系统进一步包括与策略引擎通信的管理服务。管理服务从策略引擎接收备份请求和恢复请求。管理服务被用来协调备份请求和恢复请求。
[0016]响应于接收到备份请求或恢复请求，备份请求或恢复请求从管理服务被发送并被代理服务接收。代理服务是利用图形用户界面(GUI)将界面暴露给用户的、基于代表性状态传输(REST)的web (网络)服务。被暴露的界面用来将备份或恢复请求的选项呈现给用户。进一步，代理服务基于来自GUI的备份或恢复请求便于客户端设备上的备份或恢复请求。代理服务通过实例化智能代理来执行备份请求或恢复请求。智能代理是进行实际请求的引擎。在一个示例中，智能代理利用客户端设备的用户界面将⑶I呈现给用户。Gn显示用于备份客户端设备的数据、恢复客户端设备的数据、调度事件、查询客户端的数据、改变策略设置、报告、审计的选项，其它命令，或其组合。用于备份客户端设备的数据的选项可以包括备份客户端设备上的特定数据或备份客户端设备上的所有数据。进一步，用于恢复客户端设备的数据的选项可以包括恢复客户端设备的特定数据或恢复客户端设备的所有数据。通过使用GUI，用户能够确定合适的备份请求或恢复请求。在一些示例中，用户通过GUI命令代理在不指定关于备份的细节的情况下，发出诸如备份请求的请求。在这样的示例中，代理可以确定如何以合适的方式执行该请求。在类似的示例中，代理可以确定当用户不提供关于如何执行恢复请求的细节时，如何执行恢复请求。
[0017]本说明书还描述了一种用于将请求发送至管理服务的计算机程序产品，该计算机程序产品包括在非暂时性介质上的计算机可读指令，计算机可读指令在由处理器执行时使客户端设备的数据根据备份请求或恢复请求被备份或恢复。非暂时性介质是不包括信号的存储介质和其它暂时性介质本身。然而，易失性存储器设备是非暂时性介质。
[0018]在接下来的说明书中，出于说明目的，阐述了大量的具体细节从而提供对本发明的系统和方法的全面理解。但是，对本领域技术人员来说将是很明显的，可以在没有这些具体细节的情况下实践本发明的装置、系统和方法。申请文件中提及“示例”或类似语言表示结合该示例所述的特定特征、结构或特性如所述的那样被包括，但不可以被包括在其它示例中。
[0019]如将在下面详细描述的，一种用于将请求发送至管理服务的方法包括将代表客户端的请求发送至与策略引擎通信的管理服务，并且将关于该请求的元数据发送至管理服务。
[0020]现在参照附图，图1是根据本文所述原理的将请求发送至管理系统的示例的图。备份和恢复系统被设计来从客户端设备复制和存档诸如文件、文档或其它任何类型的数据的客户端设备的数据，并将该数据作为备份数据存储在数据存储库中。例如，数据存储库可以是闪存驱动器、硬盘驱动器、有防护的服务器、或无防护的服务器、或用于存储备份数据的任何合适的存储介质。如果客户端设备经历了数据丢失事件，那么客户端设备的数据被恢复到创建备份时的状态。例如，客户端设备的数据通过取回备份数据并将备份数据加载到客户端设备上来恢复。
[0021]如上所述，系统(100)包括用于确定要保护什么数据和要在哪里保护这些数据的策略引擎(130)。这样的决定可以基于被存储在策略引擎(130)中的策略。策略引擎(130)确定要备份或恢复来自客户端设备的什么文件、文档或任何其它类型的数据。在关于决定在哪里存储数据的一个示例中，诸如备份管理员的客户端定义备份请求的策略或规则。例如，在备份请求期间，客户端确定正被备份的数据是否要被加密或不被加密。如果数据要被加密，那么数据被存储在有防护的服务器上。在一个示例中，如果数据不要被加密，那么数据被存储在无防护的服务器上。
[0022]进一步，客户端可以确定对数据进行备份的频率。例如，策略可以具有指示如下的规则:急需的数据要在规定量的时间之后，例如每15分钟，被备份。在其它示例中，策略可以具有指示如下的规则:不急需的数据可以以不同的时间间隔，例如每天一次，被备份。进一步，客户端确定备份数据要存储多长时间。例如，策略可以具有指示数据要被存储长达两年的规则。如果在两年内没有访