动态
灾备系统自动化演练需要生产中心配置变更规范化，配置变更需要更新同步至灾备中心，如何进行同步状态验证？
CMDB对数据中心内各环节的配置项进行全生命周期的管理。有CMDB至少可以保证有一份最新最准确的配置信息。有一些不涉及不涉及应用的例如操作系统参数的修改是可以在灾备环境同步操作的。但是真实情况很多配置修改不能查看全文
如何做到灾备系统性价比最大化？
灾备系统能应对预想的灾难场景实现灾难备份的作用，是灾备建设的目标，也是对业务最大的价值。灾备建设的投入要符合公司的战略规划要求。实际落地过程中，业务和应用系统的分级很重要。非关键业务、可替代业务的分级是肯定查看全文
紧耦合系统的灾备自动化切换如何演练？
对于紧耦合的业务系统一般切换的时候都是按照一个整体一起切换的，尤其是有大量业务数据交互、延迟敏感的业务系统，及时是二层通延时也会成倍增加。不可能针对每一个业务系统都搭建一个测试环境。为了测试容灾切换平台，可查看全文
容器云平台项目推进中的难点有哪些？新的开源组件与现有运维工具之间如何取舍权衡？
项目推进中主要的难点还是要迁云的项目是否是云原生架构，一个服务是否是无状态可以启用多pod。在容器云平台项目中开源组件和现有运维工具其实是相辅相成，例如云平台可以提供资源监控，就采用云平台的监控，但是平台无法提查看全文
有没有管理系统依赖的工具？
依赖关系正常应该由CMDB进行统一管理。网络大二层打通可以解决部分同城演练的依赖问题，每套系统都可以单独切换。但是同城非大二层打通和异地切换要考虑强依赖问题。原则上，最好不要强依赖，实在要依赖的话就要保证每次都查看全文
灾备切换自动化编排过程中，如何去设计关联业务层的前置性或关联性的检查？
业务的依赖性，不建议在灾备流程中实现，建议在应用设计中考虑，最好不要深度耦合，尽量采用重试机制来进行探测和重连。举个简单例子吧，安保系统，对银行其他系统来说非常重要，大多需要依赖，尤其是渠道类如柜面、手机银行、网银等查看全文
灾备自动化切换过程涉及较多专业软硬件产品，一般哪些不建议做自动化切换？
个人觉得这个问题要考虑对这些操作的把控程度，基本上没有操作不能自动化实现。我们采用的是同城网络大二层打通，存储复制技术（SWAP和STAR模式）实现的大同城小异地的灾备方案， 要进行网络设备、操作系统、数据库、中间件、查看全文
灾备自动化切换过程涉及较多专业软硬件产品，一般哪些不建议做自动化切换？
1 部分网络环境。城商行在建设同城灾备时一个主流的方案是大二层网络，拉通的二层一般将网关布在生产站点，自动切换要将二层的网关在同城站点启用涉及复杂路由及安全策略的配置，除非提前经过演练验证并将日常的维护做好记查看全文
