首頁|必讀|視頻|專訪|運(yùn)營|制造|監(jiān)管|大數(shù)據(jù)|物聯(lián)網(wǎng)|量子|元宇宙|博客|特約記者
手機(jī)|互聯(lián)網(wǎng)|IT|5G|光通信|人工智能|云計(jì)算|芯片報(bào)告|智慧城市|移動(dòng)互聯(lián)網(wǎng)|會(huì)展
首頁 >> 運(yùn)營支撐 >> 正文

虛擬服務(wù)器數(shù)據(jù)保護(hù)的五大挑戰(zhàn)

2012年4月5日 11:10  CCTIME飛象網(wǎng)  

虛擬化過程中的數(shù)據(jù)保護(hù)問題

服務(wù)器虛擬化的優(yōu)勢顯著,并且正在推動(dòng)向大規(guī)模虛擬服務(wù)器部署的“遷移”。從借助服務(wù)器整合實(shí)現(xiàn)的成本節(jié)約到新興私有和公共云架構(gòu)的靈活性及敏捷性,虛擬化技術(shù)正以無可比擬的優(yōu)勢迅速成為現(xiàn)代數(shù)據(jù)中心的基石。

然而,虛擬服務(wù)器部署也會(huì)產(chǎn)生意想不到的數(shù)據(jù)存儲(chǔ)和保護(hù)后果。物理服務(wù)器和網(wǎng)絡(luò)的整合產(chǎn)生了大規(guī)模融合的 IT 基礎(chǔ)設(shè)施,致使本已有限的資源更加稀缺。10:1 的典型服務(wù)器整合率意味著,即使面對日常 IT 管理任務(wù)(如備份和恢復(fù)),可供使用的資源也很少。除了資源較少外,數(shù)據(jù)的大規(guī)模增長與虛擬機(jī)數(shù)量的日益增多致使越來越多的整合數(shù)據(jù)需要得到管理和保護(hù)。目前,虛擬服務(wù)器在成本節(jié)省、靈活的應(yīng)用程序設(shè)置以及正常運(yùn)行方面的優(yōu)勢正促使客戶在虛擬機(jī)環(huán)境中部署越來越多的關(guān)鍵應(yīng)用程序。這些關(guān)鍵應(yīng)用程序通常伴隨著要求最為嚴(yán)苛的服務(wù)水平協(xié)議 (SLA),涉及應(yīng)用程序正常運(yùn)行、數(shù)據(jù)恢復(fù)點(diǎn)和快速恢復(fù)時(shí)間等問題。

隨著虛擬化數(shù)據(jù)中心和全天候運(yùn)營時(shí)代的來臨,我們需要重新思考傳統(tǒng)的數(shù)據(jù)保護(hù)方法。數(shù)據(jù)保護(hù)和數(shù)據(jù)恢復(fù)必須對前端生產(chǎn)系統(tǒng)(被保護(hù)的數(shù)據(jù)來源)具有最低限度的影響,而且不能僅僅依賴舊有磁帶備份連續(xù)寫入的方法將數(shù)據(jù)從生產(chǎn)系統(tǒng)復(fù)制到后端系統(tǒng),F(xiàn)代化的有效解決方案能夠最大限度降低生產(chǎn)系統(tǒng)負(fù)載、減少管理工作、增強(qiáng)數(shù)據(jù)保護(hù)和恢復(fù)、簡化向虛擬化數(shù)據(jù)中心的過渡,以及在需要的時(shí)候支持基于云的選項(xiàng)。

虛擬服務(wù)器數(shù)據(jù)保護(hù)的挑戰(zhàn)

1. 備份窗口爆炸性增長服務(wù)器的高度整合和較高的虛擬機(jī) (VM) 密度將數(shù)據(jù)所有權(quán)集中于少量物理服務(wù)器,這些服務(wù)器占據(jù)了僅用于產(chǎn)生工作量的絕大部分資源。因此,只有很少的資源可用于傳統(tǒng)管理任務(wù),如在固定窗口內(nèi)通過網(wǎng)絡(luò)移動(dòng)數(shù)據(jù)的備份任務(wù)。在全新的統(tǒng)一、虛擬化環(huán)境中,存儲(chǔ)和備份團(tuán)隊(duì)需要能夠在較短的時(shí)間內(nèi)以極少的計(jì)算方式、網(wǎng)絡(luò)和存儲(chǔ)資源保護(hù)不斷增長的大型數(shù)據(jù)庫。

隨著服務(wù)器資源持續(xù)整合以及虛擬環(huán)境變得越發(fā)集中,虛擬機(jī)所擁有的數(shù)據(jù)量也在不斷飆升。虛擬環(huán)境所擁有的、管理和保護(hù)的數(shù)據(jù)量大量激增,使得傳統(tǒng)的磁帶備份連續(xù)寫入方法本就無力應(yīng)付的局面更加惡化,這樣的案例隨處可見。比如,采用傳統(tǒng)的磁帶備份連續(xù)寫入方法,成功備份數(shù) TB 數(shù)據(jù)庫所需時(shí)間超過了 24 小時(shí),遠(yuǎn)未達(dá)到現(xiàn)代化數(shù)據(jù)中心的要求。

每個(gè)虛擬機(jī)實(shí)際上都是一套大型的文件設(shè)施(即在VMware環(huán)境下的VMDK),而這些大型的文件通常被存儲(chǔ)于LUNs就是熟知的數(shù)據(jù)存儲(chǔ)。傳統(tǒng)的數(shù)據(jù)保護(hù)技術(shù)例如VMware的數(shù)據(jù)保護(hù)vStorage API(VADP),或者VMware Consolidated Backup (VCB)都要依靠外部代理來保護(hù)與虛擬服務(wù)器相關(guān)聯(lián)的VMDK文件。雖然 VADP 顯著提升了這一流程的效率,但是它是將鏡像文件從數(shù)據(jù)庫移至備份磁盤進(jìn)行保護(hù),因此仍然是磁帶備份連續(xù)寫入方法。對于備份窗口日漸減少的環(huán)境,則根本沒有足夠的時(shí)間或帶寬來移動(dòng)所有 VM 數(shù)據(jù)。即使基礎(chǔ)設(shè)施可用于復(fù)制所有數(shù)據(jù),也會(huì)在讀取數(shù)據(jù)時(shí)為數(shù)據(jù)庫帶來極大的負(fù)擔(dān)。

2. 虛擬機(jī)數(shù)據(jù)未受保護(hù)部署新虛擬機(jī)的便捷性導(dǎo)致虛擬機(jī)“泛濫”,管理員要采取繁瑣步驟并耗費(fèi)大量時(shí)間跟蹤新虛擬機(jī),以確保對其使用正確的數(shù)據(jù)保護(hù)和保留策略。創(chuàng)建重要的虛擬機(jī)但從不備份會(huì)帶來巨大風(fēng)險(xiǎn),F(xiàn)在,許多管理員要花費(fèi)工作日當(dāng)中的大部分時(shí)間來跟蹤新虛擬機(jī)并手動(dòng)應(yīng)用數(shù)據(jù)保護(hù)策略。在擁有成百上千臺(tái)虛擬機(jī)的現(xiàn)代數(shù)據(jù)中心,這種人工確保虛擬機(jī)保護(hù)策略的方法根本無法適應(yīng)現(xiàn)狀發(fā)展要求的。

3. 應(yīng)用程序缺少必要的集成隨著越來越多的任務(wù)關(guān)鍵型應(yīng)用程序(例如 SQL、Exchange 和 Oracle)的虛擬化,有必要為這些應(yīng)用程序提供與其在純粹物理服務(wù)器設(shè)置同等水平的保護(hù)和恢復(fù),同時(shí)使其停留在高度統(tǒng)一、虛擬化環(huán)境的約束下,F(xiàn)代化數(shù)據(jù)中心需要一種可提供一定程度應(yīng)用程序和虛擬化平臺(tái)感知的數(shù)據(jù)保護(hù)解決方案,以提供一致的備份和恢復(fù)功能,這將最大限度確保這些關(guān)鍵應(yīng)用程序的正常運(yùn)行。

4. 恢復(fù)點(diǎn)挑戰(zhàn)伴隨著數(shù)據(jù)的高增長和高變化率,依賴前一晚的備份進(jìn)行恢復(fù)已遠(yuǎn)遠(yuǎn)不夠。此外,企業(yè)在虛擬服務(wù)器環(huán)境中部署的關(guān)鍵應(yīng)用程序越來越多,他們需要數(shù)小時(shí)的恢復(fù)點(diǎn)目標(biāo) (RPO)。換言之,能夠恢復(fù)到幾小時(shí)以前(而不是前一晚)的備份是十分必要的,從而實(shí)現(xiàn)最小化數(shù)據(jù)丟失并減輕因中斷而對企業(yè)造成的影響。在不影響生產(chǎn)活動(dòng)的情況下創(chuàng)建頻繁的恢復(fù)點(diǎn)是一項(xiàng)巨大挑戰(zhàn)。

5. 缺乏小顆粒數(shù)據(jù)的恢復(fù)能力為了進(jìn)一步加快恢復(fù),企業(yè)需要一個(gè)在卷、文件或應(yīng)用程序?qū)ο蠹墑e恢復(fù)小顆粒的數(shù)據(jù)/文件集成方法。從虛擬機(jī)數(shù)據(jù)庫恢復(fù)單個(gè)電子郵件或文件的能力對于確保應(yīng)用程序正常運(yùn)行、滿足可用性及正常運(yùn)行服務(wù)等級協(xié)議 (SLA) 至關(guān)重要。傳統(tǒng)方法需要回到整個(gè)虛擬機(jī)數(shù)據(jù)庫(例如 VMDK)并搜索全部內(nèi)容以找到單個(gè)用戶電子郵件,十分耗時(shí)并且占用大量資源,并非一個(gè)切實(shí)可行的解決方案。目前,有許多支持文件和對象級恢復(fù)的新方法問世,但是,它們可能需要二次操作以獲取所需小顆粒數(shù)據(jù)/文件,進(jìn)而增加了數(shù)據(jù)保護(hù)過程中的額外處理時(shí)間,風(fēng)險(xiǎn)也隨之而來。因?yàn),能夠提供深入到文件或(qū)ο蠹壍臄?shù)據(jù)顆粒恢復(fù)選項(xiàng),并且只需單次備份和恢復(fù)操作即可實(shí)現(xiàn),這樣的解決方案是目前最需要的。

借助 CommVault® Simpana® 軟件解決虛擬服務(wù)器數(shù)據(jù)保護(hù)難題

CommVault® Simpana® 軟件是革命性的數(shù)據(jù)管理解決方案,不僅解決了因舊有數(shù)據(jù)中心環(huán)境限制導(dǎo)致的數(shù)據(jù)保護(hù)和信息管理難題,更重要的是,加快了向虛擬化和云支持?jǐn)?shù)據(jù)中心的轉(zhuǎn)換。在從傳統(tǒng)環(huán)境向現(xiàn)代數(shù)據(jù)中心過渡的過程當(dāng)中,借助 Simpana® 軟件,企業(yè)從部署伊始便可體驗(yàn)到實(shí)實(shí)在在的優(yōu)勢。例如,通過采用一次數(shù)據(jù)訪問,再使用以實(shí)現(xiàn)多重保護(hù)操作的新技術(shù),企業(yè)能夠規(guī)避許多因?yàn)閺?qiáng)制推行技術(shù)或單點(diǎn)解決方案而產(chǎn)生的“陷阱”。

借助 CommVault® Simpana® 軟件,企業(yè)可以:

Ÿ   在幾分鐘內(nèi)保護(hù)數(shù)以百計(jì)的虛擬服務(wù)器且對物理生產(chǎn)服務(wù)器幾乎沒有影響。

Ÿ   安全、輕松地保護(hù)涵蓋數(shù)以千計(jì)虛擬機(jī)的大型 VMware 環(huán)境。

Ÿ   自動(dòng)發(fā)現(xiàn)并保護(hù)新虛擬機(jī),確保以最少的管理員干預(yù)實(shí)現(xiàn)最佳的保護(hù)。

Ÿ   利用嵌入式源端重復(fù)數(shù)據(jù)刪除,迅速創(chuàng)建并高效移動(dòng)數(shù)據(jù)副本,以便數(shù)據(jù)保留和災(zāi)難恢復(fù)。

Ÿ   創(chuàng)建 100% 應(yīng)用程序一致性保護(hù)副本。

Ÿ   利用數(shù)據(jù)顆粒保護(hù)在虛擬機(jī)、卷、文件或應(yīng)用程序?qū)ο蠹壧峁┬☆w粒數(shù)據(jù)。

企業(yè)希望能夠從虛擬化中獲益,就必須克服虛擬服務(wù)器保護(hù)的挑戰(zhàn)。要做到這點(diǎn),需要一種可使數(shù)據(jù)保護(hù)和管理適應(yīng)快速現(xiàn)代化的新方法。借助 CommVault Simpana 軟件,可以充分利用虛擬化技術(shù)的發(fā)展成果,啟用私有云和公有云數(shù)據(jù)中心,并繼續(xù)滿足現(xiàn)在和未來的數(shù)據(jù)管理、保護(hù)及保留需求,輕松實(shí)現(xiàn)云跨越。

編 輯:趙宇新
聲明:刊載本文目的在于傳播更多行業(yè)信息,本站只提供參考并不構(gòu)成任何投資及應(yīng)用建議。如網(wǎng)站內(nèi)容涉及作品版權(quán)和其它問題,請?jiān)?0日內(nèi)與本網(wǎng)聯(lián)系,我們將在第一時(shí)間刪除內(nèi)容。本站聯(lián)系電話為86-010-87765777,郵件后綴為#cctime.com,冒充本站員工以任何其他聯(lián)系方式,進(jìn)行的“內(nèi)容核實(shí)”、“商務(wù)聯(lián)系”等行為,均不能代表本站。本站擁有對此聲明的最終解釋權(quán)。
相關(guān)新聞              
 
人物
工信部張?jiān)泼鳎捍蟛糠謬倚聞澐至酥蓄l段6G頻譜資源
精彩專題
專題丨“汛”速出動(dòng) 共筑信息保障堤壩
2023MWC上海世界移動(dòng)通信大會(huì)
中國5G商用四周年
2023年中國國際信息通信展覽會(huì)
CCTIME推薦
關(guān)于我們 | 廣告報(bào)價(jià) | 聯(lián)系我們 | 隱私聲明 | 本站地圖
CCTIME飛象網(wǎng) CopyRight © 2007-2024 By CCTIME.COM
京ICP備08004280號-1  電信與信息服務(wù)業(yè)務(wù)經(jīng)營許可證080234號 京公網(wǎng)安備110105000771號
公司名稱: 北京飛象互動(dòng)文化傳媒有限公司
未經(jīng)書面許可,禁止轉(zhuǎn)載、摘編、復(fù)制、鏡像