注意自动化带来的风险泛滥，一定要实现脚本的幂等性，可以多次执行。2. 最重要的是一定要保证变更的同步。千万不要把灾备切换平台作为一个独立的平台，要和CMDB、变更操作紧耦合，任何基础软硬件、应用的重要变更和版本升级、扩缩容操作一定要派发任务单，保证灾备平台的同步。除...

1 部分网络环境。城商行在建设同城灾备时一个主流的方案是大二层网络，拉通的二层一般将网关布在生产站点，自动切换要将二层的网关在同城站点启用涉及复杂路由及安全策略的配置，除非提前经过演练验证并将日常的维护做好记录梳理。如果两个站点是三层对接复杂度会降低。2数据...

不只是中间件，应用程序连接数据库更改为容灾数据库连接可以有以下几种办法：1、二层通的业务系统，可以直接切换数据库对于应用的服务IP地址即可。2、三层的业务系统，可以使用DNS域名访问，应用程序无需变动。3、如果不适用DNS，可以在应用系统里面配置hosts文件替换任务，将数据库的...

有很多工具，同创、中金、华胜、新华三、英方、veritas等等很多公司都在做，但是很难有开盒即用的产品。每年有个DRI大会，在会上会介绍业界先进的经验和成功的实施案例，可以去参加。建议在ansible自动化引擎的基础上自行搭建。...

流程一定要通用，尽量实现场景驱动，一定不要一套系统一个场景对应一个流程，否则难以维护，无法应对千变万化的场景，无法应对日渐增加的灾备系统梳理，更无法应对灾备系统的变更。 比如，典型非双活灾备方案中最简单的流程可以定义为六步：1. 停止主生产2. 启动灾备3. 业务验证4. ...

个人理解是，自动化切换的工具平台需要与数据中心灾备管理工作深度集成，并不是简单使用一套工具就能实现的。灾备自动化切换的工具平台大致需要满足三大的功能点：1.自动化能力，包括集成现有类似ansible这种的自动化工具，在不同运行环境执行切换命令和脚本  2.流程编排能力，灾...

免费开源CMDB 我之前使用OneCMDB。CMDB主要是要梳理出业务、应用、服务、组件、物理资源、逻辑资源、辅助资源等之间关联关系，建立端到端的服务模型。拓展CMDB的核心定位，绑定CI的具体信息，如位置信息、操作命令、应急流程。重点要在运维工作中要确保CMDB作为资源模型基础的...

1、做一个现状调研分析，包括业务系统、战略规划、中长期规划、IT系统系统；2、做一个RA和BIA调研；分析RTO和RPO的需求3、根据中长期战略规划、业务和IT系统现状以及RTO、RPO要求，做一个建设策略；4、根据建设策略制定建设规划，是三年规划还是五年规划；看自己的情况；5、至于采用双活...

本身灾备的架构就是比较复杂的一套架构。在规划灾备时首先要考虑的就是所有的业务，包括业务类型，业务特点，数据量，重要程度等等，根据实际的情况制定出生产中心的系统架构，主备数据中心之间的距离。数据通信方式及带宽，首先要先保证主备数据中心的业务，数据能够准确的同步运行，通过...

灾备切换平台建议在商业版的切换平台上进行部分定制改造，两点考虑：1，商业版的切换平台进行了充分技术测试，并且适用于比较广泛的场景，大大避免了底层琐碎的技术难点。2，灾备系统是根据业务连续性需求进行开发，因此每个客户灾备切换策略和技术架构细节均会有所不同；而且每个客户对...