3同行回答
数据库异地容灾复制技术方案设计需要注意以下几点：
一、数据全量初始化
一般数据库容灾同步初始化时数据全量比较大，需要根据数据大小及生产中心与灾备中心互联传输通道带宽确认是否采用本地初始化还是异地初始化方式。在数据全量初始化时请使用独立网络进行数据复制流量传输，避免业务与数据复制流量使用同一网络避免、减少因数据复制流量给业务带来影响。
二、数据增量传输
方案设计前期需要调研各个数据库每日增量数据（数据库日志大小，注：数据增量可能很小，但日志可能很大，如应用进行频繁数据写入和频繁删除操作，一天下来数据总体实际增量可能很小，但由于频繁新建和删除将会导致数据库日志很大），根据增量数据大小总数计算出生产中心与灾备中心互联带宽需求，然后根据RPO目标计算出总体传输通道带宽需求（别忘了同时考虑应用变更发布产生的应用变更数据量）。
IT 的系统的容灾一般包含几个层级的容灾，分别是应用、主机和存储容灾，
1.容灾方案设计的 基本原则：
（1）. 在制定容灾系统方案时需容灾系统建设对原有业务系统带来的影响；
比如，采用数据复制技术对系统 I/O 带来的延迟，应用数据同步对日常业务处理系统带来的压力等。因此，企业要通过周密的测试和分析来规避容灾系统建设时带来的这些风险，以保证业务系统不会因容灾系统的建设而出现在处理性能上下降的问题。
（2） 数据状态要保持同步；
- 保证容灾系统数据同步机制的可靠性，建立可靠的数据同步校验机制；
- 建立定时的、自动的数据同步核查对比机制，以检验两个中心数据的一致性；
（3） 容灾系统的日常维护工作要尽可能轻，并能承担部分业务处理和测试的工作；
容灾系统的维护和管理是容灾切换成功的重要保证，在系统建设中，就必须要考虑系统的维护管理流程。生产中心任何业务处理过程的改变都必须完整地复制到备份中心 ; 所有新业务系统上线时，必须通知备份中心，并在备份中心配置好数据同步机制 ; 对原程序的改动也必须保证两个中心同时上线。
(4) 系统恢复时间要尽可能短；
容灾系统主要是为了实现在主中心系统发生灾难时，可以在规定时间切换到备份中心，保证数据不会丢失，并且继续向用户提供服务。但往往在灾难发生时，主要技术人员不能及时到达现场，为了顺利实现系统间的切换，应该让系统切换操作尽可能地简单 ; 并建立固定化的、标准化的切换流程，要求维护人员在切换演习时严格按照流程的指导步骤进行操作。
(5) 可实现部分业务子系统的切换和回切；
(6) 技术方案选择要遵循成熟稳定、高可靠性、可扩展性、透明性的原则；
(7) 构建系统方案可以选择多种技术组合方式；
2.数据库的异地容灾解决方案设计的难点：
（1） 保证关键应用在允许的时间范围内恢复运行，尽可能减少灾难带来的损失，让用户基本感受不到灾难的发生，这样就使系统所提供的服务是完整的、可靠的和安全的。应用级容灾生产中心和异地灾备中心之间的数据传输是采用异类的广域网传输方式；同时应用级容灾系统需要通过更多的软件来实现，可以使多种应用在灾难发生时可以进行快速切换，确保业务的连续性。
（2） 源数据库通过逻辑的方式在异地建立一个同样的数据库，并且实时更新，当主数据库发生灾难时可及时接管业务系统，达到容灾的目的。基于数据库 / 应用的复制技术对数据库系统有严格的要求，并且源、目标系统必须使用相同的数据库版本。
（3） 应用切换设计，应用切换是指生产中心由于发生灾难而瘫痪时，可由灾备中心的备用服务器提供业务接管，确保业务运行的高连续性。实现应用切换的前提条件是：
• 数据已经从生产中心同步到灾备中心；
• 灾备中心配置与生产中心对应的应用软件服务器、数据库服务器和中间件服务器等，且运行正常；
• 灾备中心网络运行正常或能够实现正常切换。
（4）灾备管理体系的设计 制定和完善IT 灾难场景下的灾难恢复流程。
制定、完善用于灾难事件响应和控制突发事件损失的制度、流程和应对措施，包括进行初始响应和紧急处理、损害评估、灾难等级识别、建立和管理应急指挥中心、灾难公告制度等，使得灾难发生后能够快速地恢复业务系统运行和业务运作。
制定和完善业务连续性计划。设计、制定业务连续性计划；完成灾难备份系统和业务恢复体系的建设。灾难恢复预案的验证。对容灾备份体系和预案进行测试演练，记录和评估测试演练的结果，验证灾备体系的技术实施可靠性，完善灾难恢复预案，保持业务连续运行能力。
建立完善的运维管理制度，规范生产中心和灾备中心的运维基本操作及切换、演练等操作，制定包括灾备系统集中监控、网络系统监控维护、磁带介质管理、灾备服务器维护、运行支持热线和服务商管理的统一变更流程。
收起