流程一定要通用,尽量实现场景驱动,一定不要一套系统一个场景对应一个流程,否则难以维护,无法应对千变万化的场景,无法应对日渐增加的灾备系统梳理,更无法应对灾备系统的变更。 比如,典型非双活灾备方案中最简单的流程可以定义为六步:1. 停止主生产2. 启动灾备3. 业务验证4. ...
1 部分网络环境。城商行在建设同城灾备时一个主流的方案是大二层网络,拉通的二层一般将网关布在生产站点,自动切换要将二层的网关在同城站点启用涉及复杂路由及安全策略的配置,除非提前经过演练验证并将日常的维护做好记录梳理。如果两个站点是三层对接复杂度会降低。2数据...
免费开源CMDB 我之前使用OneCMDB。CMDB主要是要梳理出业务、应用、服务、组件、物理资源、逻辑资源、辅助资源等之间关联关系,建立端到端的服务模型。拓展CMDB的核心定位,绑定CI的具体信息,如位置信息、操作命令、应急流程。重点要在运维工作中要确保CMDB作为资源模型基础的...
个人觉得不是一定要使用编排工具。我们灾备平台已经投产近5年,一直没有使用编排工具。目前已经完成百余套灾备系统,10余种灾备场景。当然,也可以使用,我们曾经试用过activiti工作流引擎,还算稳定,缺点是不够灵活,增加了问题处理时的复杂度。希望有帮助。...
注意自动化带来的风险泛滥,一定要实现脚本的幂等性,可以多次执行。2. 最重要的是一定要保证变更的同步。千万不要把灾备切换平台作为一个独立的平台,要和CMDB、变更操作紧耦合,任何基础软硬件、应用的重要变更和版本升级、扩缩容操作一定要派发任务单,保证灾备平台的同步。除...
1、做一个现状调研分析,包括业务系统、战略规划、中长期规划、IT系统系统;2、做一个RA和BIA调研;分析RTO和RPO的需求3、根据中长期战略规划、业务和IT系统现状以及RTO、RPO要求,做一个建设策略;4、根据建设策略制定建设规划,是三年规划还是五年规划;看自己的情况;5、至于采用双活...
本身灾备的架构就是比较复杂的一套架构。在规划灾备时首先要考虑的就是所有的业务,包括业务类型,业务特点,数据量,重要程度等等,根据实际的情况制定出生产中心的系统架构,主备数据中心之间的距离。数据通信方式及带宽,首先要先保证主备数据中心的业务,数据能够准确的同步运行,通过...
数据复制方式按照不同技术实现层次来说,可分为:1,存储层,如EMC SRDF、IBM PPRC、HDS Truecopy等2,SAN管理层,IBM SVC、EMC Vplex以及Netapp都有产品可归于此类3,操作系统卷管理,如doubletake、Softek TDMF、Veritas VR等,国内部分CDP产品及VMWare vSphere Replication等...
不只是中间件,应用程序连接数据库更改为容灾数据库连接可以有以下几种办法:1、二层通的业务系统,可以直接切换数据库对于应用的服务IP地址即可。2、三层的业务系统,可以使用DNS域名访问,应用程序无需变动。3、如果不适用DNS,可以在应用系统里面配置hosts文件替换任务,将数据库的...
灾备切换平台建议在商业版的切换平台上进行部分定制改造,两点考虑:1,商业版的切换平台进行了充分技术测试,并且适用于比较广泛的场景,大大避免了底层琐碎的技术难点。2,灾备系统是根据业务连续性需求进行开发,因此每个客户灾备切换策略和技术架构细节均会有所不同;而且每个客户对...