如何进行备份容灾设计，如何与已有的灾备系统匹配？

这个具体可以参考我写的文章：传送门

常见有以下几种模式：

1. 主中心备份到磁带库，定期做磁带出库，将磁带运输到备中心保存，备中心可选设计一套备份系统用来做恢复验证。严格意义上来讲，这只能算是备份介质的异地存放，不能算容灾
2. 主备中心独立部署备份系统。在主备中心已经基于业务或数据层面做了数据同步的情况下，这种方式实际上是部署了两套独立的备份系统，两套备份软件在数据和架构上都是独立的。
3. 主备中心采用了相同备份存储，并且基于备份存储层面做了数据同步。备份软件直接使用同步后的数据。这种方式下，备份软件独立部署，但是备份数据存在复制关联。
4. 主备中心采用了相同的备份软件平台，并且做了基于备份软件的数据同步，一般情况下，同步会基于重删和压缩技术来减少数据传输量。比如tsm的node replication复制，nbu的air等。

具体使用哪种容灾备份模式，并没有一定的成例。需要结合企业自身的实际情况，选择最合适自己的。另外，备份容灾的规划可以放长远一些，分阶段逐步完成，没有必要一蹴而就。

如果您说的是基于数据备份（而非数据同步）的技术来满足容灾需求，一般来说是针对RTO、RPO时间要求比较宽松的系统。

如果相关业务应用已有灾备系统，一般来说在有灾备中心的情况下，灾备中心会放置第二份备份数据，这样做有两个目的：一是以备在灾难恢复时出现数据逻辑错误，需要使用历史数据进行恢复；二是如果业务应用在灾备中心需要运行较长时间时，可以有数据备份的准备。