个人觉得不是一定要使用编排工具。我们灾备平台已经投产近5年，一直没有使用编排工具。目前已经完成百余套灾备系统，10余种灾备场景。当然，也可以使用，我们曾经试用过activiti工作流引擎，还算稳定，缺点是不够灵活，增加了问题处理时的复杂度。希望有帮助。...

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

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

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

两地三中心配置同步是一个建设难点，最主要的是灾备端经常处于standby或者停止状态，难以验证当前的配置是否完全一致。我们依据灾备管理系统、应用、数据库、中间件、OS的配置和CMDB，尝试建设了一个两地三中心一致性比对工具，确定关键配置，逐个建立检查和比对机制，随时进行比对...

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

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

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

建议区分容灾和备份。容灾涉及到将来的业务切换时间，包括切换过程中的速度、权限、IP等，建议灾备的存储环境尽量和生产环境保持一致，则切换的运维过程将更容易；备份主要是考虑数据安全，对恢复时间等要求不高，所以可以考虑不同平台的存储；关于备份时间慢的问题，由于数据量较大，所以...