迪备新版：与国外备份并存保护核心数据库，助力信创平稳落地！

近年来，
“国产化替代”无疑是信创领域喊得最响的口号。

的确，随着 信创战略 的铺开，
越来越多的国产备份产品走进了客户的视野。
从能用，到好用、易用，
再到完全的信任和依赖，
国产品牌的崛起已经势不可挡。

对数据保护要求极高的金融行业来说更是如此，
【备份系统的国产化替代，是趋势，也是必选题。】

另一方面，

随着信息化发展，金融客户对数据保护
也增加了“亿”点点需求：

↓

除了满足对数据备份外，
客户希望能够通过恢复演练，
对当天备份的新增数据进行快速有效验证。
同时希望把最新生产数据
快速提供给非生产环境二级使用，
比如数据分析、报表统计、新系统开发和测试……

因此，这对于国产备份厂商来说：

一般，备份系统替代的常规操作

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

[ 将原有备份系统从生产环境 “割”下来，
再把生产环境“接”到新的备份系统上去。]
这种“一刀切”的方式，很直接、也很彻底，
但是，备份系统说换就换，
对金融客户来说，难免有所顾虑。

于是乎，出于对数据安全性的考虑，
客户并不急着直接替换，而是分“三步走”：

↓

首先，采用双备份系统同时保护数据，双重保险。

接着，迁移备份作业到新备份系统，逐步过渡。

最后，验证新备份系统稳定可靠后，全面替换。

听起来蛮简单，但实操起来就会发现，
第一步就“掉坑”里了：

过去，金融行业的核心数据库
主要以 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 挂载恢复功能，

将数据副本快速分配给不同的使用者，

用于开发测试、报表分析、数据共享等多种场景，

大幅提升数据运营效率，

助力金融客户平稳过渡到信创生态。

”

为广大客户提供更安全、稳定的数据保护，

是鼎甲的不懈追求。

展望未来，鼎甲将持续迭代更新，精益求精，

为用户筑牢最后一道安全防线！