近年來，
“國產化替代”無疑是信創領域喊得最響的口號。

的確，隨著 信創戰略 的鋪開，
越來越多的國產備份產品走進了客戶的視野。
從能用，到好用、易用，
再到完全的信任和依賴，
國產品牌的崛起已經勢不可擋。

對數據保護要求極高的金融行業來說更是如此，
【備份系統的國產化替代，是趨勢，也是必選題?！?/span>

另一方面，

隨著信息化發展，金融客戶對數據保護
也增加了“億”點點需求：

↓

除了滿足對數據備份外，
客戶希望能夠通過恢復演練，
對當天備份的新增數據進行快速有效驗證。
同時希望把最新生產數據
快速提供給非生產環境二級使用，
比如數據分析、報表統計、新系統開發和測試……

因此，這對于國產備份廠商來說：

一般，備份系統替代的常規操作

就是直接做“割”和“接”：

[ 將原有備份系統從生產環境 “割”下來，
再把生產環境“接”到新的備份系統上去。]
這種“一刀切”的方式，很直接、也很徹底，
但是，備份系統說換就換，
對金融客戶來說，難免有所顧慮。

于是乎，出于對數據安全性的考慮，
客戶并不急著直接替換，而是分“三步走”：

↓

首先，采用雙備份系統同時保護數據，雙重保險。

接著，遷移備份作業到新備份系統，逐步過渡。

最后，驗證新備份系統穩定可靠后，全面替換。

聽起來蠻簡單，但實操起來就會發現，
第一步就“掉坑”里了：

過去，金融行業的核心數據庫
主要以 Oracle 數據庫為主，
這些數據庫，長期以來
都是用 N備份系統 或者 手工RMAN 方式進行數據保護。

我們都知道，
常用的備份策略 = 完全備份 + 增量備份 。
當兩個備份系統采用同樣技術提供數據備份保護時，
各自執行完全備份 so easy，各不影響。

但是，重點來了！
由于 Oracle 只記錄最后一次備份時間，
所以，當2個備份系統要執行增量備份時，
各自的備份基線就會出現錯亂，
第一個系統的增量可能就會基于第二個系統的上次備份。
最后的結果就是：
【當恢復時，就會出現備份集不完整，導致數據丟失或無法恢復的情況。】

該如何填好這個“坑”，讓項目順利落地呢？
為了解決這個問題，滿足金融客戶對數據保護要求，

鼎甲 DBackup 新版本來襲，

為客戶打造一份直達心坎上的“安全感”。

話不多說，我們直接來看
迪備 DBackup 的解題思路：

首先，解決 DBackup 和 N備份系統 并存問題

在備份數據寫入存儲的網絡連接上，
DBackup 采用了不同于 N備份系統 的網絡技術，
基于此 “修了條新路” ，
獨立于 N備份系統 建立了一條新的備份鏈。
這樣，DBackup 和 N備份系統 就可以
“各走各路”，
通過讀取自己的記錄鏈，
順利執行自己的增量備份任務。

接著，實現 DBackup 提供快速恢復能力

DBackup 以獨有的 CDM 技術為根基，
初次完全備份，持續增量備份，
最大化縮短備份時間窗口，
降低 DBackup 和 N備份系統 備份時間窗口
重疊的幾率，
避免同時備份可能存在的沖突。
采用 CDM 技術獲取的副本數據，
只需通過掛載方式，就可快速恢復，
滿足更高的 RTO 訴求。

“
通過以上解題，

DBackup 新版本輕松實現與 N備份系統 并存不悖 ，

共同保護 Oracle 數據庫。

該技術業界領先，也是邁向國產化替代的最佳方案。

在不影響原有備份系統的基礎上，幫助客戶實現快速恢復演練，

對當天備份數據的有效性進行快速驗證；

同時透過CDM 掛載恢復功能，

將數據副本快速分配給不同的使用者，

用于開發測試、報表分析、數據共享等多種場景，

大幅提升數據運營效率，

助力金融客戶平穩過渡到信創生態。

”

為廣大客戶提供更安全、穩定的數據保護，

是鼎甲的不懈追求。

展望未來，鼎甲將持續迭代更新，精益求精，

為用戶筑牢最后一道安全防線！