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

來源: 發(fā)布時間:2024-10-14

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

面向數(shù)據(jù)使用的應用場景,上訊敏捷數(shù)據(jù)管理平臺ADM

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

面向數(shù)據(jù)使用的應用場景,上訊敏捷數(shù)據(jù)管理平臺ADM

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

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

面向數(shù)據(jù)使用的應用場景,上訊敏捷數(shù)據(jù)管理平臺ADM

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

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

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