云环境下的信息系统业务连续性方案设计

云环境下的信息系统业务连续性方案设计系统容灾方案的争论。1.引言经成为近期重点争论的内容。业务连续性业务连续性由IT系统的执行打算和执行过程两局部共同组成。业务连续性高的信息系统在可以抵抗信息因调整、自然灾难或人为故障造成局部软硬件临时无法工作等风险。业界普遍认为，高度牢靠的业务连续性需要两个要素：一是实时保护企业全部业务数据1]，必要时备份系统平台信息系统能够快速进展恢复为企业用户实现短暂的或者无缝的灾难过渡。呈现三个特点：1.高可用性。2.不连续运行。全部信息系统在故障发生时，能够保证存储系统在不中断的状况下实现数据的备份。3.灾难恢复。灾难发生后，信息系统可通过冗余节点，包括本地或者网络节点，顺当的实现损失数据的恢复。高可用指标高可用性分析，如应用关键性分析、应用与it资源映射、应用数据可追溯力气1.数据高可用评价指标检查检查评价指标索引指标细项类别数据是不是分类数据数据分类分类数据分类是不是跟数据保护关联RTO、RTO、RPO恢复窗口是多少〔RTO〕、数据丧失量RPO目标是多少〔RPO〕是不是有明确定义的备份策略〔备份工备份架构、策备份策略略与方案备份策略、技术方案、架构是不是满足RPO/RTO备份对象是不是全面，满足业务系统应用需求防火墙策略与配置是不是备份网络交换机、SAN交换机、DNS配置是不是备份主机操作系统是不是有image备份主机vg信息、/etc名目、集群配置是备份对象 不是单独备份数据库配置信息是不是单独备份数据库数据与归档日志是不是备份数据库安装介质与补丁包是不是备份中间件配置是不是备份业务应用是不是备份是不是有专业的备份设备进展备份是满足业务需求备份硬件

备份主效劳器是不是能正常切换备份介质效劳器是不是满足业务系统吞吐量要求备份license是不是合理，满足备份对象要求？〔备份时间安排，实备份策略 际备份的时间〕备份策略是不是合理在备份软件中对备份对象制定备份打算 备份执行打算，备份执行方式〔自动/手动〕备份窗口安排是不是合理，满足备份策备份窗口安排是不是合理，满足备份策略要求备份打算执行是不是有效监控与检查备份失败后的处理方式是不是合理是不是有备份数据恢复测试验证环境备份数据验证是不是定期进展备份数据恢复验证2.应用高可用评价指标检查类别检查类别评价指标索引指标细项是不是有记录的应用关键度分析是不是涵盖全部的应用系统程序应用高可应用关键用性度分析是不是有专人负责更关键性应用关键度分析结果是不是与应用级容灾的建设相对应是不是有应用系统与IT资源映射分析资源映射

分析结果是不是保存与共享映射关系的更是不是准时完整是不是有专人负责更与维护是不是做应用关联和依靠性分析应用关联分析 的优先级和关联切换是不是定义全都性分析

是不是做数据全都性分析是不是可以进展业务层面的数据追补应用数据追补力气分析 能否追补无法通过数据库恢复手段而丢失的全部业务数据数据追补的时间能否满足数据追补的时间能否满足RPO的要求系统容灾设计灾难系统恢复是指在同一城市或相距遥远的不同地方建立两套或多套功能相云环境下的容灾系统全面掩盖核心云产品，包括网络产品、云计算产品、数据库产品、存储产品、中间件产品和大数据计算产品。主备端在网络层、应用层、数云平台治理把握台的前端可以是双活动的，数据是主从的〔双大脑〕。通过基于云本地架构的灾难恢复治理平台〔ASR〕，实现生产中心和本地灾难恢复中心的灾难恢复监控、切换和演练。用户应用程序通过域名访问两个机房中的各种云服务。当云产品切换到备机房时，云效劳的域名不变，用户应用无需改造，让用户开发聚焦于业务，降低应用开发难度，便利用户使用云效劳。容灾系统评价指标容灾系统主要为了在灾难发生时业务不发生中断，容灾系统的设计主要也是8〔1〕备份/恢复的范围〔2〕容灾打算的状态〔3〕〔4〕业务中心与容灾中心之间如何相互连接〔5〕数据是怎样在两个中心之间传送的〔6〕允许有多少数据被丧失〔7〕怎样保证更的数据在容灾中心被更〔8〕容灾中心可以开头容灾进程的力气[]产品容灾力气设计ECS、EBS〔块存储〕、RDS、Redis、OSS、maxcomputeOTS手动切换到灾难恢复平台。产品级灾难恢复意味着它可以支持每种产品的主备部切换时间在分钟到小时级之间。系统应用层SaaSSaaS冗余备份，从而为高并发下信息系统故障供给保障。系统效劳层AgentProvider，RT。系统数据层RedisRDSRedis或MySQLDTSAgentIDCIaaS数据备份和数据并发写入。系统管控层作收敛等，该层主要进展自动化执行操作，快速进展容灾恢复和无需业务代码的Agent知切换。总结所应用系统的业务连续性。参考文献2023,2〔1〕[J]机工程,2023,31(6):43-