备份数据别闲置！CDM让你的备份物尽其用

作者：郑成功

# 备份数据存了五年，从来没用过？你可能浪费了90%的价值

上周跟一个运维朋友喝酒，他说了句话让我印象很深：“我们公司每天备份，存储快塞满了，但除了出故障时恢复一下，平时那些备份数据基本就是在那儿吃灰。”

我问他：“那你有没有想过，这些备份数据还能干点别的？”

他愣了一下：“备份数据还能干啥？不就是用来恢复的吗？”

这个问题，说实话，很多企业都没想过。甚至我自己，几年前也没想明白。

备份数据的“沉睡资产”

先看一组数据。Gartner前两年有个报告说，企业存储的数据中，有超过60%是备份和归档数据。而这些备份数据，90%以上的时间都在“睡觉”——除了灾难恢复时被唤醒，平时几乎没人碰。

但你想想，这些数据是什么？是生产环境的真实快照啊。里面包含了真实的业务数据、真实的用户行为、真实的交易记录。这些数据对于开发测试、对于容灾演练、对于审计合规，价值都非常大。

可现实是，大部分企业把这些数据锁在备份系统里，就像把金子埋在地下，只为了“万一要用”。

说实话，这种思路在十年前没问题。那时候存储贵，带宽小，备份就是备份。但现在不一样了。现在有了一种技术，叫数据副本管理（CDM），它能让你对备份数据进行智能管理和利用。

CDM到底是个啥？

CDM，全称Copy Data Management，翻译过来叫数据副本管理。但这个词太学术了，我换个说法：CDM就是对备份数据进行智能管理和利用，让一份备份数据发挥多种用途。

传统备份的思路是：我把数据备份起来，存好，等着恢复用。CDM的思路是：我把数据备份起来，然后通过一种特殊的技术，让这些备份数据可以直接被挂载使用，不需要先还原再使用。

这个差异，决定了备份数据是“沉睡资产”还是“活跃资产”。

传统备份的三大痛点

在讲CDM之前，我先说说传统备份的问题。我踩过坑，所以印象特别深。

第一个痛点是存储浪费。传统备份是全量加增量，一份数据可能存了七八个版本，每个版本都占空间。但问题是，这些版本除了最后一个版本可能用于恢复，前面的版本基本没人碰。数据量越大，浪费越严重。

第二个痛点是恢复效率低。传统备份恢复数据，流程是这样的：找到备份介质 -> 把数据还原到指定位置 -> 验证数据完整性 -> 才能使用。这个过程，对于几十GB的数据可能还能忍，但对于TB级的数据，几个小时甚至十几个小时就过去了。生产环境出故障，你能等那么久吗？

第三个痛点是数据利用难。开发测试需要数据，但不敢直接用生产数据——怕出问题。容灾演练需要数据，但传统方式需要搭建一套完整的演练环境，成本高、周期长。所以很多企业干脆不做了。

CDM怎么解决这些问题？

我之前接触过一个客户，他们的数据库有5TB，传统备份恢复需要6个小时。后来用了CDM技术，五分钟就把备份副本挂载成可读写的虚拟副本。

这里的关键技术叫虚拟副本挂载。简单说，CDM在备份时，会把数据存储成一种特殊的格式，同时记录数据的元数据和变化块。当你需要恢复时，不需要把整个数据拷贝出来，而是直接创建一个指向备份数据的“指针”，然后在几秒钟内把这个指针挂载到目标服务器上。

这个虚拟副本看起来、用起来都跟真实数据一模一样，但它不占用额外的存储空间——因为它本质上是引用原始备份数据。只有当你对这个虚拟副本进行修改时，才会产生新的数据块。

所以，CDM能做到分钟级挂载恢复，不需要先还原再使用。这对业务连续性的提升是非常明显的。

容灾演练：拉起一套隔离环境，不影响生产

说到容灾演练，很多企业是“又爱又怕”。爱是因为合规要求，怕是因为演练过程太复杂。

传统容灾演练的流程：搭建一套完整的演练环境 -> 把备份数据恢复到演练环境 -> 配置网络、应用 -> 开始演练 -> 演练结束后清理环境。这个过程至少需要几天时间，而且很容易影响到生产环境——万一配置冲突了，或者网络没隔离好，生产系统可能就挂了。

我有个客户，是做金融科技的，合规要求每年至少做两次容灾演练。但他们每次演练都提心吊胆，因为之前出过一次事故：演练环境跟生产环境网络没隔离好，导致生产数据库被误操作，数据差点丢。

后来他们用了CDM技术，做法就简单多了：从备份副本中直接拉起一个隔离环境，这个环境跟生产环境完全独立，网络隔离、存储隔离、计算资源隔离。演练结束后，直接把隔离环境删掉，不影响生产。

CDM的容灾演练，用备份副本拉起一套隔离环境做演练，不影响生产。整个过程可以自动化完成，从拉起环境到开始演练，可能只需要十几分钟。

开发测试：用生产数据的副本，脱敏后直接用

开发测试需要真实数据，但直接使用生产数据有风险——万一数据泄露了，或者测试过程中把生产数据搞乱了，后果很严重。

所以很多企业的做法是：开发测试用假数据。但假数据的问题也很明显——假数据跟真实数据的行为模式不一样，测试出来的结果可能不准确。

我之前遇到一个电商客户，他们的测试环境用的全是假数据，结果上线后发现，真实用户的数据量是测试数据的100倍，数据库性能直接崩了。因为测试时没考虑到大数据量下的查询性能。

CDM怎么解决这个问题？CDM可以从备份副本中快速生成一份生产数据的副本，然后对这份副本进行数据脱敏——把敏感信息替换掉，比如把手机号变成138****0000，把身份证号变成脱敏格式。脱敏后的数据，既保留了真实数据的特征，又不会泄露隐私。

而且，这个脱敏副本的生成速度非常快。传统方式可能需要几个小时甚至几天——因为要先把数据从备份系统还原出来，再进行脱敏处理。而CDM方式，几分钟就能生成一份脱敏副本，直接挂载给开发测试环境使用。

关于CDM的几个避坑提醒

CDM虽然好，但不是万能的。我总结几个避坑提醒：

第一，CDM不能替代传统备份。CDM本质上是对备份数据的智能管理，它的基础还是备份。如果你的备份策略本身就有问题，比如备份频率太低、备份数据不完整，那CDM也无能为力。

第二，CDM对存储的性能有要求。因为CDM的虚拟副本是实时挂载的，所以对存储的IO性能要求比较高。如果存储性能不够，挂载出来的虚拟副本可能会很慢。

第三，CDM需要跟现有IT架构集成。不是所有CDM产品都能跟你的数据库、虚拟化平台、云平台无缝对接。选型时一定要看清楚兼容性。

最后说两句

回到开头那个朋友的问题：备份数据除了用来恢复，还能干点别的吗？

答案是：能。而且能干的还挺多。

备份数据不是沉睡的资产，它是可以被唤醒、被利用的。CDM技术就是那个唤醒的工具。当然，工具再好，也得看你怎么用。如果你的企业备份数据量很大，但除了恢复几乎不用，那CDM可能是一个值得考虑的方向。

话说回来，数据保护这件事，从来都不是“买一个工具就完事”的。它需要策略、需要流程、需要人。工具只是手段，不是目的。

最后，如果你想了解更多关于数据副本管理的细节，或者想看看CDM在你的场景下怎么落地，可以关注热备云的数据保护解决方案——他们在这方面有不少实战经验，特别是对于数据库实时复制和CDP持续数据保护，做过很多真实客户的案例。

预览时标签不可点

微信扫一扫

关注该公众号

知道了