首页 > 学术百科

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

摘要：随着越来越多的企业进行数字化转型，信息系统上云成为业界主流趋势，云环境中信息系统的容灾成为业界重点研究的问题。本文针对某主流云平台产品，对其网络组建、云计算组建、数据库组建、存储组建、中间件组建和大数据计算组件特性进行分析，开展云环境下信息系统数据和应用高可用评价指标和系统容灾方案的研究。

关键词：业务连续性数据高可用应用高可用系统容灾

1.引言

业务连续性是信息系统正常运行的重要指标，基于云环境开发的信息系统是面向用户的互联网企业首选。上云信息系统在应用和底层上业务高可用的需求已经成为近期重点研究的内容。

2.业务连续性

业务连续性由IT系统的执行计划和执行过程两部分共同组成。业务连续性高的信息系统在可

以抵御信息因调整、自然灾害或人为故障造成部分软硬件暂时无法工作等风险。业界普遍认为，高度可靠的业务连续性需要两个要素：一是实时保护企业所有业务数据[1]，必要时备份系统平台信息系统能够快速进行恢复[1],为企业用户实现短暂的或者无缝的灾难过渡。呈现三个特点：1.高可用性。2.不间断运行。所有信息系统在故障发生时，能够保证存储系统在不中断的情况下实现数据的备份。3.灾难恢复。灾难发生后，信息系统可通过冗余节点，包括本地或者网络节点，顺利的实现损失数据的恢复。

3.高可用指标

数据高可用是指数据层面的高可用技术，比如数据的本地保护和远程保护，数据分类、备份、应急响应流程等。应用高可用性是指云环境下信息系统业务的高可用性分析，如应用关键性分析、应用与it资源映射、应用数据可追溯能力分析等[2]。通过分析总结，数据和应用高可用对标指标如下表所示。

表1.数据高可用评价指标

特勤机甲队2

检查类别	评价指标	索引指标细项
数据分类	数据分类	数据是不是分类
数据分类	数据分类	数据分类是不是跟数据保护关联
RTO、RPO目标	本地RTO、RPO目标	恢复窗口是多少（RTO）、数据丢失量是多少（RPO）
备份	备份架构、策略与方案	恩丹西酮是不是有明确定义的备份策略（备份工具、备份脚本、备份对象、备份介质、保存周期），并且数据分类与备份对象制定备份策略
	备份架构、策略与方案	东营孟兆军备份策略、技术方案、架构是不是满足RPO/RTO要求
	备份对象	备份对象是不是全面，满足业务系统应用需求
		防火墙策略与配置是不是备份
		网络交换机、SAN交换机、DNS配置是不是备份
		主机操作系统是不是有image备份
		主机vg信息、/etc目录、集配置是不是单独备份
		数据库配置信息是不是单独备份
		数据库数据与归档日志是不是备份
		数据库安装介质与补丁包是不是备份
		中间件配置是不是备份
		业务应用是不是备份
	备份硬件	是不是有专业的备份设备进行备份
		土工合成材料备份设备吞吐量、备份磁带与空间是不是满足业务需求
		备份主服务器是不是能正常切换
		备份介质服务器是不是满足业务系统吞吐量要求
		备份license是不是合理，满足备份对象要求
	备份策略	是不是针对不同的备份对象制定备份策略，备份窗口是多少？（备份时间安排，实际备份的时间）
	备份策略	备份策略是不是合理
	胖九备份计划	是不是针在备份软件中对备份对象制定备份执行计划，备份执行方式（自动/手动）
		备份窗口安排是不是合理，满足备份策略要求
		备份计划执行是不是有效监控与检查
		备份失败后的处理方式是不是合理
	备份数据验证	是不是有备份数据恢复测试验证环境
	备份数据验证	是不是定期进行备份数据恢复验证

表2.应用高可用评价指标

检查类别	评价指标	索引指标细项
应用高可用性	应用关键度分析	是不是有记录的应用关键度分析
		是不是涵盖所有的应用系统程序
		是不是有专人负责更新关键性
		应用关键度分析结果是不是与应用级容灾的建设相对应
	应用与IT资源映射	是不是有应用系统与IT资源映射分析
		分析结果是不是保存与共享
		映射关系的更新是不是及时完整
		是不是有专人负责更新与维护
	用友华表cell插件应用关联分析	是不是做应用关联和依赖性分析
	用友华表cell插件应用关联分析	应用切换的优先级和关联切换是不是定义
	应用数据一致性分析	是不是做数据一致性分析
	应用数据追补能力分析	是不是可以进行业务层面的数据追补
		能否追补无法通过数据库恢复手段而丢失的所有业务数据
		数据追补的时间能否满足RPO的要求

4.系统容灾设计

灾难系统恢复是指在同一城市或相距遥远的不同地方建立两套或多套功能相同的系统。系统之间可进行健康状态监测和功能切换，使系统功能继续正常工作。云环境下的容灾系统全面覆盖核心云产品，包括网络产品、云计算产品、数据库产品、存储产品、中间件产品和大数据计算产品。主备端在网络层、应用层、数据库层等构建跨站点集，实现网络双活、应用双活、数据主从。在云平台层面，云平台管理控制台的前端可以是双活动的，数据是主从的（双大脑）。通过基于云本地架构的灾难恢复管理平台（ASR），实现生产中心和本地灾难恢复中心的灾难恢复监控、切换和演练。用户应用程序通过域名访问两个机房中的各种云服务。当云产品切换到备机房时，云服务的域名不变，用户应用无需改造，让用户开发聚焦于业务，降低应用开发难度，方便用户使用云服务。

4.1容灾系统评价指标

容灾系统主要为了在灾难发生时业务不发生中断，容灾系统的设计主要也是围绕以下8个方面的用户需求。（1）备份/恢复的范围（2）容灾计划的状态（3）业务中心与容灾中心之间的距离（4）业务中心与容灾中心之间如何相互连接（5）数据是怎样在两个中心之间传

送的（6）允许有多少数据被丢失（7）怎样保证更新的数据在容灾中心被更新（8）容灾中心可以开始容灾进程的能力[6]

本文发布于:2024-09-23 13:21:02，感谢您对本站的认可！

本文链接：https://www.17tex.com/xueshu/10685.html

上一篇：一种战术云存储数据备份系统

下一篇：容灾备份体系