[發明專利]將請求發送至管理服務有效
| 申請號: | 201380071870.1 | 申請日: | 2013-02-27 |
| 公開(公告)號: | CN104956334A | 公開(公告)日: | 2015-09-30 |
| 發明(設計)人: | 阿爾布雷布特·施羅思;菲利普·克勞斯;約瑟夫·S·菲卡拉;坎西馬西·韋達拉曼 | 申請(專利權)人: | 惠普發展公司;有限責任合伙企業 |
| 主分類號: | G06F11/00 | 分類號: | G06F11/00;G06F17/30 |
| 代理公司: | 北京德琦知識產權代理有限公司 11018 | 代理人: | 嚴芬;康泉 |
| 地址: | 美國德*** | 國省代碼: | 美國;US |
| 權利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關鍵詞: | 請求 發送 管理 服務 | ||
背景技術
備份和恢復系統被設計來從客戶端設備復制和存檔諸如文件或文檔的客戶端設備的數據,并將該數據作為備份數據存儲在數據存儲庫中。數據存儲庫可以是閃存驅動器、硬盤驅動器、有防護的服務器、或無防護的服務器。如果客戶端設備經歷了數據丟失事件,那么客戶端設備的數據可以被恢復到創建備份時的狀態。在這種情況下,客戶端設備的數據可以通過取回備份數據并將備份數據加載到客戶端設備上來恢復。
附圖說明
附圖示出了本文所述的原理的各種示例,且是申請文件的一部分。示例不限制權利要求的范圍。
圖1為根據本文所述原理的與管理系統通信的發送系統的示例的圖。
圖2為根據本文所述原理的用于將請求發送至管理系統的方法的示例的流程圖。
圖3為根據本文所述原理的發送系統的示例的圖。
圖4為根據本文所述原理的發送系統的示例的圖。
圖5為根據本文所述原理的用于發送恢復請求的方法的示例的流程圖。
圖6為根據本文所述原理的用于發送備份請求的方法的示例的流程圖。
在整個圖中,相同的標記表示相似但是未必相同的元件。
具體實施方式
如上所述,系統能夠備份和恢復客戶端設備中的數據。為了執行備份和恢復事件,備份和恢復系統使用管理服務和服務站來協調備份請求和恢復請求、以及進行任何后臺元數據處理。數據的實際備份和恢復一般由分離的代理執行。代理可以用來進行備份請求或恢復請求,并且可以從管理服務被下載到客戶端。商業上可獲得的代理通常是特定于平臺的,這限制了可以在其上部署代理的平臺的類型。結果,管理服務存儲多個特定于平臺的代理的程序指令。因此,每個特定于平臺的代理占用了管理服務中的內存和資源。
為了進一步汲取管理服務的資源,影響要備份和/或存儲哪些數據的模型和其它信息也被存儲在管理服務的資源中。因此,管理服務的資源被限制,并且以這樣限制的資源同時處理多個請求增加了執行請求的處理時間長、錯誤、故障或其它不利后果的風險。
如果管理站和服務站大量加載了備份請求和恢復請求,那么管理站的性能受到影響。這種影響可能導致單點故障。進一步,備份和恢復系統的可擴展性由于被緊密地聯接到每個平臺的管理站的代理而受到限制。
本文所述原理包括一種用于將請求發送至管理服務的方法。這樣的方法包括使用獨立于平臺或非特定于平臺的智能代理的管理服務。這種獨立于平臺的代理減少了用于進行備份請求和恢復請求的代理的數量。這允許管理服務以更有效的方式運行。
本文所述原理包括一種用于將請求發送至管理服務的方法。這樣的方法包括將代表客戶端的請求發送至與策略引擎通信的管理服務。策略引擎確定備份請求和恢復請求的策略或規則。該方法進一步包括將關于請求的元數據發送至管理服務。因此,請求被發送以備份客戶端設備的數據或將客戶端設備的數據恢復到最后一次創建客戶端設備的數據的備份的位置。
本說明書還描述了一種用于將請求發送至管理服務的系統。該系統包括用于確定備份請求和恢復請求的策略或規則的策略引擎。在一個示例中,客戶端定義備份請求和/或恢復請求的策略。策略引擎確定要保護什么數據、要在哪里保護數據、和要在何時保護數據。系統進一步包括與策略引擎通信的管理服務。管理服務從策略引擎接收備份請求和恢復請求。管理服務被用來協調備份請求和恢復請求。
該專利技術資料僅供研究查看技術是否侵權等信息,商用須獲得專利權人授權。該專利全部權利屬于惠普發展公司;有限責任合伙企業,未經惠普發展公司;有限責任合伙企業許可,擅自商用是侵權行為。如果您想購買此專利、獲得商業授權和技術合作,請聯系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/201380071870.1/2.html,轉載請聲明來源鉆瓜專利網。





