面向數(shù)據(jù)使用的應(yīng)用場景

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

l核心專利技術(shù)—數(shù)據(jù)庫虛擬化（1）ADM內(nèi)置獨(dú)有的高效壓縮存儲池，壓縮比高達(dá)3:1，存儲即壓縮，***降低了基礎(chǔ)數(shù)據(jù)源獲取的存儲成本與持續(xù)增長的副本數(shù)據(jù)存儲成本。（2）ADM的數(shù)據(jù)庫虛擬化技術(shù)，是通過獲取一份基礎(chǔ)數(shù)據(jù)源，快速拉起多份虛擬數(shù)據(jù)庫掛載給目標(biāo)業(yè)務(wù)使用，虛擬數(shù)據(jù)庫拉起時(shí)幾乎不占用物理存儲空間，在實(shí)驗(yàn)室測試環(huán)境下拉起一個(gè)10TB數(shù)據(jù)量的虛擬數(shù)據(jù)庫，*占用1GB左右的存儲空間，明顯節(jié)約了存儲成本和時(shí)間周期，因此針對開發(fā)測試場景，需要對同一份數(shù)據(jù)創(chuàng)建N份副本數(shù)據(jù)時(shí)，存儲成本節(jié)約近乎N倍。大數(shù)據(jù)平臺敏感數(shù)據(jù)處理海量數(shù)據(jù)供數(shù)于下游開發(fā)測試統(tǒng)計(jì)分析場景的數(shù)據(jù)使用需求該如何滿足？

上訊敏捷數(shù)據(jù)管理平臺（ADM）數(shù)據(jù)異地容災(zāi)主要解決本地?cái)?shù)據(jù)同步到異地，實(shí)現(xiàn)異地?cái)?shù)據(jù)保護(hù)的目標(biāo)。通過制定容災(zāi)策略將本地ADM中的數(shù)據(jù)同步到異地ADM中，容災(zāi)的數(shù)據(jù)類型包括存儲池中的全部備份數(shù)據(jù)和虛擬副本數(shù)據(jù)，容災(zāi)類型支持實(shí)時(shí)容災(zāi)和定時(shí)容災(zāi)，根據(jù)生產(chǎn)數(shù)據(jù)的容災(zāi)需求制定合理的容災(zāi)策略，保證為生產(chǎn)數(shù)據(jù)提供雙重保護(hù)。當(dāng)本地生產(chǎn)數(shù)據(jù)或備份數(shù)據(jù)丟失、損壞時(shí)，立即啟用容災(zāi)端接管業(yè)務(wù)，備份策略自動注冊到容災(zāi)端管理控制中心（Master），自動接管備份任務(wù)，保證備份任務(wù)的持續(xù)不間斷運(yùn)行。

當(dāng)前ADM支持對商業(yè)數(shù)據(jù)庫、國產(chǎn)化數(shù)據(jù)庫、文件、虛擬化平臺、國產(chǎn)云服務(wù)器、容器等的備份恢復(fù)與容災(zāi)以及磁帶庫歸檔。***兼容Windows、Linux、Unix、統(tǒng)信、麒麟等各類操作系統(tǒng)；具體支持Oracle/MySQL/DB2/SQLServer/PostgreSQL/Informix/GoldenDB/OceanBase/OpenGauss/達(dá)夢/南大通用GBase/人大金倉KingBase/GaussDB(DWS)/MogDB/MongoDB/叢云KingWoW/TDSQL/GaussDB(forOpenGauss)/VastBase/TiDB/AntDB/磐維/海量等數(shù)據(jù)庫的備份恢復(fù)與細(xì)粒度備份恢復(fù)；數(shù)據(jù)備份產(chǎn)品關(guān)注數(shù)據(jù)備份，上訊敏捷數(shù)據(jù)管理平臺ADM產(chǎn)品能用于數(shù)據(jù)的備份與快速恢復(fù)驗(yàn)證。

l數(shù)據(jù)壓縮存儲ADM支持同步數(shù)據(jù)壓縮，自動化地將同步數(shù)據(jù)按照3:1的比例壓縮，系統(tǒng)存儲空間顯示已壓縮的容量大小，存儲即壓縮。l自助式數(shù)據(jù)服務(wù)ADM不僅可以靈活地提供任意時(shí)間點(diǎn)的數(shù)據(jù)，還可以對虛擬數(shù)據(jù)庫進(jìn)行圖形化、自助式的管理。l虛擬數(shù)據(jù)庫集中管控虛擬數(shù)據(jù)庫集中管控是對虛擬數(shù)據(jù)庫在使用過程中的狀態(tài)進(jìn)行管理，包括如下功能：①虛擬數(shù)據(jù)庫版本管理②虛擬數(shù)據(jù)庫共享管理③虛擬數(shù)據(jù)庫記錄查詢l敏感信息智能掃描ADM內(nèi)置敏感信息匹配庫，對數(shù)據(jù)庫的敏感信息進(jìn)行智能定義掃描，成功發(fā)現(xiàn)后自動匹配成敏感類型，以匹配度和敏感信息類型進(jìn)行靈活排序，避免漏掃。l關(guān)聯(lián)關(guān)系保持一致支持對數(shù)據(jù)庫中表間和表內(nèi)的約束信息和索引信息進(jìn)行***，支持視圖、序列、觸發(fā)器、存儲過程等數(shù)據(jù)對象的抽取，保持***前后數(shù)據(jù)關(guān)系的一致。通過對接第三方備份系統(tǒng)進(jìn)行備份數(shù)據(jù)的自動化恢復(fù)校驗(yàn)有什么產(chǎn)品？數(shù)據(jù)編碼規(guī)則

上訊信息敏捷數(shù)據(jù)管理平臺ADM產(chǎn)品的數(shù)據(jù)存儲池采用壓縮存儲、加密傳輸。面向數(shù)據(jù)使用的應(yīng)用場景

（1）國產(chǎn)化數(shù)據(jù)備份系統(tǒng)兼容性不足當(dāng)前國產(chǎn)化數(shù)據(jù)保護(hù)系統(tǒng)對國產(chǎn)化數(shù)據(jù)庫、文件、虛擬化平臺、容器、云服務(wù)器等備份源類型兼容不***，適配過程中需要更多的時(shí)間進(jìn)行功能穩(wěn)定性驗(yàn)證。（2）數(shù)據(jù)備份恢復(fù)驗(yàn)證耗時(shí)耗力當(dāng)前采用NetBackup等集中備份系統(tǒng)備份的數(shù)據(jù)需采用手動恢復(fù)數(shù)據(jù)，過程繁瑣、重復(fù)度高、專業(yè)性強(qiáng)，耗費(fèi)大量的時(shí)間和人力成本。（3）數(shù)據(jù)交付時(shí)間長不論是通過數(shù)據(jù)恢復(fù)還是數(shù)據(jù)拷貝來提供測試數(shù)據(jù)，需要幾小時(shí)到幾周的時(shí)間。（4）占用大量存儲資源數(shù)以千計(jì)的數(shù)據(jù)副本占用大量存儲資源，需要更多的維護(hù)成本。（5）數(shù)據(jù)版本回退困難開發(fā)、測試環(huán)境中，當(dāng)完成一輪跑批測試或功能調(diào)試后，重置數(shù)據(jù)狀態(tài)需要重新導(dǎo)入數(shù)據(jù)或重新恢復(fù)數(shù)據(jù)，回退數(shù)據(jù)產(chǎn)生的時(shí)間成本巨大。（6）數(shù)據(jù)安全風(fēng)險(xiǎn)真實(shí)數(shù)據(jù)被用于測試使用后無法及時(shí)回收和銷毀，造成資源浪費(fèi)，存在敏感信息泄露的安全風(fēng)險(xiǎn)。（7）敏感數(shù)據(jù)安全隱患生產(chǎn)數(shù)據(jù)庫中存在著大量的敏感信息，傳統(tǒng)的手工***效率低、仿真度差、***不完全，交付給測試環(huán)境后存在隱私泄漏的風(fēng)險(xiǎn)。面向數(shù)據(jù)使用的應(yīng)用場景