一般的设计思路是这样的：（1）面向业务部门执行业务影响分析，明确业务恢复优先级及恢复指标要求（2）面向IT团队进行架构和数据量的现状调研，基于需求，结合生产架构现状考虑备选的容灾架构，并对业务部门提出的恢复指标要求进行评估（3）制定灾备建设策略，与高层就灾备建设范围及指标要求达...
目前这个的确是一个比较困难的问题，可以通过全国一张网方式来实现，通过专网（如MPLS-VPN）将所有的第三方就近接入到运营商的POP点上（多线路可以接入到不同的城市的POP来实现主备线路的业务连续性）然后生产中心与灾备中心同时接入到运营商MV网络内。...
该问题建议从2个方面考虑：1、在灾备中心规划设计的时候需要对现有业务进行应用配置、应用变更频率、数据全量/增量及数据库日志变化量进行调研，确认从生产中心需要向灾备中心同步传输的总体数据量，然后根据RPO进行传输带宽计算，这样才能保证在目标时间内可完成所有数据的传输...
数据库异地容灾复制技术方案设计需要注意以下几点：一、数据全量初始化 一般数据库容灾同步初始化时数据全量比较大，需要根据数据大小及生产中心与灾备中心互联传输通道带宽确认是否采用本地初始化还是异地初始化方式。在数据全量初始化时请使用独立网络进行数...
在一些使用Oracle RAC的医院环境下， 对于RAC的节点分布在各个院区的情况可以使用DataGuard或是 GoldenGate实现容灾 ，GoldenGate是基于日志实时更改数据库捕获和交付，它抽取在线日志中的数据变化，转换为GGS自定义的数据格式存放在本地队列或远端队列中。两端数据库是活动的，容...
超融合厂商都有自己的同城和异地灾备方案，采购方可以梳理清楚自己的需求，然后和服务商进行讨论。在笔者看来，方案上相比于集中式架构是更加简单了。
建议部署两套主流的存储，通过存储虚拟化技术实现现有存储的纳管，或者也可以通过VM自身的技术将虚拟机迁移到新的存储上。可以通过借助存储管理工具，通过开放的API，实现“规划、建设、运维、优化”等存储全生命周期管理，简化存储管理，提供运维效率。...
企业容灾架构的核心目标是什么？也就是说我们为什么要花这么大力气去搞容灾建设？就一句话，RTO&RPO是搞容灾建设的最核心目标，一切容灾建设目的都需要回到RTO和RPO的评估上来。① RTO：企业可容许服务中断的时间长度，简言之业务可以恢复的最快时间。 ② RPO：企业可容许数据丢失...
数据中心灾难场合下的切换，业务的切换需要经历以下各阶段的切换过程：1. 存储切换；2. 数据库切换；3. 应用负载集群切换；4. 网络切换；5. 应用系统本身的容错切换；整个这个过程的切换，根据容灾架构的不同，会有相互依赖关系：比如数据库的仲裁需要依赖底层存储磁盘的切换完成；根据不...
