投稿指南
一、本刊要求作者有严谨的学风和朴实的文风,提倡互相尊重和自由讨论。凡采用他人学说,必须加注说明。 二、不要超过10000字为宜,精粹的短篇,尤为欢迎。 三、请作者将稿件(用WORD格式)发送到下面给出的征文信箱中。 四、凡来稿请作者自留底稿,恕不退稿。 五、为规范排版,请作者在上传修改稿时严格按以下要求: 1.论文要求有题名、摘要、关键词、作者姓名、作者工作单位(名称,省市邮编)等内容一份。 2.基金项目和作者简介按下列格式: 基金项目:项目名称(编号) 作者简介:姓名(出生年-),性别,民族(汉族可省略),籍贯,职称,学位,研究方向。 3.文章一般有引言部分和正文部分,正文部分用阿拉伯数字分级编号法,一般用两级。插图下方应注明图序和图名。表格应采用三线表,表格上方应注明表序和表名。 4.参考文献列出的一般应限于作者直接阅读过的、最主要的、发表在正式出版物上的文献。其他相关注释可用脚注在当页标注。参考文献的著录应执行国家标准GB7714-87的规定,采用顺序编码制。

劳动保障容灾系统解决方案分析

来源:劳动保障世界 【在线投稿】 栏目:期刊导读 时间:2020-09-01
作者:网站采编
关键词:
摘要:0 引言 劳动保障容灾系统基于业务连续性考虑,在业务连续性计划中必须包含备份系统和灾难备份系统,实现备份和灾难备份一体化管理,从而最大程度地降低业务连续性计划建设成本

0 引言

劳动保障容灾系统基于业务连续性考虑,在业务连续性计划中必须包含备份系统和灾难备份系统,实现备份和灾难备份一体化管理,从而最大程度地降低业务连续性计划建设成本,增加灾难备份中心的可用性。基于劳动保障的业务特征和业务连续性计划要求,以下关键要素需要在灾难备份系统建设中获得重点支持。

劳动保障容灾系统设计目标是构建统一的灾备一体化管理平台;灾难系统切换时间不超过30分钟,最好在10分钟以内;灾难切换保证零数据丢失;灾难系统支持计划内维护,计划内维护切换时间控制在5分钟以内;在实施和运行过程中生产系统的保障和低干扰性;充分考虑现有系统架构,保护现有投资;充分考虑综合备份平台未来的扩展应用。

1 灾备系统建设的主要技术目标

灾备一体化要求 要求同时实现备份和灾难备份;备份要满足相同的RTO和RPO业务连续性计划。

RTO和RPO要求 RPO:零数据丢失;RTO:不超过30分钟,最好控制在10分钟之内。优先级别:在RPO和RTO冲突的时候优先保障RPO。多种灾难切换方式:提供自动灾难系统切换和手动灾难切换方式。计划内维护要求:计划内维护切换时间不多于5分钟。

数据同步技术 要求通过物理方式进行数据同步;提供同步和异步两种方式。

2 数据保护

灾难备份数据的完整性:灾难备份具有备份的完备性,可以在RTO时间约束之内恢复失败导致的系统故障,至少包括以下失败情形:部分磁盘、文件系统、主机、磁盘柜等各种物理部件导致的失败;火灾,电力以及其他因素导致的失败;数据块导致的数据库无法启动,数据丢失等逻辑失败;人类误操作以及入侵等导致的失败。

⑴ 生产系统保障和系统容错性要求

生产系统性能影响不超过5%;容灾系统不会降低生产系统可用性;网络链路短暂故障(分钟量级)不会对生产系统产生影响;网络链路长期故障(小时量级)不会对生产系统产生影响;网络链路密集的短暂故障(秒量级)要求不会对生产系统产生影响;网络链路容错性能支持网络链路的容错,可以利用网络的备份链路;系统硬件比如网卡,磁盘以及控制卡等故障不会对生产系统产生影响;灾备系统的软件比如灾难系统管理软件部件等故障不会对生产系统产生影响。

⑵ 网络要求

网络协议采用IP或SAN;不要求很高的网络稳定性;网络带宽一般要求百兆或者千兆带宽;RTT响应要求在10ms以内,某些情况下可允许50ms以内。

⑶ 灾备系统成本和性能

灾备中心基础平台资源实现共享;灾备系统具有足够匹配生产系统的性能。

⑷ 原址运行要求

存储系统失败时,在生产系统主机可用的情况下可以支持系统原址运行;部分文件失败时,可以支持系统原址运行;在RTO允许的范围之内能进行原址恢复。

⑸ 误操作防范要求

依据业务规则对核心资料表格建立明确的误操作防范机制;从根本上防止DDL误操作的发生,包括Drop Table,Truncate Table,Drop Partition,Truncate Partition和Drop Tablespace等行为。

3 容灾演习及容灾切换

3.1 容灾演习

容灾演习的目的是验证容灾系统是否真的能够接管业务,包括容灾系统数据库复制功能、应用程序和网络是否真能接管业务,同时用以了解如何进行业务接管,以及对制定的容灾切换流程进行验证。为了使容灾系统的演习的影响尽量小,同时也能达到演习的目的,可通过以下两种方式来演练:

⑴ 在容灾系统上直接接管业务

将业务切换到容灾数据库复制系统上运行几天,用以验证容灾数据库复制功能是否能够起到容灾作用。当容灾演习结束后,需要利用HDS的全同步功能将容灾中心的数据反向同步到生产系统,等数据达到完全一致后再将业务回切到生产系统。

⑵ 将容灾数据导出到另外一台机器上演习

将容灾系统上的数据库文件复制到另外一台服务器上,这台服务器专门用于将需要接管数据库复制的数据导出来作验证。这种方式可以验证从应用程序到容灾数据库复制系统的切换过程,以及验证容灾数据库复制机制是否真的能够支持应用程序的运行。

以上两种方式相比起来,方式一能够完全的验证容灾系统,但是会大面积的影响到业务,操作起来非常复杂,而且数据的反向恢复过程需要花费一定的时间;方式二虽然没有实际接管业务,但却从很大程度上检验了应用程序和容灾数据库复制系统之间的配合情况,这种演习简单易行,易于经常实施。


文章来源:《劳动保障世界》 网址: http://www.ldbzsjzz.cn/qikandaodu/2020/0901/416.html



上一篇:劳务输出致富大兴村
下一篇:12333呼叫信息系统应用分析

劳动保障世界投稿 | 劳动保障世界编辑部| 劳动保障世界版面费 | 劳动保障世界论文发表 | 劳动保障世界最新目录
Copyright © 2018 《劳动保障世界》杂志社 版权所有
投稿电话: 投稿邮箱: