中國數據存儲服務平臺

每年生成12萬個數據庫?這是和DBA前世有仇吧

相比傳統備份,CDM(Copy Data Management)的門檻其實更高,在我看來,傳統備份的研發難點在于兼容性的支持,各種數據類型、各種生產存儲、各種備份介質等等,非常復雜。而CDM,除了對兼容性支持的開發之外,還要增加備份數據使用方面的開發。所以,CDM廠家,如沒有比傳統備份產品更大的投入,沒可能給客戶帶來實際價值。

在備份數據的使用上,需要達到什么程度呢?

舉個12萬個數據庫的案例。這是傳統備份無需考慮、而CDM必須作為目標的場景。

在今年已經過去的9個月中,公司一直在處理一家客戶的測試數據管理的項目,今天結合該項目中用戶提出的需求,聊聊CDM在測試數據管理中的價值。

該客戶在測試環境有1000個左右的源庫(脫敏后的數據),庫的類型包括Oracle、DB2和Mysql,OS類型包括AIX和Linux。

客戶希望每個源庫可生成10個副本庫,副本庫的平均更新頻率為1個月,我們先來算算,1000個源庫派生出10000個副本庫,而這些庫平均每個月要更新一次。也就是說 一年要生成12萬個數據庫。

生成數據庫,如果采用傳統的備份、恢復方式,需要準備存儲空間、生成庫、導入數據等等步驟,少算一點,一個庫至少要一個人天,( 在實際環境中,很多用戶是一周才能生成一個庫)

12萬個庫就需要12萬個人天,那么,就需要配置 12萬人天/22/12=454個工程師才能完成這個工作量。

能干這活的,一般是DBA或備份管理員,成本不低,算40萬元人民幣每年吧。

每年人工成本是 40萬元每人x 454人=1.8億元

為什么沒有企業能有非常敏捷的測試環境?為什么應用上線后Bug一大堆? 成本是根本原因, 沒有企業能負擔這個成本。

對安特飛CDM來說,數據服務是我們的專業,我們10年的持續投入中,數據使用是重中之重,通過安特飛,可以將454人縮減到幾個人,因為:

1、一份CDM內的數據庫數據(源庫),可以生成N份副本后,分鐘級掛載給服務器,并直接生成數據庫

2、N份副本數據是可以不占用存儲空間,即,在生成數據庫時,無需準備存儲

3、每份掛載的副本數據都可讀可寫,相互獨立

當然,這只是安特飛CDM的基本功能,要完美的滿足這個客戶在測試數據管理方面的需求,還需要安特飛提供這些功能和服務:

1、 批量的、自動的把原副本數據庫卸載,然后自動掛載新脫敏的副本數據庫

批量的、自動的發起操作,只涉及開發量,不難。巨量的數據庫能保證每次都成功卸載、成功掛載,這才是難點,非常考驗產品的成熟度。

2、 操作要集成到云管平臺

從集成的接口角度看,不難,RestFul API是行業標準,難點在于安特飛系統的CLI是否足夠成熟和完善,無需為此客戶做研發級別的定制

3、 掛載副本數據庫的備份,以及恢復

光這一個需求,基本等同于,1萬個數據庫的傳統備份項目的方案,1萬個數據庫的備份項目,呵呵,有幾個人做過?或做成功過? 很難吧?

4、 保證掛載數據庫的性能滿足測試要求

測試對數據庫是有性能要求的,一個源庫生成10個副本后,如何保證副本數據庫的性能?這對安特飛CDM本身、以及整體方案的設計能力(存儲、網絡等等)提出了非常高的要求。

還有很多其他方面的要求,就不一一贅述了,這些要求都會涉及到是否能以低成本、高效率的運維。

以上案例,主要是說明傳統備份和CDM有多大的區別,同時也說明,安特飛可以處理多大規模的數據服務的需求

安特飛一直不認為自己是做備份的,我們是做數據服務的,這個案例可以充分說明這一點了。CDM產品功能的重點,和備份恢復有極大區別的。


有類似需求的朋友,非常期待您的聯系,安特飛一定真誠而竭盡全力的為您服務。

安特飛,DBA的人生好友。

本文轉載自: Actifio復制數據虛擬化,作者 :毛立峰

未經允許不得轉載:存儲在線 » 每年生成12萬個數據庫?這是和DBA前世有仇吧
分享到: 更多 (0)
澳客500