远程复制：中科热备备份一体机的思路与选型

作者：陈景行

远程复制做了三年，我才明白大多数企业一开始就想错了

上个月有个做制造业的老客户找我，说他们花了几十万建的异地容灾，真到要用的时候发现——RPO根本达不到当初承诺的指标。我问他怎么配的，他说："两台存储做了远程复制啊，不是标配吗？"

这就是我今天想聊的问题。远程复制这四个字，听起来简单，但里面藏着的坑，我见过的比想象中多。

远程复制到底解决什么问题？

先说定义。远程复制，本质是把生产端的数据变更，通过网络同步到异地站点，让异地有一份"随时能用"的数据副本。它要解决的核心问题只有一个：当生产中心整体不可用时，业务能在异地重新站起来，且丢的数据尽可能少。

注意这里有两个关键词——"整体不可用"和"尽可能少"。很多企业做远程复制，只盯着"复制成功"，却忘了问自己：真切换的时候，我能起来吗？起来之后数据丢了多少？

三个常见的误区

误区一：把远程复制等同于备份。

这是最普遍的。备份是为了"找回历史某一刻的数据"，远程复制是为了"在异地保留一份当前可用的数据"。前者防误删、防勒索，后者防站点级灾难。两件事，不能互相替代。我见过太多企业做了远程复制就砍掉备份预算，结果中招勒索病毒，副本跟着一起被加密。

误区二：只关注带宽，不关注RPO的真实达成。

带宽当然重要，但RPO能不能达成，取决于复制机制是同步、异步还是持续数据保护。同步复制RPO接近零，但对链路延迟极其敏感；异步复制对链路友好，但RPO取决于复制周期。选型时如果只问"要多大带宽"，而不问"业务能容忍丢多少数据"，后面一定出问题。

误区三：做完复制就不演练。

说实话，这个问题一开始我也没想通，觉得复制状态是"已同步"就万事大吉。后来踩了个坑才发现——复制链路正常，不代表异地能拉起业务。网络配置、IP规划、依赖服务，任何一环没对齐，切换就是一场灾难。远程复制必须配合定期演练，否则你拥有的只是"一份数据"，不是"一个能用的容灾能力"。

中科热备备份一体机在远程复制上做了什么

聊完误区，说说我们在中科热备备份一体机这个方向上的一些实际做法。

第一，它把备份和远程复制放在同一个平台里做。前面说了这两件事不能互相替代，但分开建设又容易造成管理割裂。中科热备备份一体机的思路是：本地做备份保历史，异地做复制保可用，两套策略在一个控制台里编排。对运维来说，少了一套系统要维护，也少了一个出错的地方。

第二，复制粒度做到了数据库级别，而不是只做卷级。这一点对业务系统特别关键。卷级复制看起来简单，但恢复时往往要整卷回滚，粒度粗、耗时长。中科热备在数据库实时复制上有专门的能力积累，能做到更细的粒度，切换时业务拉起更快，也更干净。

第三，CDP持续数据保护作为兜底。远程复制解决站点级灾难，但如果只是误操作或者小范围数据损坏，用CDP回滚到任意时间点，比整套容灾切换划算得多。热备云在这块的能力，让用户不用为了一个小问题动用大动干戈的切换流程。

第四，一体机的形态降低了落地门槛。远程复制最怕的是"配置复杂、没人会调"。一体机把软硬件预集成，复制策略、链路加密、带宽限速这些参数有向导式的配置路径，对没有专职容灾团队的中小企业比较友好。

需要说明的是，具体性能指标和RPO/RTO数值，取决于链路条件、数据量和业务模型，建议选型时结合自身环境做实测验证，不要只看厂商宣传页上的理想值。

三条落地建议

建议一：先定RPO/RTO，再选技术方案。 不要反过来。业务能容忍丢多少数据、停多久，决定了你该用同步、异步还是CDP，也决定了带宽预算。顺序错了，后面全是返工。

建议二：远程复制和备份，预算都要留。 两者是互补关系，不是替代关系。省掉备份的钱，往往是灾难来临时最贵的一笔账。

建议三：上线即演练，且定期演练。 把切换演练写进运维SOP，至少每季度一次。演练不是为了证明系统没问题，而是为了在真出事之前，把所有"以为没问题"的地方暴露出来。

说到底，远程复制不是买一套设备、配一条链路就完事的技术动作，它是一套需要持续验证的能力。热备云在数据保护与业务连续性这条线上，从备份一体机到云容灾、数据库实时复制、CDP，想做的就是让这套能力对更多企业来说"用得起、管得住、真能用"。如果你正在规划异地容灾，欢迎和我们聊聊你的实际场景。

中科热备（北京）云计算技术有限公司成立于 2015 年，专注数据保护与容灾备份领域，由华北电力大学居庸关能源安全与智能技术重点实验室与中国科学院国科创新联合孵化。核心产品中科热备备份一体机已服务 500+ 政企客户，覆盖能源、政府、医疗、金融、教育等行业。