CN104956334A - 将请求发送至管理服务 - Google Patents

将请求发送至管理服务 Download PDF

Info

Publication number
CN104956334A
CN104956334A CN201380071870.1A CN201380071870A CN104956334A CN 104956334 A CN104956334 A CN 104956334A CN 201380071870 A CN201380071870 A CN 201380071870A CN 104956334 A CN104956334 A CN 104956334A
Authority
CN
China
Prior art keywords
request
management service
metadata
backup
data
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
CN201380071870.1A
Other languages
English (en)
Inventor
阿尔布雷布特·施罗思
菲利普·克劳斯
约瑟夫·S·菲卡拉
坎西马西·韦达拉曼
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.)
Hewlett Packard Enterprise Development LP
Original Assignee
Hewlett Packard Development Co LP
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 Hewlett Packard Development Co LP filed Critical Hewlett Packard Development Co LP
Publication of CN104956334A publication Critical patent/CN104956334A/zh
Pending legal-status Critical Current

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
    • 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
    • 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/1471—Saving, restoring, recovering or retrying involving logging of persistent data for recovery
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • 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
    • 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)
  • Computational Linguistics (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

将请求发送至管理服务包括：将代表客户端的请求发送至管理服务，所述管理服务与确定备份和恢复规则的策略引擎通信来协调备份和恢复服务；以及将关于所述请求的元数据发送至所述管理服务。

Description

将请求发送至管理服务
背景技术
备份和恢复***被设计来从客户端设备复制和存档诸如文件或文档的客户端设备的数据，并将该数据作为备份数据存储在数据存储库中。数据存储库可以是闪存驱动器、硬盘驱动器、有防护的服务器、或无防护的服务器。如果客户端设备经历了数据丢失事件，那么客户端设备的数据可以被恢复到创建备份时的状态。在这种情况下，客户端设备的数据可以通过取回备份数据并将备份数据加载到客户端设备上来恢复。
附图说明
附图示出了本文所述的原理的各种示例，且是申请文件的一部分。示例不限制权利要求的范围。
图1为根据本文所述原理的与管理***通信的发送***的示例的图。
图2为根据本文所述原理的用于将请求发送至管理***的方法的示例的流程图。
图3为根据本文所述原理的发送***的示例的图。
图4为根据本文所述原理的发送***的示例的图。
图5为根据本文所述原理的用于发送恢复请求的方法的示例的流程图。
图6为根据本文所述原理的用于发送备份请求的方法的示例的流程图。
在整个图中，相同的标记表示相似但是未必相同的元件。
具体实施方式
如上所述，***能够备份和恢复客户端设备中的数据。为了执行备份和恢复事件，备份和恢复***使用管理服务和服务站来协调备份请求和恢复请求、以及进行任何后台元数据处理。数据的实际备份和恢复一般由分离的代理执行。代理可以用来进行备份请求或恢复请求，并且可以从管理服务被下载到客户端。商业上可获得的代理通常是特定于平台的，这限制了可以在其上部署代理的平台的类型。结果，管理服务存储多个特定于平台的代理的程序指令。因此，每个特定于平台的代理占用了管理服务中的内存和资源。
为了进一步汲取管理服务的资源，影响要备份和/或存储哪些数据的模型和其它信息也被存储在管理服务的资源中。因此，管理服务的资源被限制，并且以这样限制的资源同时处理多个请求增加了执行请求的处理时间长、错误、故障或其它不利后果的风险。
如果管理站和服务站大量加载了备份请求和恢复请求，那么管理站的性能受到影响。这种影响可能导致单点故障。进一步，备份和恢复***的可扩展性由于被紧密地联接到每个平台的管理站的代理而受到限制。
本文所述原理包括一种用于将请求发送至管理服务的方法。这样的方法包括使用独立于平台或非特定于平台的智能代理的管理服务。这种独立于平台的代理减少了用于进行备份请求和恢复请求的代理的数量。这允许管理服务以更有效的方式运行。
本文所述原理包括一种用于将请求发送至管理服务的方法。这样的方法包括将代表客户端的请求发送至与策略引擎通信的管理服务。策略引擎确定备份请求和恢复请求的策略或规则。该方法进一步包括将关于请求的元数据发送至管理服务。因此，请求被发送以备份客户端设备的数据或将客户端设备的数据恢复到最后一次创建客户端设备的数据的备份的位置。
本说明书还描述了一种用于将请求发送至管理服务的***。该***包括用于确定备份请求和恢复请求的策略或规则的策略引擎。在一个示例中，客户端定义备份请求和/或恢复请求的策略。策略引擎确定要保护什么数据、要在哪里保护数据、和要在何时保护数据。***进一步包括与策略引擎通信的管理服务。管理服务从策略引擎接收备份请求和恢复请求。管理服务被用来协调备份请求和恢复请求。
响应于接收到备份请求或恢复请求，备份请求或恢复请求从管理服务被发送并被代理服务接收。代理服务是利用图形用户界面(GUI)将界面暴露给用户的、基于代表性状态传输(REST)的web(网络)服务。被暴露的界面用来将备份或恢复请求的选项呈现给用户。进一步，代理服务基于来自GUI的备份或恢复请求便于客户端设备上的备份或恢复请求。代理服务通过实例化智能代理来执行备份请求或恢复请求。智能代理是进行实际请求的引擎。在一个示例中，智能代理利用客户端设备的用户界面将GUI呈现给用户。GUI显示用于备份客户端设备的数据、恢复客户端设备的数据、调度事件、查询客户端的数据、改变策略设置、报告、审计的选项，其它命令，或其组合。用于备份客户端设备的数据的选项可以包括备份客户端设备上的特定数据或备份客户端设备上的所有数据。进一步，用于恢复客户端设备的数据的选项可以包括恢复客户端设备的特定数据或恢复客户端设备的所有数据。通过使用GUI，用户能够确定合适的备份请求或恢复请求。在一些示例中，用户通过GUI命令代理在不指定关于备份的细节的情况下，发出诸如备份请求的请求。在这样的示例中，代理可以确定如何以合适的方式执行该请求。在类似的示例中，代理可以确定当用户不提供关于如何执行恢复请求的细节时，如何执行恢复请求。
本说明书还描述了一种用于将请求发送至管理服务的计算机程序产品，该计算机程序产品包括在非暂时性介质上的计算机可读指令，计算机可读指令在由处理器执行时使客户端设备的数据根据备份请求或恢复请求被备份或恢复。非暂时性介质是不包括信号的存储介质和其它暂时性介质本身。然而，易失性存储器设备是非暂时性介质。
在接下来的说明书中，出于说明目的，阐述了大量的具体细节从而提供对本发明的***和方法的全面理解。但是，对本领域技术人员来说将是很明显的，可以在没有这些具体细节的情况下实践本发明的装置、***和方法。申请文件中提及“示例”或类似语言表示结合该示例所述的特定特征、结构或特性如所述的那样被包括，但不可以被包括在其它示例中。
如将在下面详细描述的，一种用于将请求发送至管理服务的方法包括将代表客户端的请求发送至与策略引擎通信的管理服务，并且将关于该请求的元数据发送至管理服务。
现在参照附图，图1是根据本文所述原理的将请求发送至管理***的示例的图。备份和恢复***被设计来从客户端设备复制和存档诸如文件、文档或其它任何类型的数据的客户端设备的数据，并将该数据作为备份数据存储在数据存储库中。例如，数据存储库可以是闪存驱动器、硬盘驱动器、有防护的服务器、或无防护的服务器、或用于存储备份数据的任何合适的存储介质。如果客户端设备经历了数据丢失事件，那么客户端设备的数据被恢复到创建备份时的状态。例如，客户端设备的数据通过取回备份数据并将备份数据加载到客户端设备上来恢复。
如上所述，***(100)包括用于确定要保护什么数据和要在哪里保护这些数据的策略引擎(130)。这样的决定可以基于被存储在策略引擎(130)中的策略。策略引擎(130)确定要备份或恢复来自客户端设备的什么文件、文档或任何其它类型的数据。在关于决定在哪里存储数据的一个示例中，诸如备份管理员的客户端定义备份请求的策略或规则。例如，在备份请求期间，客户端确定正被备份的数据是否要被加密或不被加密。如果数据要被加密，那么数据被存储在有防护的服务器上。在一个示例中，如果数据不要被加密，那么数据被存储在无防护的服务器上。
进一步，客户端可以确定对数据进行备份的频率。例如，策略可以具有指示如下的规则：急需的数据要在规定量的时间之后，例如每15分钟，被备份。在其它示例中，策略可以具有指示如下的规则：不急需的数据可以以不同的时间间隔，例如每天一次，被备份。进一步，客户端确定备份数据要存储多长时间。例如，策略可以具有指示数据要被存储长达两年的规则。如果在两年内没有访问数据，那么数据将被删除。进一步，客户端确定要备份的数据的类型。例如，策略可以具有指示如下的规则：具有.pdf扩展的数据被备份。尽管已经参照具体的策略规则描述了本示例，但是可以实施任何其它合适的策略来针对要备份的数据确定规则。可以利用图6中详述的且在本说明书中稍后描述的示例，来执行备份请求的过程。
在另一示例中，客户端定义恢复请求的策略或规则。在这样的示例中，客户端可以定义用于基于年限恢复所有备份数据的策略，例如，小于两年长的所有数据。进一步，客户端可以确定要恢复的文件的类型。在这样的示例中，客户端可以定义具有.pdf扩展的文件从备份数据被恢复，并被加载到客户端设备(150)上。进一步，任何合适的其他策略都可以被实施来确定要恢复的数据。可以利用图5中详述的且在本说明书中稍后描述的示例，来进行恢复请求的过程。
***(100)还包括管理服务(110)。管理服务(110)用来协调备份请求和恢复请求。在一个示例中，备份请求从策略引擎(130)被发送至管理服务(110)。备份请求被存储在管理服务(110)上的请求存储库(112)中。备份请求保持被存储在请求存储库(112)中，直到管理服务(110)确定将根据备份请求的策略执行备份要求。管理***(110)确定将执行备份请求。在这样的示例中，备份请求被发送至代理服务(120)。
在另一示例中，恢复请求从策略引擎(130)被发送至管理服务(110)。恢复请求被存储在管理服务(110)上的请求存储库(112)中。恢复请求保持被存储在请求存储库(112)中，直到管理服务(110)确定将执行恢复要求。管理***(110)确定将执行恢复请求。在这样的示例中，恢复请求被发送至代理服务(120)。如上所述，代理服务(120)是通过GUI将界面暴露给用户的、基于代表性状态传输(REST)的web服务。进一步，代理服务(120)基于来自GUI(142)的请求方便客户端设备(150)上的请求。在一个示例中，代理服务(120)被用来执行从管理服务(110)接收的备份或恢复请求。
代理服务(120)通过实例化合适的智能代理(140)来执行备份请求或恢复请求。在一个示例中，代理服务(120)将任何收到的备份或恢复请求的数据重新格式化为智能代理(140)的优化格式。进一步，代理服务(120)建立智能代理(140)的配置信息以执行备份或恢复请求。另外，代理服务(120)监视智能代理(140)的功能。一旦智能代理被实例化，客户端就利用客户端设备(150)的用户界面(151)与智能代理(140)交互以执行备份或恢复请求。在一个示例中，智能代理(140)使用GUI(142)向客户端呈现用于根据从代理服务(120)接收的备份或恢复请求来备份或恢复数据的选项。在另一示例中，GUI(142)向用户呈现用于查询客户端设备、改变策略设置、报告或审计的选项。如上所述，GUI(142)是使用由代理服务(120)暴露的界面的、基于web的GUI。
进一步，GUI(142)模块可以独立于管理服务(110)被开发。在一个示例中，GUI(142)使用代理服务(120)的查询客户端、改变策略设置、报告或审计的界面，以向用户呈现选项、智能代理(140)可以执行的任务。在一个示例中，GUI(142)中向客户端呈现的选项来源于分类***(146)中的项。分类***(146)的源由智能代理(140)处理。例如，分类***(146)使用元数据存储库(141)来确定智能代理(140)正在保护的数据的类型。分类***(146)可以包括目录、文件、虚拟机的项，其他项，或其组合。这使得管理服务(110)能够以通用的方式来实施。例如，管理服务(110)针对包含在分类***(146)中的项查询智能代理(140)，并且智能代理(140)通过利用这些项调整其自身。另外，智能代理(140)以动态的方式被实例化，使得智能代理(140)不是特定于平台的。
响应于接收到改变策略设置请求，代理服务(120)实例化合适的智能代理(140)来执行改变策略设置请求。在一个示例中，改变策略设置请求可以改变应用或数据库的备份请求策略或恢复请求策略。GUI(142)通过客户端设备(150)的用户界面(151)被呈现给用户，以改变策略设置。改变策略设置请求利用发送至代理服务(120)的基于REST的指令从GUI(142)做出。如下面将描述的，代理服务(120)调用合适的智能代理(140)来执行改变策略设置请求。进一步，策略设置可以基于备份设备或备份请求的调度。在一个示例中，备份设备可以是磁带、磁盘、云、或其任何其它合适的组合。
响应于接收到备份请求，代理服务(120)实例化合适的智能代理(140)来执行备份请求。GUI(142)通过客户端设备(150)的用户界面(151)被呈现给客户端，以备份客户端设备(150)上的数据。如果客户端想要备份所有数据，那么客户端可以使用GUI(142)来根据备份策略备份包含在客户端设备(150)上的数据。
智能代理(140)可以在备份后为正在被保护的数据离线地构建元数据。为备份后正在被保护的数据构建的元数据被存储在元数据存储库(141)中。进一步，离线地构建元数据可以使用开放且不受任何封闭格式约束的格式。例如，元数据可以利用JSON来构建。JSON是用于人类可读数据互换的、基于文本的开放标准设计。在一个示例中，JSON可以被用来表示简单的数据结构和关联数组。通过利用JSON，智能代理(140)的数据路径是开放的，并且构建元数据是被离线地进行。进一步，可以保护的数据的量以及为构建元数据所花费的时间得以减少。可以利用在图6中详述的且在本说明书中稍后描述的示例，来进行备份请求的过程。
在另一示例中，代理服务(120)接收恢复请求，并且代理服务(120)实例化合适的智能代理(140)来执行恢复请求。如上所述，GUI(142)通过客户端设备(150)的用户界面(151)被呈现给客户端，来为客户端设备(150)恢复数据。与GUI(142)交互的用户可以选择选项来恢复所有数据。在这样的示例中，与恢复请求相关联的数据被恢复并被加载到客户端设备(150)上。可以利用图5中详述的且在本说明书中稍后描述的示例，来进行恢复请求的过程。
进一步，智能代理(140)包括发送***(144)。发送***(144)具有请求发送引擎(147)、接收引擎(148)和元数据发送引擎(149)。引擎表示用于实现其所指示的功能的程序指令。请求发送引擎(147)根据备份策略或恢复策略将备份请求或恢复请求发送至管理服务(110)。接收引擎(148)接收备份或恢复请求。元数据发送引擎(149)将与备份请求或恢复请求相关联的元数据发送至***(100)的合适部分。例如，***(100)的合适部分可以是管理服务(110)。
响应于接收到查询客户端请求，代理服务(120)实例化合适的智能代理(140)来执行查询客户端请求。GUI(142)通过客户端设备(150)的用户界面(151)被呈现给用户，以查询客户端。在一个示例中，查询客户端请求用于集成应用，例如文件***、VmWare环境、结构化查询语言(SQL)应用、交换应用或者oracle应用。根据集成应用的类型，针对利用GUI(142)接收到的查询客户端请求，代理服务(120)调用与客户端对应的相应的浏览代理。与给定的示例一致，浏览代理给出JSON中的合适输出。代理服务(120)处理查询客户端请求并将其作为基于REST的web服务暴露给JSON中GUI(142)，来进一步查询或执行策略。
响应于接收到报告或审计请求，代理服务(120)实例化合适的智能代理(140)来执行报告或审计请求。在一个示例中，代理服务(120)通过GUI(142)将报告或审计界面暴露给用户，以执行报告或审计。代理服务(120)实例化客户端设备(150)上的报告或审计模块，以收集数据并利用JSON中的GUI(142)将数据呈现给用户。
图2为根据本文所述原理的用于将请求发送至管理***的方法(200)的示例的流程图。在此示例中，方法(200)包括将代表客户端的请求发送(201)至管理服务，以及将关于该请求的元数据发送(202)至管理服务，其中管理服务与确定备份和恢复规则的策略引擎通信来协调备份和恢复服务。
请求可以是备份请求、恢复请求、调度请求、查询请求、其他请求、或其组合。如上所述，客户端可以定义备份操作的策略或规则。例如，客户端可以确定在备份操作期间正在被备份的数据是否要被加密或不被加密。进一步，客户端可以确定对数据执行备份的频率。例如，急需的数据可以在规定量的时间之后，例如每15分钟，被备份。在另一示例中，不急需的数据可以每天一次地被备份。进一步，客户端确定备份数据要存储多长时间。例如，数据可以存储长达两年。进一步，客户端确定要备份的文件的类型。例如，具有.pdf扩展的文件被备份。进一步，任何其他合适的策略都可以被实施来确定要备份的数据。一旦确定了备份请求的策略，将备份请求发送(201)至管理服务(图1，110)。
在其它示例中，客户端定义恢复请求的策略或规则。例如，客户端可以定义恢复所有小于2年长的数据的策略。进一步，客户端确定要恢复的文件的类型。例如，具有.pdf扩展的文件被恢复。进一步，任何其他合适的策略都可以被实施来确定要恢复的数据。一旦确定了恢复请求的策略，将恢复请求发送(201)至管理服务(图1，110)。
关于请求的元数据被发送(202)至管理服务。可以利用在图5中详述的且在本说明书中稍后描述的示例，来进行备份请求的过程。在另一示例中，将恢复元数据发送(201)至管理服务(图1，110)。可以利用在图5中详述的且在本说明书中稍后描述的示例，来进行恢复请求的过程。
图3为根据本文所述原理的发送***(300)的示例的图。发送***(300)包括请求发送引擎(302)、接收引擎(304)和元数据发送引擎(306)。在此示例中，***(300)还包括构建引擎(308)和获取引擎(310)。引擎(302，304，306，308，310)指用于执行指定功能的硬件和程序指令的组合。引擎(302，304，306，308，310)中的每个引擎可以包括处理器和存储器。程序指令被存储在存储器中并使处理器执行引擎的指定功能。
请求发送引擎(302)将代表客户端的请求发送至与策略引擎通信的管理服务。如上所述，客户端定义备份请求或恢复请求的策略或规则。一旦定义了策略，策略就被发送至管理服务(图1，110)。在一个示例中，备份请求从策略引擎(图1，130)被发送至管理服务(图1，110)。在另一示例中，恢复请求从策略引擎(图1，130)被发送至管理服务(图1，110)。
接收引擎(304)接收代表客户端的备份请求或恢复请求。在一个示例中，接收代表客户端的备份请求或恢复请求包括从管理服务接收关于与接收到的请求的请求类型相关的元数据的查询。在一个示例中，来自管理服务的备份请求被接收。管理服务查询与备份请求相关的元数据。在另一示例中，来自管理服务的恢复请求被接收。管理服务查询与恢复请求相关的元数据。
元数据发送引擎(306)将与备份请求或恢复请求相关的元数据发送至管理服务。在一个示例中，备份请求的元数据被发送至管理服务。在另一示例中，恢复请求的元数据被发送至管理服务(图1，110)。
构建引擎(308)在元数据存储库中离线地构建元数据。在一个示例中，备份请求被接收。因此，元数据被离线地构建并且通过管理服务(图1，110)被实现。
获取引擎(310)获取客户端的输入来发送请求。在一个示例中，客户端输入发送备份请求。在另一示例中，客户端输入发送恢复请求。
图4是根据本文所述原理的将请求发送至管理***(400)的示例的图。在此示例中，将请求发送至管理***(400)包括与存储器资源(404)通信的处理资源(402)。处理资源(402)包括用于处理编程指令的至少一个处理器和其它资源。存储器资源(404)一般表示能够存储诸如将请求发送至管理***(400)所使用的编程指令或数据结构的数据的任何存储器。示出的被存储在存储器资源(404)中的编程指令包括客户端输入获取器(406)、请求发送器(408)、请求接收器(410)、元数据构建器(412)和元数据发送器(414)。
存储器资源(404)包括包含用于使任务由处理资源(402)执行的计算机可读程序代码的计算机可读存储介质。计算机可读存储介质可以是有形的和/或非暂时性的存储介质。计算机可读存储介质可以是任何不是传输存储介质的合适的存储介质。计算机可读存储介质类型的非穷尽列表包括非易失性存储器、易失性存储器、随机存取存储器、基于忆阻器的存储器、只写存储器、闪存、电可擦除程序只读存储器、或存储器类型、或其组合。
客户端输入获取器(406)表示在被执行时使处理资源(402)获取客户端的输入来发送请求的编程指令。请求发送器(408)表示在被执行时使处理资源(402)将代表客户端的请求发送至管理的编程指令。请求接收器(410)表示在被执行时使处理资源(402)从管理服务接收与该请求相关的元数据的查询的编程指令。元数据构建器(412)表示在被执行时使处理资源(402)离线地在元数据存储库中构建元数据的编程指令。元数据发送器(414)表示在被执行时使处理资源(402)将元数据发送至管理服务的编程指令。
进一步，存储器资源(404)可以是安装包的部分。响应于安装该安装包，存储器资源(404)的编程指令可以从诸如便携式介质、服务器、远程网络位置、其他位置或其组合之类的安装包源被下载。与本文所述原理相容的便携式存储器介质包括DVD、CD、闪存、便携式盘、磁盘、光盘、其他形式的便携式存储器、或其组合。在其它示例中，程序指令已经被安装。这里，存储器资源可以包括集成的存储器，例如硬盘驱动器、固态硬盘驱动器等。
在一些示例中，处理资源(402)和存储器资源(404)被设置在诸如服务器或网络部件的同一物理部件内。存储器资源(404)可以是物理部件的主存储器、高速缓存、寄存器、非易失性存储器、或物理部件的存储器层次结构中其他地方的部分。可替代地，存储器资源(404)可以通过网络与处理资源(402)通信。进一步，当编程指令被设置在本地时，可以通过网络连接从远程位置访问数据结构，例如库。因此，建议***(400)可以在用户设备上、服务器上、服务器集合上、或其组合上被实施。
将请求发送至图4的管理***(400)可以是通用计算机的部分。然而，在可替代的示例中，将请求发送至图4的管理***(400)是专用集成电路的部分。
图5为根据本文所述原理的用于恢复请求的方法的示例的流程图。如上所述，代表客户端的根据已定义的恢复策略的恢复请求被发送至管理服务(图1，110)。如上所述，客户端定义恢复请求的策略或规则。例如，客户端可以定义恢复小于2年长的数据的策略。进一步，客户端确定要恢复的文件的类型。例如，具有.pdf扩展的文件被恢复。进一步，任何其他合适的策略可以被实施来确定要恢复的数据。如上所述，管理服务(图1，110)协调恢复请求，并且恢复请求由代理服务(图1，120)通过实例化智能代理(图1，140)来执行。然后，智能代理(图1，140)执行恢复请求。
具体地转到图5，该方法包括智能代理接收(501)根据客户定义的恢复策略的恢复请求。智能代理提取(502)元数据。如上所述，GUI(图1，142)将选项呈现给用户以恢复数据。GUI(图1，142)利用分类***从元数据(图1，148)生成。进一步，元数据(图1，148)被用来确定数据正在被存储的位置、数据的类型和数据被创建的日期等等。
智能代理识别(503)数据存储库中的相应元数据。根据某些原理，(图1，148)，实际数据的存储位置利用元数据来确定。在一个示例中，元数据使用索引确定被存储的数据的位置。
在元数据识别数据存储库中的数据后，智能代理从存储库接收(504)数据。进一步，从数据存储库(图1，160)接收(504)的数据用来将备份数据加载到客户端设备(图1，150)上。
图6为根据本文所述原理的用于备份请求的方法的示例的流程图。如上所述，代表客户端的根据定义的备份策略的备份请求被发送至管理服务(图1，110)。客户端定义备份请求的策略或规则。管理服务(图1，110)协调备份请求，并且备份请求由代理服务(图1，120)通过实例化智能代理(图1，140)来执行。然后，智能代理(图1，140)进行备份请求。
具体地转到图6，该方法包括智能代理接收(601)根据备份策略的备份请求。如上所述，客户端定义备份请求的策略或规则。例如，客户端确定在备份请求期间正在被备份的数据是否要被加密或不被加密。进一步，客户端确定对数据进行备份的频率。例如，急需的数据可以在规定量的时间之后，例如每15分钟，被备份。在另一示例中，不急需的数据可以每天一次地被备份。进一步，客户端确定备份数据要存储多长时间。例如，客户端定义数据可以被存储长达两年。进一步，客户端确定要备份的文件的类型。例如，具有.pdf扩展的文件被备份。进一步，任何其他合适的策略可以被实施来确定要备份的数据。
智能代理根据备份数据构建(602)元数据。如上所述，智能代理(图1，140)在备份后针对正在被保护的数据离线地构建元数据(图1，148)。离线地构建元数据(图1，148)使用开放且不受任何封闭格式约束的格式。例如，元数据可以利用JavaScript对象符号(JSON)格式构建。在一个示例中，JSON被用来表示简单的数据结构和关联数组。通过利用JSON，智能代理(图1，140)的数据路径是开放的，并且构建元数据是被离线地进行。进一步，可以保护的数据的量以及为构建元数据所花费的时间得以减少。
然后，智能代理将备份数据存储(603)到数据存储库中。在客户端设备(图1，150)中的数据故障的情况下，客户端设备的数据可以被恢复到创建备份时的状态。
尽管已参照关于时间周期、频率、存储位置和数据类型的特定策略规则描述了上述示例，但是根据本文所述的原理可以使用关于时间周期、频率、存储位置和数据类型的任何合适的策略规则。另外，尽管已参照管理服务的特定特性描述了上述示例，但是根据本文所述的原理可以使用管理服务的任何合适的特性。
进一步，尽管已参照智能代理的特定属性描述了上述示例，但是根据本文所述的原理可以使用智能代理的任何合适的属性。尽管已参照特定的图形用户界面描述了上述示例，但是根据本文所述的原理可以使用任何合适类型的用户界面。例如，用户界面可以是听觉用户界面、语音识别用户界面、触摸屏用户界面、运动检测手势界面、其他类型的用户界面、或其组合。
已经提供了在前描述来示出并描述所述原理的示例。此描述并不旨在是穷尽的或将这些原理限制为任何精确形式。根据上述教导，可以有很多修改和变型。

Claims (15)

1.一种用于将请求发送至管理服务的方法，包括：
将代表客户端的请求发送至管理服务，所述管理服务与确定备份和恢复规则的策略引擎通信来协调备份和恢复服务；并且
将关于所述请求的元数据发送至所述管理服务。
2.根据权利要求1所述的方法，其中将关于所述客户端的所述元数据发送至所述管理服务包括以开放格式发送所述元数据。
3.根据权利要求1所述的方法，其中所述请求是备份请求。
4.根据权利要求3所述的方法，进一步包括：响应于通过所述管理服务实现的备份请求，离线地在元数据存储库中构建所述元数据。
5.根据权利要求4所述的方法，进一步包括：响应于恢复请求，将来自所述元数据存储库的信息发送至所述管理服务。
6.根据权利要求1所述的方法，其中所述请求是恢复请求。
7.根据权利要求1所述的方法，进一步包括：从所述管理服务接收查询以确定所述元数据。
8.根据权利要求1所述的方法，进一步包括：通过用户界面获取用户输入以发送所述请求。
9.一种用于将请求发送至管理服务的***，包括：
请求发送引擎，用于将代表客户端的请求发送至管理服务，所述管理服务与确定备份和恢复规则的策略引擎通信来协调备份和恢复服务；
接收引擎，用于从所述管理服务接收关于与所述请求相关的元数据的查询；和
元数据发送引擎，用于将所述元数据发送至所述管理服务。
10.根据权利要求9所述的***，其中所述请求是恢复请求或备份请求。
11.根据权利要求9所述的***，进一步包括构建引擎，所述构建引擎用于响应于通过所述管理服务实现的备份请求，离线地在元数据存储库中构建所述元数据。
12.根据权利要求1所述的方法，进一步包括获取引擎，所述获取引擎用于获取用户输入以发送所述请求。
13.一种用于将请求发送至管理服务的计算机程序产品，包括：
非暂时性计算机可读存储介质，所述非暂时性计算机可读存储介质包括所嵌入的计算机可读程序代码，所述计算机可读程序代码包括程序指令，所述程序指令在被执行时使处理器：
利用用户界面获取用户输入以发送所述请求；
将代表客户端的请求发送至管理服务，所述管理服务与确定备份和恢复规则的策略引擎通信来协调备份和恢复服务；
从所述管理服务接收关于与所述请求相关的元数据的查询；并且
将所述元数据发送至所述管理服务。
14.根据权利要求14所述的计算机程序产品，进一步包括计算机可读程序代码，所述计算机可读程序代码包括程序指令，所述程序指令在被执行时使所述处理器响应于通过所述管理服务实现的备份请求，离线地在元数据存储库中构建所述元数据。
15.根据权利要求14所述的计算机程序产品，其中所述请求是备份请求或恢复请求。
CN201380071870.1A 2013-02-27 2013-02-27 将请求发送至管理服务 Pending CN104956334A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/US2013/027968 WO2014133502A1 (en) 2013-02-27 2013-02-27 Sending a request to a management service

Publications (1)

Publication Number Publication Date
CN104956334A true CN104956334A (zh) 2015-09-30

Family

ID=51428626

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201380071870.1A Pending CN104956334A (zh) 2013-02-27 2013-02-27 将请求发送至管理服务

Country Status (4)

Country Link
US (1) US20150370649A1 (zh)
EP (1) EP2962201A4 (zh)
CN (1) CN104956334A (zh)
WO (1) WO2014133502A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111752756A (zh) * 2020-06-24 2020-10-09 厦门靠谱云股份有限公司 一种自主学习设置数据库备份策略的方法
CN111949441A (zh) * 2019-05-14 2020-11-17 Emc知识产权控股有限公司 用于可扩展备份搜索的***和方法

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130277422A1 (en) * 2012-04-22 2013-10-24 Abb Inc. System and method for requesting and delivering targeted information
US10140187B1 (en) * 2015-06-30 2018-11-27 Symantec Corporation Techniques for system backup

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1822004A (zh) * 2005-02-18 2006-08-23 微软公司 使用文件***将文件自动备份为世代文件的***和方法
US20070061385A1 (en) * 2003-05-06 2007-03-15 Aptare, Inc. System to manage and store backup and recovery meta data
CN101772758A (zh) * 2007-08-24 2010-07-07 国际商业机器公司 将使用第一备份程序创建的对象的备份副本转换为使用第二备份程序创建的备份副本
US20100293147A1 (en) * 2009-05-12 2010-11-18 Harvey Snow System and method for providing automated electronic information backup, storage and recovery
CN102915262A (zh) * 2012-10-18 2013-02-06 曙光信息产业(北京)有限公司 一种基于Cloudview的管理数据内容数据备份方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6785786B1 (en) * 1997-08-29 2004-08-31 Hewlett Packard Development Company, L.P. Data backup and recovery systems
US7346799B2 (en) * 2004-09-07 2008-03-18 Emc Corporation Systems and methods for recovering and backing up data
US7437388B1 (en) * 2004-12-21 2008-10-14 Symantec Corporation Protecting data for distributed applications using cooperative backup agents
US8060474B2 (en) * 2008-09-30 2011-11-15 Symantec Operating Corporation Backing up and restoring security information for selected database objects
KR101050475B1 (ko) * 2009-04-02 2011-07-20 (주)한국아이오테크 데이터 백업 관리 장치
US8209568B2 (en) * 2009-08-21 2012-06-26 Novell, Inc. System and method for implementing an intelligent backup technique for cluster resources

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070061385A1 (en) * 2003-05-06 2007-03-15 Aptare, Inc. System to manage and store backup and recovery meta data
CN1822004A (zh) * 2005-02-18 2006-08-23 微软公司 使用文件***将文件自动备份为世代文件的***和方法
CN101772758A (zh) * 2007-08-24 2010-07-07 国际商业机器公司 将使用第一备份程序创建的对象的备份副本转换为使用第二备份程序创建的备份副本
US20100293147A1 (en) * 2009-05-12 2010-11-18 Harvey Snow System and method for providing automated electronic information backup, storage and recovery
CN102915262A (zh) * 2012-10-18 2013-02-06 曙光信息产业(北京)有限公司 一种基于Cloudview的管理数据内容数据备份方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111949441A (zh) * 2019-05-14 2020-11-17 Emc知识产权控股有限公司 用于可扩展备份搜索的***和方法
CN111752756A (zh) * 2020-06-24 2020-10-09 厦门靠谱云股份有限公司 一种自主学习设置数据库备份策略的方法

Also Published As

Publication number Publication date
EP2962201A4 (en) 2016-11-16
US20150370649A1 (en) 2015-12-24
WO2014133502A1 (en) 2014-09-04
EP2962201A1 (en) 2016-01-06

Similar Documents

Publication Publication Date Title
US11150883B2 (en) Customized deployment in information management systems
US20220206926A1 (en) Management of internet of things devices
US20200151047A1 (en) Methods, Systems, and Products for Data Backup
US10404799B2 (en) Migration to cloud storage from backup
US20180285234A1 (en) Management of internet of things devices
CN100478944C (zh) 自动任务生成器的方法和***
CA3102825A1 (en) A secure decentralized system utilizing smart contracts, a blockchain, and/or a distributed file system
CN102725755B (zh) 文件访问方法及***
US20150172120A1 (en) Managing non-conforming entities in information management systems, including enforcing conformance with a model entity
KR20170133866A (ko) 데이터 이관 장치 및 방법
CN103902623A (zh) 用于在存储***上存取文件的方法和***
CN103198097A (zh) 一种基于分布式文件***的海量地学数据并行处理方法
US10642530B2 (en) Global occupancy aggregator for global garbage collection scheduling
CN104641650A (zh) 在数据存储子***中的源引用复制
CN104956334A (zh) 将请求发送至管理服务
CN108551764A (zh) 用于备份大型分布式横向扩展数据***的***和方法
US20240056481A1 (en) Data storage management system integrating cyber threat deception
US20140372718A1 (en) Data integrity protection in storage volumes
CN102193988A (zh) 一种图形数据库节点数据的检索方法及***
US8032490B2 (en) Storage system operable to perform LU auditing
US10439897B1 (en) Method and apparatus for enabling customized control to applications and users using smart tags
US11726979B2 (en) Determining a chronological order of transactions executed in relation to an object stored in a storage system
CN106469281A (zh) 一种云中数据文件的管理方法、云管理点和***
CN104205096A (zh) 多租用环境中的拓扑查询
CN116880727A (zh) 业务场景生成方法、装置、设备和存储介质

Legal Events

Date Code Title Description
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C41 Transfer of patent application or patent right or utility model
TA01 Transfer of patent application right

Effective date of registration: 20160913

Address after: American Texas

Applicant after: HEWLETT PACKARD ENTERPRISE DEVELOPMENT LP

Address before: American Texas

Applicant before: Hewlett-Packard Development Company, Limited Liability Partnership

WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20150930