轉(zhuǎn)換

基于CDM（CopyDataManagement，數(shù)據(jù)副本管理）技術(shù)，通過對該技術(shù)的運(yùn)用，我們整合了CDM和***相關(guān)工具，實(shí)現(xiàn)了生產(chǎn)到開發(fā)測試環(huán)境的數(shù)據(jù)快速復(fù)制，以及備份數(shù)據(jù)的自動校驗(yàn)。通過CDM解決方案的實(shí)施，我們實(shí)現(xiàn)了一個平臺、一站式解決數(shù)據(jù)獲取、數(shù)據(jù)存儲、數(shù)據(jù)構(gòu)建、數(shù)據(jù)使用、數(shù)據(jù)銷毀，在保證合規(guī)性基礎(chǔ)上，以敏捷的數(shù)據(jù)全生命周期管理，更好地實(shí)現(xiàn)數(shù)據(jù)共享和數(shù)據(jù)利用。上訊敏捷數(shù)據(jù)管理平臺可以實(shí)現(xiàn)以上功能，歡迎登錄官網(wǎng)了解詳情.上訊敏捷數(shù)據(jù)管理平臺ADM產(chǎn)品的合規(guī)性體現(xiàn)在通過數(shù)據(jù)申請審批流程使用數(shù)據(jù)，嚴(yán)格控制數(shù)據(jù)外流。轉(zhuǎn)換

數(shù)字化時代，企業(yè)進(jìn)行數(shù)據(jù)保護(hù)，不僅希望能夠?qū)崿F(xiàn)本地數(shù)據(jù)保護(hù)，也要有災(zāi)備中心進(jìn)行異地數(shù)據(jù)保護(hù)。如此，即便本地數(shù)據(jù)中心遭遇地震、火災(zāi)等重大自然災(zāi)害或人為操作失誤等事故，導(dǎo)致本地備份數(shù)據(jù)或生產(chǎn)數(shù)據(jù)發(fā)生損壞或丟失時，能夠通過異地數(shù)據(jù)災(zāi)備，確保數(shù)據(jù)可恢復(fù)。ADM支持通過遠(yuǎn)程復(fù)制技術(shù)，將本地數(shù)據(jù)同步到異地災(zāi)備中心，實(shí)現(xiàn)異地數(shù)據(jù)容災(zāi)?；趥浞萑蝿?wù)，將生產(chǎn)數(shù)據(jù)備份到本地的存儲池，基于遠(yuǎn)程復(fù)制任務(wù)，將本地存儲池中的備份數(shù)據(jù)同步到異地存儲池中，從而為生產(chǎn)數(shù)據(jù)提供雙重保護(hù)，當(dāng)本地生產(chǎn)數(shù)據(jù)、或備份數(shù)據(jù)丟失、損壞時，通過預(yù)先設(shè)置的容災(zāi)策略，在容災(zāi)端進(jìn)行應(yīng)急接管。實(shí)際存儲上訊ADM產(chǎn)品通過虛擬數(shù)據(jù)秒級分發(fā)功能實(shí)現(xiàn)測試數(shù)據(jù)的同時在線交付，縮短了數(shù)據(jù)交付的時間。

通過部署敏捷數(shù)據(jù)管理平臺ADM產(chǎn)品的數(shù)據(jù)副本管理模塊，實(shí)現(xiàn)了測試數(shù)據(jù)版本迭代管理，提升了數(shù)據(jù)使用過程中的應(yīng)用效率。隨著移動互聯(lián)網(wǎng)技術(shù)的不斷革新，移動應(yīng)用業(yè)務(wù)不斷擴(kuò)張，企業(yè)面臨著前臺業(yè)務(wù)頻繁更新升級的現(xiàn)狀，為保證既有業(yè)務(wù)穩(wěn)定，需要對新提出的升級需求開展仿真測試與回歸測試，因此亟需一套能夠?qū)y試環(huán)境的測試數(shù)據(jù)進(jìn)行版本靈活切換的解決方案，便于測試數(shù)據(jù)版本的即時調(diào)用，迅速適應(yīng)不同業(yè)務(wù)程序提供不同版本的測試數(shù)據(jù)。ADM的虛擬數(shù)據(jù)庫快照功能解決了這一問題，通過對數(shù)據(jù)庫狀態(tài)進(jìn)行定時或即時的記錄，管理和維護(hù)當(dāng)前虛擬數(shù)據(jù)庫的數(shù)據(jù)，使用人員可以隨時通過記錄的虛擬數(shù)據(jù)庫快照提供一個版本的測試數(shù)據(jù)，經(jīng)過測試后保存當(dāng)前的數(shù)據(jù)庫使用狀態(tài)，便于開發(fā)測試的數(shù)據(jù)版本迭代，通過這一功能明顯提升了程序升級測試、版本迭代的效率.

上訊敏捷數(shù)據(jù)管理平臺（ADM）支持增量備份與全量快照合成技術(shù)，傳統(tǒng)的備份方案大多采用周期性的“全量備份+增量備份”策略，其增量備份大多不可持續(xù)，經(jīng)過一段時間就必須執(zhí)行一次全量備份。因而傳統(tǒng)的備份方案經(jīng)常面臨備份窗口過大的問題，而且其增量備份數(shù)據(jù)的恢復(fù)效率相對低下，因?yàn)槊總€時間點(diǎn)的恢復(fù)都依賴于上一次全備副本和上一次全備副本后的所有增量數(shù)據(jù)，恢復(fù)操作需要進(jìn)行逐個迭代恢復(fù)。此外，過期增量數(shù)據(jù)的清理操作也受限于備份副本之間的依賴關(guān)系，不一定能及時被清理。而增量備份與全量快照合成技術(shù)，即首先執(zhí)行全量備份，之后只對新增或改動過的數(shù)據(jù)進(jìn)行增量備份，此增量備份數(shù)據(jù)是持續(xù)的，而且每個增量備份的數(shù)據(jù)副本將自動合成為全量快照副本，便于恢復(fù)。因此，增量備份與全量快照合成技術(shù)能夠大幅度減少備份時間，節(jié)省備份數(shù)據(jù)所需的存儲空間，且提升了恢復(fù)效率。上訊信息敏捷數(shù)據(jù)管理平臺ADM產(chǎn)品支持全域重刪技術(shù)，從而減少需要備份的數(shù)據(jù)量、縮短備份窗口。

l虛擬化平臺數(shù)據(jù)保護(hù)ADM為用戶提供***且有針對性的虛擬化平臺保護(hù)方案，包括VMware/SmartX/浪潮/華為FC/云宏WinStack/OpenStack/浪潮云InCloudOpenStack虛擬化平臺，幫助用戶解決商業(yè)和國產(chǎn)虛擬化的備份和恢復(fù)業(yè)務(wù)。例如：VMware是通過調(diào)用管理虛擬機(jī)和讀寫數(shù)據(jù)的API備份接口VADP（VstorageAPISforDataProtection）進(jìn)行備份。VMware備份實(shí)現(xiàn)了無代理備份，即無需在虛擬化平臺或者各個虛擬機(jī)上安裝客戶端代理，只需通過代理客戶端連接虛擬化平臺即可，因此幾乎不占用主機(jī)資源，不影響生產(chǎn)性能。支持虛擬機(jī)自動發(fā)現(xiàn)功能，當(dāng)虛擬機(jī)發(fā)生變化時，無需人工添加或刪除變化的虛擬機(jī)，即可實(shí)現(xiàn)自動備份，備份模式***支持NBD、NBD-SSL、SAN、Hot-Add備份，恢復(fù)模式支持SAN、NBD、NBD-SSL模式，備份格式包括RAW、VMDK等。國內(nèi)較早發(fā)布CDM領(lǐng)域的平臺型產(chǎn)品是上訊敏捷數(shù)據(jù)管理平臺ADM產(chǎn)品。轉(zhuǎn)換

上訊信息敏捷數(shù)據(jù)管理平臺ADM產(chǎn)品的數(shù)據(jù)備份模塊通過創(chuàng)建虛擬副本實(shí)現(xiàn)了本機(jī)、異機(jī)的即時掛載恢復(fù)。轉(zhuǎn)換

傳統(tǒng)的備份方案大多采用周期性的“全量備份+增量備份”策略，其增量備份大多不可持續(xù)，經(jīng)過一段時間就必須執(zhí)行一次全量備份。因而傳統(tǒng)的備份方案經(jīng)常面臨備份窗口過大的問題，而且其增量備份數(shù)據(jù)的恢復(fù)效率相對低下，因?yàn)槊總€時間點(diǎn)的恢復(fù)都依賴于上一次全備副本和上一次全備副本后的所有增量數(shù)據(jù)，恢復(fù)操作需要進(jìn)行逐個迭代恢復(fù)。此外，過期增量數(shù)據(jù)的清理操作也受限于備份副本之間的依賴關(guān)系，不一定能及時被***。而長久增量備份與全量快照合成技術(shù)，即***執(zhí)行全量備份，之后只對新增或改動過的數(shù)據(jù)進(jìn)行增量備份，此增量備份數(shù)據(jù)是持續(xù)的，而且每個增量備份的數(shù)據(jù)副本將自動合成為全量快照副本，便于恢復(fù)。因此，長久增量備份與全量快照合成技術(shù)能夠大幅度減少備份時間，節(jié)省備份數(shù)據(jù)所需的存儲空間，且提升了恢復(fù)效率。長久增量備份與全量快照合成技術(shù)適用于單個應(yīng)用數(shù)據(jù)量大，執(zhí)行一次完全備份比較費(fèi)時費(fèi)力的應(yīng)用場景。若用戶備份數(shù)據(jù)量小，也可使用傳統(tǒng)的全備+增備技術(shù)方式，ADM無掛載備份能夠?qū)崿F(xiàn)此方式。轉(zhuǎn)換