上訊敏捷數(shù)據(jù)管理平臺（ADM）的備份技術(shù)不同于其他備份廠商，ADM支持增量備份與全量快照合成技術(shù)，傳統(tǒng)的備份方案大多采用周期性的“全量備份+增量備份”策略，其增量備份大多不可持續(xù)，經(jīng)過一段時間就必須執(zhí)行一次全量備份。因而傳統(tǒng)的備份方案經(jīng)常面臨備份窗口過大的問題，而且其增量備份數(shù)據(jù)的恢復(fù)效率相對低下，因為每個時間點的恢復(fù)都依賴于上一次全備副本和上一次全備副本后的所有增量數(shù)據(jù)，恢復(fù)操作需要進行逐個迭代恢復(fù)。此外，過期增量數(shù)據(jù)的清理操作也受限于備份副本之間的依賴關(guān)系，不一定能及時被清理。而增量備份與全量快照合成技術(shù)，即首先執(zhí)行全量備份，之后只對新增或改動過的數(shù)據(jù)進行增量備份，此增量備份數(shù)據(jù)是持續(xù)的，而且每個增量備份的數(shù)據(jù)副本將自動合成為全量快照副本，便于恢復(fù)。因此，如果對數(shù)據(jù)備份產(chǎn)品有需求的用戶可以與上訊信息聯(lián)系，獲取ADM產(chǎn)品的軟件部署，通過測試體驗ADM數(shù)據(jù)備份產(chǎn)品的功能優(yōu)勢。敏捷數(shù)據(jù)管理平臺可實現(xiàn)備份數(shù)據(jù)任意時間點掛載恢復(fù)快速對恢復(fù)數(shù)據(jù)進行驗證。備份集

上訊敏捷數(shù)據(jù)管理平臺ADM采用數(shù)據(jù)庫虛擬化技術(shù)解決了交付業(yè)務(wù)數(shù)據(jù)的速度和頻率問題，數(shù)據(jù)的快速和多次提供必然導(dǎo)致數(shù)據(jù)存儲資源的大量占用，因此數(shù)據(jù)庫虛擬化底層必須采用一種節(jié)約存儲的方式來緩解存儲容量的壓力。存儲虛擬化技術(shù)能夠完全滿足這一需求，創(chuàng)建的虛擬數(shù)據(jù)庫實例與原始數(shù)據(jù)庫保持數(shù)據(jù)的一致性和完整性，不占用存儲空間，在初始的虛擬數(shù)據(jù)庫實例中進行增刪改查的操作后，才會產(chǎn)生極少的存儲空間占用，這部分空間相比于原始數(shù)據(jù)庫總?cè)萘?，幾乎接近?。

端到端的CDM上訊敏捷數(shù)據(jù)管理平臺為企業(yè)上中下游數(shù)據(jù)的高效使用、安全管控提供了一套綜合數(shù)據(jù)安全治理解決方案。

數(shù)據(jù)備份恢復(fù)當(dāng)前面臨的問題與挑戰(zhàn)：

（1）國產(chǎn)化數(shù)據(jù)備份系統(tǒng)兼容性不足當(dāng)前國產(chǎn)化數(shù)據(jù)保護系統(tǒng)對國產(chǎn)化數(shù)據(jù)庫、文件、虛擬化平臺、容器、云服務(wù)器等備份源類型兼容未全部覆蓋，適配過程中需要更多的時間進行功能穩(wěn)定性驗證。

（2）數(shù)據(jù)備份恢復(fù)驗證耗時耗力當(dāng)前采用NetBackup等集中備份系統(tǒng)備份的數(shù)據(jù)需采用手動恢復(fù)數(shù)據(jù)，過程繁瑣、重復(fù)度高、專業(yè)性強，耗費大量的時間和人力成本。

（3）數(shù)據(jù)交付時間長不論是通過數(shù)據(jù)恢復(fù)還是數(shù)據(jù)拷貝來提供測試數(shù)據(jù)，需要幾小時到幾周的時間。

上訊敏捷數(shù)據(jù)管理平臺ADM產(chǎn)品解決方案優(yōu)勢三是ADM作為國內(nèi)較早發(fā)布的副本數(shù)據(jù)管理（CDM）產(chǎn)品，采用數(shù)據(jù)庫虛擬化技術(shù)對原始數(shù)據(jù)庫副本（黃金副本）快速生成多個虛擬數(shù)據(jù)庫（包括國產(chǎn)數(shù)據(jù)庫）作為測試數(shù)據(jù)副本，目前已延伸支持文件、虛擬化平臺的副本創(chuàng)建，滿足開發(fā)測試場景的測試數(shù)據(jù)快速供應(yīng)。因此，敏捷數(shù)據(jù)管理平臺由早期只針對數(shù)據(jù)庫進行的副本創(chuàng)建，為開發(fā)測試環(huán)境交付測試數(shù)據(jù)，升級成為當(dāng)前包括文件、虛擬化平臺的副本創(chuàng)建，由此，針對開發(fā)測試環(huán)境的供數(shù)覆蓋多種環(huán)境，滿足了用戶對供數(shù)的多樣化需求。如企業(yè)需要解決測試環(huán)境供數(shù)問題，可聯(lián)系上訊信息進行咨詢。
什么平臺能針對開發(fā)測試場景快速提供測試數(shù)據(jù)？

備份需要從業(yè)務(wù)系統(tǒng)中獲取數(shù)據(jù)，統(tǒng)計、分析需要從業(yè)務(wù)系統(tǒng)中獲取數(shù)據(jù)，研發(fā)、測試需要從業(yè)務(wù)系統(tǒng)中獲取數(shù)據(jù)。這些數(shù)據(jù)從業(yè)務(wù)系統(tǒng)中拷貝出來后，如果得不到有效的管控，將會給企業(yè)帶來安全隱患，這也是用戶需要考慮解決的又一現(xiàn)實問題?；谏鲜鰡栴}的考慮，IT負責(zé)人迫切需要一種既可以解放業(yè)務(wù)系統(tǒng)，又可以對測試環(huán)境數(shù)據(jù)的采集、傳輸、存儲、使用及流轉(zhuǎn)等關(guān)鍵環(huán)節(jié)進行效率和安全雙重保障的平臺化產(chǎn)品，由此上訊敏捷數(shù)據(jù)管理平臺ADM應(yīng)運而生。

什么產(chǎn)品可以解決金融、運營商、能源、醫(yī)療等行業(yè)的數(shù)據(jù)備份與恢復(fù)、敏感數(shù)據(jù)替換、測試交付的實際問題？面向數(shù)據(jù)使用

數(shù)據(jù)備份承載著企業(yè)的一手數(shù)據(jù)資產(chǎn)，因此充分利用備份數(shù)據(jù)是企業(yè)數(shù)據(jù)資源的價值方向。備份集

ADM數(shù)據(jù)備份功能的價值優(yōu)勢在于數(shù)據(jù)備份采用周期增量備份與全量快照合成的技術(shù)，保證了全量數(shù)據(jù)的時效性，通過掛載恢復(fù)的方式快速恢復(fù)數(shù)據(jù)，以驗證備份數(shù)據(jù)的可恢復(fù)性、有效性，快速恢復(fù)實現(xiàn)了業(yè)務(wù)應(yīng)急接管，保證了容災(zāi)恢復(fù)對RTO 與 RPO的高要求。傳統(tǒng)的數(shù)據(jù)備份技術(shù)是將備份數(shù)據(jù)形成備份集，如果需要恢復(fù)則必須做Restore動作才能打開，在大數(shù)據(jù)量的情況下，Restore耗時較長、耗費資源，因此，企業(yè)通常難以驗證大數(shù)據(jù)量的備份數(shù)據(jù)的可恢復(fù)性與可用性。備份集