上海市电子政务灾备中心共享式灾备平台

合集下载

两地三中心容灾专项方案

两地三中心容灾专项方案

Xx项目存放方案介绍目录1.现状综述 (4)2.总体建设方案 (4)2.1.建设原则和策略 (4)2.1.1.建设原则 (4)2.1.2.建设策略 (5)2.2.建设目标 (7)2.2.1.总体目标 (7)2.2.2.分期目标 (7)2.3.建设内容 (7)2.4.总体设计方案 (8)3.容灾的核心技术及选择 (9)3.1.容灾系统衡量指标 (9)3.2.容灾级别 (10)3.3.常见容灾建设模式 (11)3.3.1.同城容灾 (11)3.3.2.异地容灾 (11)3.3.3.两地三中心 (11)3.3.4.双活数据中心 (11)3.4.常用的数据复制技术 (12)3.4.1.基于存储层的容灾复制方案 (13)3.4.2.基于主机数据复制技术的灾备方案 (19)3.4.3.基于数据库的数据复制技术构建灾备方案 (20)3.5.如何选择最优的容灾方案 (28)3.5.1.数据容灾技术选择原理 (28)3.5.2.数据容灾技术选择度量标准 (29)3.6.本项目容灾模式及技术的选择 (29)3.6.1.容灾模式选择 (29)3.6.2.容灾中心选址 (30)3.6.3.数据复制技术的选择 (32)4.推荐方案概述 (33)4.1.技术路线选择 (33)4.2.总体方案架构 (33)4.3.数据库容灾系统设计 (35)4.3.1.Golden Gate技术原理 (36)4.3.2.各委办局和同城容灾中心之间的数据库复制 (37)4.3.3.同城容灾中心和异地容灾中心之间的数据库复制 (40)4.4.非结构化数据容灾系统设计 (40)4.4.1.同城容灾中心和生产中心之间的数据容灾 (41)4.4.2.同城容灾中心和远程容灾中心的数据容灾 (43)4.4.3.应用级容灾几种实现方式 (44)4.5.一体化集中备份系统 (45)4.6.容灾网络建设方案设计 (46)4.6.1.整体容灾网络架构设计 (46)4.6.2.前端服务网络容灾方案 (47)4.6.3.服务器数据网络容灾方案 (49)4.6.4.存储网络容灾方案 (50)4.6.5.本项目建议容灾网络方案 (51)5.本项目灾备系统建设的几点建议 (52)5.1.需要按照灾备要求梳理系统 (52)5.2.解决好数据库系统数据复制 (52)5.3.“现实”的切换策略 (53)6.软硬件设计 (54)6.1.软硬件总体选型原则 (54)6.2.同城容灾中心软硬件设计 (55)6.2.1.一体化备份系统 (55)6.2.2.数据库容灾系统 (56)6.2.3.云计算平台容灾系统 (57)6.2.4.同城数据存储容灾系统 (58)6.2.5.机房改造系统 (58)6.2.6.网络系统 (60)6.2.7.安全系统 (60)6.2.8.详细软硬件配置清单 (60)6.3.远程容灾中心软硬件设计 (63)6.3.1.远程数据备份系统 (63)6.3.2.远程数据库容灾系统 (64)6.3.3.远程云计算平台容灾系统 (65)6.3.4.远程数据存储容灾系统 (66)6.3.5.网络系统 (66)6.3.6.安全系统 (66)6.3.7.详细软硬件配置清单 (66)7.项目组织机构和人员培训 (68)7.1.领导和管理机构 (68)7.2.项目实施机构 (70)7.3.运行维护机构 (70)7.4.技术力量和人员配置 (71)7.5.人员培训方案 (71)8.项目实施进度 (72)8.1.项目建设期 (72)8.2.实施进度计划 (72)8.2.1.同城容灾中心建设计划 (72)8.2.2.异地容灾中心建设计划 (73)9.投资估算 (75)9.1.投资估算的说明 (75)9.2.投资估算 (75)9.3.估算编制依据 (76)9.4.资金来源与落实 (76)9.5.投资估算明细表11.现实状况综述XX市政府网站管理中心自成立之日起, 就根据集中建设标准完成了“XX市电子政务外网统一平台示范工程项目”建设工作, 完成了XX市124家党政部门接入工作, 完成了在全市范围内只铺设一套网络基础设施工作, 实现了市及电子政务外网和省、国家政务外网之间互联互通, 现在共有服务器500多台, 存放40多套, 布署虚拟服务器300多台。

大型灾备中心解决方案

大型灾备中心解决方案

大型灾备中心解决方案项目概况上海市电子政务灾备中心是上海市政府投资建成目前国内最大的政府灾备中心,机房面积达到12000多平方米,提供应用级容灾、数据级容灾、介质异地存放等灾备功能。

面向异构系统、不同管理主体的应用系统,建设集中式灾难备份中心,普通的单一技术方案显然不能满足要求。

为此,在项目前期技术调研人员采取了“请进来、走出去”的方法,对现有金融业灾难备份模式、IT各主流厂商灾备技术路线、产品特点和应用方案作了了解,其中包括了EMC、CISCO、NETAPP、华为、飞康、IBM、HP等国内外知名厂商,最终浪擎凭借过硬的技术实力经受住了严峻产品测试考验,成为了此项目唯一的国产灾备解决方案供应商,且为包含上海市财政局、上海市民政局、上海市卫生局、上海市工商局、上海市司法局在内的四十多家委办单位提供了灾备服务,根据其各自的实际情况采取不同的容灾备份策略——核心业务系统及用户需要实时访问的则采取双活容灾解决方案,对于非核心的业务系统则采取实时备份或定时备份。

项目按照统筹设计、分批实施,目前第二期的项目实施已即将结束。

项目背景上海市电子政务灾难备份中心是负责为上海市政府所属的各个委办单位提供技术方面的支撑,包含硬件设备、软件系统以及网络化等一系列技术的服务平台。

尽管出于数据安全可靠性考虑已经采取了相关措施来保障此业务系统的稳定运行,如对该业务系统采用集群负载均衡技术来降低电子政务系统出现故障的风险,但是如果此负载均衡集群技术出现崩溃也会导致业务系统不能正常运行。

此时,如何在保障现有电子政务系统正常运行的基础上采取其他技术方法来降低风险将是当前迫切紧要的问题。

随着国家对于政府事业单位技术智能化,服务人民便利化等要求,因此政府相关单位需要在现在的技术基础上进行升级。

备份容灾技术是当前互联网深入发展后有所需求而产生的,真正意义上对数据安全起到了保驾护航的作用。

目前我国信息系统的备份建设状况如下:数据备份层次低,备份速度慢,恢复难度大目前部分机构仅有的备份只是定时的数据备份,至今没有做到全部信息备份,备份层次低,速度慢的问题依旧存在。

市大数据中心项目应急灾备中心基本建设方案

市大数据中心项目应急灾备中心基本建设方案

省电子政务应急灾备中心某市分中心项目建议书目录第1章项目概述.............................................................................................................. - 4 -1.1项目名称 (4)1.2项目概况 (4)1.3主要结论和建议 (4)第2章项目建设的必要性 ............................................................................................... - 5 -2.1某省电子政务外网概述 (5)2.2某省电子政务灾备系统现状及问题 (5)2.3项目建设必要性 (6)第3章项目需求分析 ...................................................................................................... - 7 -3.1业务承载范围需求 (7)3.2网络需求 (7)3.3存储容量需求 (7)3.4分险防控需求 (7)3.5容灾系统能力需求 (8)3.5.1 容灾系统的容灾对象.................................................................................................- 8 -3.5.2 信息系统灾难恢复目标RPO与RTO ........................................................................- 9 -3.5.3 标准灾难恢复能力等级体系.....................................................................................- 9 -3.5.4 信息系统灾难恢复目标与灾难恢复能力等级体系的关系.................................. - 10 -3.5.5 容灾系统能力需求分析.......................................................................................... - 11 -第4章总体设计............................................................................................................ - 12 -4.1建设思路 (12)4.2建设原则 (12)4.3建设目标 (13)4.3.1 近期目标.................................................................................................................. - 13 -4.3.2 中远期目标.............................................................................................................. - 13 -4.4总体架构.. (14)第5章容灾系统解决方案 ............................................................................................. - 15 -5.1灾备中心架构概述 (15)5.2灾备云平台建设 (18)5.2.1 灾备网络建设.......................................................................................................... - 18 -5.2.2 灾备云平台建设...................................................................................................... - 19 -5.3信息与网络安全建设 (22)5.3.1管理层面................................................................................................................... - 22 -5.3.2 技术层面.................................................................................................................. - 22 -5.4灾备管理体系建设 . (24)5.4.1 灾难恢复应急架构.................................................................................................. - 24 -5.4.2 灾备决策的条件和流程.......................................................................................... - 25 -5.4.3 灾难管理技术恢复步骤.......................................................................................... - 25 -5.4.4 灾难恢复演练.......................................................................................................... - 26 -5.4.5 灾难恢复培训.......................................................................................................... - 26 -5.5运维管理体系建设 . (26)5.5.1 运维管理内容.......................................................................................................... - 26 -5.5.2 运维管理组织方案.................................................................................................. - 27 -第6章投资估算............................................................................................................ - 31 -6.1投资估算的有关说明 (31)6.2项目总投资估算 (31)6.2项目建设总投资估算 (32)第7章项目建议............................................................................................................ - 33 -第1章项目概述1.1 项目名称某省电子政务应急灾备中心某分中心建设项目(以下简称“某市应急灾备中心”)。

浪擎DAYS介绍

浪擎DAYS介绍


国内最大的备份与容灾软件厂商
公司产品分为D、A、Y、S四大系列
覆盖了从桌面到服务器、从备份到容 灾、从本地综合备份管理到异地数据 中心建设等各个方面,构建完整的统 一备份门户解决方案 客户遍及政府、金融、医疗、能源、 媒体、制造、教育等各行各业,分布 在全国2/3以上的地区,有超过1000 家用户
应 用
数据复制
Server
Agent
Agent
Agent
Agent
备份服务器
存 储
Wiindows/LInux/Unix
SQL Server/Oracle/MySQL/DB2/Sybase...
虚拟机VMware(WorkStation、ESX、GSX)/Hyper-V
操作系统备份Windows与Linux...
7
浪擎科技,双活容灾

AgileMirror镜像系统
备端在线的容灾
明星级产 品 数据库级
双活应用级容灾
在线式是指备用数据库是在线的, 可读可查询 应用级是指复制的数据是数据库的 事务
8
浪擎科技,双活容灾

AgileMirror镜像系统三大功能
国标《信息系统灾难恢复规范》(GB/T20988-2007)
第6级 第5级 零数据丢失 + 远程集群支持(实时)
要求实现远程实时备份,数据零丢失;备用数 据处理系统具备与生产系统一致的处理能力, 应用软件是“集群的”,可实时切换。
数据实时复制 + 完全设备支持(实时)
要求采用远程数据复制技术,利用通信网络将 关键数据实时复制到备用场地 要求配置灾难恢复所需的所有数据处理设备、 通信线路和相应的网络设备,并且处于就绪或 运行状态 配备灾难恢复所需的部分数据处理设备、通信 线路和相应的网络设备 要求配备部分通信线路和相应的网络设备,或 灾难发生后能在预定时间内调配所需的通信线 路和网络设备到备用场地 备份介质能够提供场外存放

上海市电子政务灾备中心共享式灾备平台

上海市电子政务灾备中心共享式灾备平台

上海市电子政务灾备中心共享式灾备平台来源:中国电子政务网更新时间:2015-12-20一、项目概况灾备中心共享化是一种符合政府信息化需求特点的建设趋势,即建成后将用一个灾备中心同时满足多个政府部门的数据备份保护需求。

同时,灾备是一项长效的、专业的系统工程,只有专业的管理和服务才能将产品、技术、运维、演练有机结合,才能真正将灾备落到实处。

然而各政府部门用户普遍“人少事多”,在规划和建设灾难故障备份和恢复系统时,经常面临着许多同样的困惑,例如对灾难故障恢复建设不熟悉、没经验,管理、技术、运维都面临调整、垂直行业无标准或标准混乱;投资保护和长远规划难于兼顾等等。

因此,集中建立一个共享的灾备平台,实现专业人员集中管理,将灾备作为一种既统一管理、又可自主选择灾备级别的服务提供给各委办单位使用,能从根本上避免“建而不管,备未无患”的尴尬,采用共享式灾备,能极大的节约灾备中心的软硬件重复性投入。

上海市电子政务灾备中心是目前国内最大的政府灾备中心,机房在张江高科技园区,机房面积达到12000多平方米。

灾备中心提供了数据级灾备、应用级容灾、介质异地存放等灾备功能。

目前数据级灾备接入37家,应用级容灾自行建设4家,介质存放单位几十家。

二、项目建设模式上海市电子政务灾备中心是上海市政府投资建设,自行运营的项目。

数据级灾备由政府统一采购灾备平台、为单位提供定时、实时、异地备份等服务;应用级容灾则为各大关乎国计民生的重要部门提供了场地,由接入用户自行申报灾备经费、自行运营;介质存放层提供了封闭、全年恒温恒湿的场所,供各委办单位存放重要介质。

数据级的传输网络是政务外网,应用级则是由接入单位自行决定,使用政务外网或自建光纤网络。

三、项目建设历程在规划和建设统一的灾备平台,上海市政府综合考虑技术路线、运维管理、投资保护、长远规划等方面,做到统筹规划、分批实施。

2012年,第一期作为试点接入9家单位,为了确保灾备技术的可靠性,接入单位采用了不同的灾备技术,其中包括了华三的存储层复制技术及浪擎的软件备份技术。

完善灾备中心建设提高政府容灾能力

完善灾备中心建设提高政府容灾能力

完善灾备中心建设提高政府容灾能力作者:暂无来源:《上海信息化》 2014年第3期文/李丹文信息系统灾难备份中心是为确保重要信息的数据安全和关键业务的可持续服务,提高抵御灾难、减少灾难造成的损失而建设的数据备份系统。

由于信息灾备除技术支持外,还涉及到中心选址、风险分析、业务影响分析、策略制定、实施管理和长期运维等多方面因素,因而灾备中心建设是一项系统性工程。

上海市电子政务灾难备份中心是电子政务建设综合保障工程的重要基础设施,其实践经验为我国政府信息化系统灾备建设提供了有益的借鉴。

灾难备份中心作为备份数据存储的场所,是衡量容灾系统的关键因素之一。

当政府或企业的信息数据遭遇自然灾难或人为侵害时,灾备中心能提供不间断的数据信息服务,从而保证业务的连续性。

因而,在政府、金融、电信、交通、能源、公共服务业及大型制造零售业等信息化依存度较高的行业,灾备中心建设必不可少。

我国电子政务建设经过多年的积累,已基本建成覆盖国家、省市、地区多级政府的工作体系,为政府办公发挥了重要的支撑作用。

与此同时,随着电子政务系统功能的不断完善,各政务部门对信息系统依赖程度不断提升,数据和应用系统的安全保障工作变得尤为重要。

如何更好地把控建设成本、完善运维模式、发挥管理实效成为灾备中心建设面临的难题。

政府信息化容灾方式对比由于政府信息性质的特殊性,因而相较其他行业,政府容灾系统的要求显然更高。

在建设规划上需要符合全局性、整体性的要求,在技术上有别于单一系统的实现方式,在管理上更需要一个高起点、跨部门、集约化的统一管理模式。

因此,政府信息化容灾系统在筹建时会面临多项选择,如在建设规划方面是统一建设还是独立自建;在建设方案上是否采用外包服务;技术路线选择多样形式还是统一模式;在业务管理方面是由统筹调度抑或各自为政;在需求应对方面能否保持可持续发展等。

这些都为政府信息化灾备中心建设提出了难题。

在上海市人民政府办公信息处理中心主任黄烨看来,目前国内政府信息化容灾建设主要采用三种模式:自行独立建设、自行采购外包服务和统一规划外包服务。

搭建容灾备份中心保障电子政务系统安全

搭建容灾备份中心保障电子政务系统安全

对 于 一 个容 灾 系统 来讲 ,尽 早地 发 现 生产 系统 端 的灾 难 , 尽 快 地 恢 复生 产 系统 的 正 常运 行 或者 尽 快地 将 业务 迁移 到 备用 系统 上 ,都 可 以将 灾难 造成 的损 失降 到 最低 。 除 了依靠 人 力来 对 灾 难进 行 确 定 之外 ,对 于 系统 意 外停 机 等 灾难 还 需要 容 灾 系 统 能够 自动 地 检测 灾 难 的发 生 , 目前 灾 备中 心 的灾难 检 测技 术 般采 用 心 跳 技术 ,即生 产 系统 在 空 闲时 每 隔一 段时 间 向外 广 播 一 下 自身 的状 态 ,检 测 系 统在 收 到 这些 “ 心跳 信号 ” 之后 , 便认 为生 产 系统 是 正常 的 ,否则 ,在 给 定 的~ 段 时间 内 没有 收 到 “ 心跳 信号 ” ,检 测 系统 便 认 为 生产 系统 出现 了非 正 常的 灾 难。
12容 灾备份 的等级 分类 . 在我 国 ,国 家有 关 部 门对 灾难 备份 和 恢 复工 作 高度 重视 ,
根 据 国信 办下 发 的 《 息系 统灾 难恢 复 规 范 》 ,我 国将 灾难 恢 信
复 等级 划 分 为六 级 J 即 , “ 1 ” :数据 介质 转移 ( 第 级 异地 存
引言
随着 信 息技 术 的 不断 发展 ,我 国 电子政 务 的应 用水 平 不 断 提高 ,电子政务 应用 系统的信 息数据量 快速膨 胀 ,这些数据 已经 成为政府 部 门最 为宝贵 的财 富,~旦 丢失 ,相 关业 务将难 以正 常 进行 ,并 可能给 国家造成 难 以估 量 的损 失。 常规的本 地数据 备份 可以避免 人为错误 、硬盘 损坏 、 电脑病 毒等造 成的 数据丢 失 ,但 对地 震、 火灾、水 灾等 灾难性 突发事件 则 无能为 力…。在 我 国 电 子 政务 业 务整 合和 资 源共 享 的趋 势 下 ,将 面临 越来 越 多 的 安全 威胁 和 突 发灾 难 ,数据 资 源在 大 集 中 的同 时也 带来 了更 大 的风 险 , 因此从 战 略角 度研 究 如何 合 理搭 建 容 灾备 份 中心 保障 电子 政务 系统安 全具有 重要意 义。

城市电子政务灾备中心建设方案研究

城市电子政务灾备中心建设方案研究

领域 、金融行 业 ,对于 政府部 门,随 着信息化 程度 的提 高
和社 会 可持续 发展 的要 求 ,建 立 大型灾 备 中心 已经 提上 议 事 日程 。
动 网络 化 5 重要 应 用领域 ( 个 电子 政务 、电子商 务 、远 程
教育 、远 程医 疗 、电子 娱乐 ) 中 ,电子 政务 都被 排在 了第
维普资讯
行业应用
制工 具 ,例 如卷 复制 软 件 ,或者 存储 系统 的硬 件控 制器 ,
3 3设计备份及恢 复方案 .
当数 据 处理 要 求确 定 后 ,就要 设 计 备份 及 恢 复方 案。
同时需要 进 行总体设 计 以得 出成本 预计 ,如果 有更清 晰 的 方案 要求 ,则 需要进 行更 详细 的设计 。
2 2容灾备份系统 的等级 .
大体 上讲 ,容 灾可 以分为 3个 级别 :数据 级 别 、应 用
级 别 以及业务 级别 。从对 用 户整个 业务 连续性 的保 障程度
数据 容 灾备 份 中 心是 一 个拥 有 容灾 备 份 系统 与 场地 , 配 备 了专 职人 员 ,建立并 制 定一 系列运 行管 理制 度 、数 据 备份策 略和灾 难恢 复程序 , 以承担 灾难恢 复任务 的机构 。 可
如何尽 快恢 复计算机 系统 ,使 其能 正常运 行 务器 集群技 术 可 以避 免 由于
各种软 硬件故 障 、 人为操 作失 误和病 毒侵 袭所造 成 的破坏 , 保 障数 据安全 ;但 当 面临大 范围 的灾害 性突 发事 件 ,如地
震 、火 灾 、恐 怖 袭击时 ,这 些技 术就无 能 为力 了。此 时若
22 1 .. 数据 级别
数 据级 容灾 的关 注 点在于 数据 ,即 灾难 发生 后可 以确 保 用户 原有 的数据 不会丢 失或 者遭 到破坏 。 数 据 级容 灾较 为基 础 ,其 中,较低 级别 的数 据容灾 方 案 仅需 利用磁 带库 和 管理软 件就 能实现 数 据异地 备份 ,达 到 容灾 的功 效 ;而较 高级 的数 据容灾 方案 则是依 靠数 据复

上海市电子政务云建设工作方案

上海市电子政务云建设工作方案

沪府办发〔2016〕47号上海市人民政府办公厅关于印发《上海市电子政务云建设工作方案》的通知各区、县人民政府,市政府各委、办、局,各相关单位:经市政府同意,现将《上海市电子政务云建设工作方案》印发给你们,请认真组织落实。

上海市人民政府办公厅2016年10月13日上海市电子政务云建设工作方案为贯彻落实创新、协调、绿色、开放、共享的发展理念,通过制度和模式创新,进一步转变电子政务发展方式,建立与政府履职相适应的电子政务体系,不断提升政府管理能力和公共服务水平,根据《国家信息化发展战略纲要》《政务信息资源共享管理暂行办法》和市委、市政府关于本市电子政务集约化建设和信息共享的要求,市政府办公厅、市经济信息化委制定本工作方案。

一、基本原则一是坚持政府主导、市场参与。

创新电子政务云建设管理模式,建立健全配套工作机制,加强部门责任分工,通过政府采购,依托市场化专业团队,高效搭建电子政务云平台,为全市提供统一云服务。

二是坚持集约高效、开放融合。

加强统筹规划,实现信息化基础设施、平台和应用的共建共享,降低建设运维成本,提高政府资金使用效益。

有效整合横向和纵向软硬件资源,消除信息孤岛,形成逻辑一体、开放共享的良好格局,推动电子政务创新发展。

三是坚持规范有序、安全可控。

建立社会化建设运维模式下的政府信息化资产安全保护制度,加强网络安全体系建设,强化安全管理责任,妥善处理创新发展与安全保障的关系,确保政府信息安全。

二、总体目标充分运用云计算、大数据等先进理念和技术,按照“集约高效、共享开放、安全可靠、按需服务”的原则,以“云网合一、云数联动”为构架,建成市、区两级电子政务云平台,实现市政府各部门基础设施共建共用、信息系统整体部署、数据资源汇聚共享、业务应用有效协同,开展政务大数据开发利用,为政府管理和公共服务提供有力支持,提高为民服务水平,提升政府现代治理能力。

三、工作机制(一)组织保障在网上政务大厅建设与推进工作领导小组的统一领导下,成立电子政务云建设工作组(以下简称“工作组”),由周波同志任组长,肖贵玉同志任常务副组长,陈鸣波、沈权、赵彦龙同志任副组长。

基于数字化应用的电子政务信息系统灾备研究

基于数字化应用的电子政务信息系统灾备研究

42 集成电路应用 第 38 卷 第 4 期(总第 331 期)2021 年 4 月Applications创新应用 1 国内外电子政务灾备的发展状况 1.1 国外发展研究近年来,全球数据中心、灾备中心服务市场迅速发展,各国将数据与灾备服务作为未来战略产业的重点,开始部署建设国家级数据与灾备中心基础设施,美国、日本等国家基本已建立起相对成熟的容灾备份机制。

在政策层面,美国政府制定了COOP计划,确定政府容灾能力下限,并制定重要信息资产的保护必须按照启动恢复小于12h,维持能力大于30天。

日本政府制定了《充分发挥民间和市场力量的防灾战略基本提案》,包括数据处理、灾难恢复和业务持续性计划的指导方针和企业防灾能力评价等内容。

除美国、日本之外,其他国家0 引言当前,数字化正以不可逆转的趋势改变人类社会,从中央到地方都对数字化转型做出了一系列战略部署。

近年来,随着政府数字化转型的不断深入,各级政务部门对电子政务信息系统的依赖性也越来越强,信息系统一旦被灾难毁坏,会对人民生活、国家政治和国家经济造成无法估计的影响。

与此同时,“城市海量数据资源”“数字孪生城市”的建设,电子政务应用的逻辑和物理集中,也使得局部风险的发生可能带来大范围的影响。

因此,从城市级数据安全、系统连续性等角度出发,急需在电子政务领域形成纵深防御的多元化安全应对格局[1-10],筑牢信息安全的最后一道防线。

基金项目:上海市科技企业技术创新课题项目。

作者简介:熊婕,云赛智联股份有限公司上海数翊信息技术分公司,硕士,研究方向:智慧城市顶层规划、云计算、大数据。

宁庭勇,云赛智联股份有限公司上海数翊信息技术分公司,硕士,研究方向:云计算、人工智能。

胡永波,云赛智联股份有限公司上海数翊信息技术分公司,硕士,研究方向:智慧城市顶层规划。

收稿日期:2021-03-03,修回日期:2021-03-21。

摘要:从防范城市级灾难角度出发,综合考虑地理地质环境、电力通信资源、业务与技术支持能力、数据传输网络、公共资源与服务配套能力等因素,结合国家标准及行业经验,选择异地灾备选址,依据实际需求、可行性和可控性等要求,阐述采用自建、共建、互备、购买服务3种方式建设异地灾备系统。

省级政务云平台-两地三中心灾备建设方案

省级政务云平台-两地三中心灾备建设方案

省级政务云两地三中心灾备建设方案目录第1章建设目标、范围、任务 (1)1.1 建设目标 (1)1.2 建设范围 (1)1.3 建设任务 (2)第2章省级云计算中心方案 (4)2.1 整体架构 (4)2.2 容灾备份建设方案 (5)2.2.1两地三中心容灾技术方案 (5)2.2.2备份系统技术方案 (84)第1章建设目标、范围、任务1.1 建设目标以《国务院办公厅关于促进电子政务协调发展的指导意见》为指导,统筹推进省电子政务基础设施提升、电子政务业务系统协同发展、信息资源共享共用和数据开放利用;按照湘府阅[2015]53号文件要求,以资源整合、集约建设、稳步推进为原则,建成安全可靠、统一高效、国内领先的云计算平台并开展示范应用,为全省各级部门提供弹性的云计算和云存储能力、政务外网承载服务与应用能力,基本满足省直部门“十三五”期间非涉密业务的统一网络、计算资源、存储资源、数据库服务、备份服务、安全服务等需求,提升政府效能,促进政府管理创新,达到简政、兴业、惠民的目标。

1.2 建设范围省级电子政务外网主要满足各级政府部门社会管理、公共服务等方面的需求,为各省直部门的非涉密电子政务业务提供承载服务。

本次建设省级电子政务外网统一云平台,总体框架为“1+2+N”,即“1网、2中心、N多应用云”,省本级政务大数据中心,初步形成“8+3+5”的基本框架。

具体业务目标主要包括:“一个网络”——优化升级电子政务外网平台,满足省直部门间以及省到市、市到县网络传输和承载的需求;“两个中心”——建设云计算中心、大数据中心,满足省直部门十三五期间非涉密业务需求,为政府领导提供科学、合理的决策支持。

“N 朵应用云”——建设基于云平台的N 个全省性应用系统,包括政务服务、政务管理、政务行业、政务决策和政务办公等领域。

“8大基础数据库、主题数据库”——完成人口、法人、宏观、地理空间、政务服务信息、工商企业、信用信息、电子证照等8大基础数据库、主题数据库1的建设、迁移、备份共享;“3大平台”——完成大数据智能分析平台、数据交换和共享平台、数据开放平台3大平台;“5大示范工程”——完成全省旅游大数据分析、12345服务平台、区域经济脸谱大数据分析、省互联网产业发展状况分析、省政府网站群智能监测分析5大示范工程;建设建设统一的安全体系;建设统一运维管理机制;设计迁移策略,完成部分系统的迁移;明确云平台建设、管理、运营模式,节约投资,提升服务质量。

区域性电子政务灾难备份中心建设模式以及技术路径选择

区域性电子政务灾难备份中心建设模式以及技术路径选择

务 的灾备 中心 , 也有 正在积极扩展业务增 长点 的电信服务运营商 。 上海市电子政务灾难备份中心的建设和运营方式 , 是典型的由当地 政府 建设 并运营的区域性综合灾备中心。 为解决 电子政务灾备 中心对不 同单位的服务功能, 解决灾难备 份系统入驻 中心的基础需求, 在统筹考虑土建工程 的基础上 , 需要 进一 步完善介质存放库 、 弱 电系统、 运营管理系统、 强 电接入 、 UP S 系统 、 部分备用柴油 发电机组及必要的安保系统需进行统筹考虑 , 相应空调的设计安装应结合信息系统人驻的规模和节点逐步完善 。 此外, 电子政务 灾备 中心规划建设的时候 , 必须考虑到 日后数 据恢复演练的 日常管理环节。 由于不 同部门间的 电子政务系统异构 程度 高 , 系统版本差异大 , 完全依靠灾备 中心 自行配置 的设备难 以 满足 系统多样性的要求。 因此 , 数据恢复演练的重点工作应 由各政 1电子政务灾难备份系统建设面临的标准困境 府部 门作为主体各 自承担, 而灾备 中心作为管理方 , 在 日常工作 中 信息 系统灾难备份是指利用技术、 管理手段及相 关资料确保既 有必 要进行 技术的模拟 , 提升 自身技术和管理水平, 并为未来建设 定的关键数据 、 关键数据处理信息系统和关键业务在灾难 发生后可 单位演练提供基础支持。 以恢复和重续运营的过程 。 国家对信息系统灾难恢复能力等级提 出 了卜 6 级的界定【 】 l , 并 以RT O ( 恢复时间 目标 ( 和R P O( 恢复点 目标( 作 3灾难备份主流技术及适用度分析 为选择 灾难恢复能力的关键指标 。 R TO 和R P O 越小 , 信息系统 的可 目前市场上主要 的灾难备份设 备及服务 厂商 , 均提出了应用 恢复性越 高, 同时灾备 的建设 成本越高 。 因此 , 在灾难备份 系统( 也 级、 数据级 、 文件备份级三个层 次的灾难备份策略。 灾难发生 时, 首 可被称为容灾系统( 的设计中, 会进一步引入TC O( 总体投入成本( 和 先要保证业务 系统数据的安全 , 其次, 是尽快恢复系统正常运行, 保 投资回报率( R OI ( 指标 。 证数据的安全就是要确保两个地方的数据 的一致性[ 2 】 a 在解决数据 对企业用户来说 , 因灾难引起的数据丢失、 信息系统停机所发 致性问题时 , 无论是应用级 、 数据级还是文件级 的灾难备份 , 其核 生的损失是可 以进行基本估算的。 但对于政府部门来说 , 由于机构 心技术仍为备份和复制两种方式。 备份技术是将系统中某个时刻目 非盈利性 、 服务性的特点, 较难评估 电子政务系统因信息系统数据 标数据导出到其他存储位置的工作, 目标数据可以是数据库 、 也可 丢失或停 机所造成 的损失成本。 目前 , 电子政务系统 的灾备 等级划 以是具体文档[ 3 】 。 复制技术是时刻记录系统变动的工作 , 复制的对象 分尚无 明确的规范及研究予 以支撑, 财政部等部 门曾发布针对本部 可 以针对数据库 , 也可 以按逻辑卷或者磁盘 阵列进行镜像 。 门条线的信息 系统灾难备份指导意见 , 但不具有推广 的意义 。 尤其 由于备份和复制技术本身的差异性 , 往往在不同等级 灾难备份 在如何界定业 务系统需求 、 划分生产系统与灾备系统管理边界 、 如 工作中结合使用。 备份技术 由于其使用方式灵活 以及时间点标识明 何选择简便 、 经济 的灾备 方式等问题上 , 目前 尚无定论 。 确的特点 , 便于进行规律性的全数据及增量数据 的备份 , 对存储空 根据“ 统一规划 、 分步实施 ” 的建设 原则 , 上海市采用选择数家 间的利用率更高, 广泛应用于 电子政务领域大部分实时性要求并不 具有 不同信息系统规模、 应用服务能级的部门作为首批接入同城异 高的业务。 而对于部分需要进行持续性服务的业务 系统来说 , 复制 地灾难备 份中心的试点单位 , 通过试点方式积累经验 , 为未来逐步 技术能提高系统 的健壮程度 , 系统的R T O和R P O 水平较高 , 可在灾 推广同城异地的集 中式灾难备份工作提供实 践基 础。 难发生后 , 最大程度减少系统数据的损失 。 备份和复制技术的特点 比较详 见下表 。 2区域灾备中心统筹建设的总体思路 表 1备份与复制技术特点 比较表 目前同城异地灾备 中心的建设主要有两种方式, 第一类为针对 备 份技 术 复制 技术 单业务 的应用级灾备 中心 , 第二类为 区域性的综合灾备中心。 单业 实时 性 较 低 高 务的灾备系统往往采用“ 两地三 中心” 的模式, 即本地两套生产系统 恢复 速度 较慢 快 互为热备 , 异地采用镜像 复制 技术建立第三套系统 。 通常用于业务 方 式 灵 活 。可针对 全数 据 、增 当前 全数 据复 制 连续度高或中断产生重大损失的生产性系统。 灾备 中心的运营主体 量 数据 等多 种方 式

灾备平台SAN网络解决方案

灾备平台SAN网络解决方案

灾备平台SAN网络解决方案目录1. FCIP技术简介 (3)2. 博科FCIP产品 (4)2.1 博科新二代FCIP产品 (5)2.1 博科新三代FCIP产品 (6)2.2 博科 7800 FCIP延展交换机 (8)2.3 博科 FX8-24插板 (11)3.系统灾备SAN网路解决方案 (17)4.方案比较 (21)5.附录一:Brocade 7500 SAN路由器产品介绍 (23)1. FCIP技术简介FCIP是一种将Fibre Channel数据包封装到IP数据包中的一直方式,它是一种可以满足SAN距离要求、经济有效的协议。

IP光纤通道(FCIP)是一种技术的理想组合,可满足存储网络和远程网络的双重要求。

光纤通道和IP都是成熟技术:前者适用于园区和数据中心中的存储数据传输,后者适用于跨WAN距离的数据传输。

FCIP解决方案封装光纤通道,并在TCP端口上进行传输。

对于IP 网络来说,根据交换机和路由器的类型、数据包必须经过的跳转数和网络中的拥塞程度的不同,性能将会有所不同。

随着IP和以太网设备的不断发展,更高水平的QoS、配置和电路仿真将会提供同步存储应用需要的延迟保证。

下图以博科7800路由设备为例说明FCIP灾备架构。

为了进一步隔离FCIP隧道两端的Fabric之间的相互干扰,尽量较少广域网波动对Fabric的影响,还可以在FCIP隧道的一侧,将端口类型设置成虚拟路由隔离端口,及VEX Port。

FCIP目前已经逐渐成为一种适用于远程数据备份等异步应用的、非常经济有效的技术。

这是因为大多数企业已有IP连接,将FC数据包接入IP网络,将网络的特性和FICON的高速、高效特性相结合,IP连接以最低成本为可容许延迟的应用提供了最高灵活性。

因此,它可用于在园区网络、MAN或WAN上备份数据。

目前,多种类型的企业已开始在IP上传输SAN存储,特别适用于非实时数据传输。

凭借FCIP,企业可通过IP网络无缝地将现有的和计划部署的光纤通道SAN扩展到远程——因此可保护对这两种技术所作的大量投资。

2010年,电子政务外网的分水岭

2010年,电子政务外网的分水岭

2010年,电子政务外网的分水岭当前的电子政务外网已经成为各部委的电子政务外部业务的承载平台,不再是单一部门的业务承载网,电子政务外网正逐步在演变为一个跨系统、跨部门的电子政务外部平台,2010年政府的电子政务外网建设也会转向电子政务外部平台建设。

一、前言随着两部委下发的988号文件的要求,省级的电子政务外网的建设进入到实际的倒计时建设中。

988号文件进一步明确了电子政务外网在政府信息化中的重要性,相比前期的中办发[2002]17号、中办发[2006]18号文,此次对电子政务外网的要求更加明确:1.各省要求在2010年底之前完成各省的电子政务外网的建设。

2.政府其他各纵向部门原则上不允许独立建设纵向网络,要求统一承载至国家电子政务外网平台。

这样一方面明确了电子政务外网基础网络平台的时间底线,另一方面进一步明确了电子政务外网在政府信息化中的地位。

过去的5年中全国各个省份都在构建省级的电子政务外网,为此国家信息中心下发了有关电子政务外网建设的技术指导,电子政务外网发展至今,其地位已经发生了变化,当前的电子政务外网已经成为各部委的电子政务外部业务的承载平台,不是单一部门的业务承载网,电子政务外网正逐步在演变为一个跨系统、跨部门的电子政务外部平台,2010年政府的电子政务外网建设也会转向电子政务外部平台建设,将成为电子政务外网的分水岭。

当前电子政务外部平台的建设,网络的互通已经不再是用户建设的目标,用户更加关注电子政务外网的三类业务应当如何承载?整体的电子政务外网的运行、维护如何开展?如何能够构建统一、全面的安全管理策略?面向未来的数据、IPv6等新业务应该如何构建?二、电子政务外部平台整体模型图1. H3C电子政务外部平台整体模型电子政务外部平台整体模型包括基础网络平台、数据交互平台、业务应用平台、立体安全架构、统一运维与管理平台5大模块构成。

从模型中可以看出前期电子政务外网的建设重心基础网络平台只是电子政务外部平台的一个模块,数据中心与灾备、立体安全架构、统一运行与维护管理等模块也已成为用户的重点需求。

上海市人民政府关于印发上海市电子政务管理办法的通知-沪府发[2012]53号

上海市人民政府关于印发上海市电子政务管理办法的通知-沪府发[2012]53号

上海市人民政府关于印发上海市电子政务管理办法的通知正文:---------------------------------------------------------------------------------------------------------------------------------------------------- 上海市人民政府关于印发上海市电子政务管理办法的通知(沪府发〔2012〕53号)各区、县人民政府,市政府各委、办、局:现将《上海市电子政务管理办法》印发给你们,请按照执行。

上海市人民政府二○一二年五月二十八日上海市电子政务管理办法第一章总则第一条为加强和规范本市电子政务工作,提高行政效能,促进信息共享,深化政务公开,规范行政行为,强化行政监督,提升政府服务水平,促进政府职能转变和管理创新,根据有关法律、法规的规定和要求,结合本市实际,制定本办法。

第二条本办法所称电子政务,是指政府机构应用信息与网络技术,将管理和服务集成,实现政务与技术的有机融合,向政府内部和社会公众提供更加规范、透明、高效、便捷的行政管理和公共服务的活动。

第三条本市各级政府及其工作部门、经法律法规授权具有公共管理职能的组织(以下统称“行政机关”)开展电子政务的建设和管理,适用本办法。

第四条本市电子政务建设与管理,应当遵循“统筹规划、规范标准、集约精简、协同共享、安全高效、公开透明”的原则,着力于管理创新、模式创新和技术创新,促进电子政务工作持续、健康发展。

第二章机构体制第五条本市电子政务工作由市政府办公厅负责,相关部门支撑,业务单位配合。

市政府办公厅会同市有关部门推进、指导、协调、监督全市电子政务工作。

同时,负责市政府办公信息系统的建设、应用和管理工作。

市政府办公厅电子政务办公室为日常工作和管理机构。

第六条各区(县)、各部门应当加强本区(县)、本部门电子政务工作的组织领导,实行主要领导负责制,明确责任部门,落实工作职责,保障电子政务日常工作的有序开展。

灾备中心功能及架构

灾备中心功能及架构
灾备的目的就是确保关键业务持续运行以及减 少非计划宕机时间

灾备
--概念

灾备
狭义灾备:包括灾难备份系统(存储领域) 广义灾备:包括灾难备份和灾难恢复两层含义

容灾
与广义灾备等价(涵盖了容错领域、存储领域 和信息安全领域)
灾备
--概念

广义灾备
从严格意义上说,灾备应该称为灾难备份与恢复
灾备技术的历史 -提出
灾难备份在上世纪50年代作为容错中的一种技术 手段被提出 但是直到70年代,灾备才作为独立的研究方向得 到发展,其契机是美国建立联邦应急管理总署。 该机构明确提出了建立灾难指挥系统,提出了信 息系统的灾难安全保障。 1979年,SunGuard公司建立了世界上第一个灾备 中心,从而开创了专业从事信息系统灾备的产业
灾备技术的历史 -衍生
计算机系统故障分类
灾备技术的历史 -衍生

容错计算-技术实质
高可信应用需求 关键应用系统 其他关键系统
容错计算系统多用于系统可靠度达到 航空、航天、核电站等 99.999%以上的应用环境中即连续工作
一年中系统故障时间为 5分钟 银行、证券等
包括制造、物流、交通等有着“7天×24小时” 不间断运营需求的中小商业团体和政府
需要灾备
信息系统灾难就在我们身边 并非遥不可及!
需要灾备
--原因1
-自然灾难会造成灾难区域被完全孤立隔离、信息设备损毁严重、 自然灾难 人员伤亡严重。 -自然灾难所产生的直接后果就是 本地数据信息难以获取或保 -天灾 全、本地系统难以在短时间内恢复或重建、灾难对信息系 -人祸 统的影响和范围难以控制。 -自然灾难虽然很可怕,但是据统计仅占灾难3%。

政务云异地灾备中心选址方案

政务云异地灾备中心选址方案

第二部分
交通运输
第三部分 第四部分
基础设施 专业技术支撑
第五部分
地方政策环境
第六部分
产业带动
19
20
产业带动
市场化 运作
政府
土地 税收 电力 房屋 政策 ⋯⋯
宣传与 引导
集成商
平台 服务 业务 ⋯⋯
平台搭建 与运营
电子 商务
旅游
电子 政务
互联 网应

工业
医疗 卫生
智慧 社区
教育服务Βιβλιοθήκη 金融与资本融资 贷款 投资 ⋯⋯
二、气候条件 属南亚热带亚湿润气候。常年日照多,太阳
辐射强,是全国可开发利用太阳能最好的地区之 一。
3
自然条件
三、自然灾害——地震 从四川省的地质构造来看,全省均属于
南北地震带,省内包含龙门山断裂、鲜水河断 裂、安宁河断裂等活动断裂。从这各条断裂的 活动性来看,龙门山断裂和鲜水河断裂均为全 线活跃,安宁河断裂北段较活跃,攀枝花与龙 门山断裂最南端的直线距离约400公里,与鲜 水河断裂最南端直线距离约450公里,与安宁 河断裂南端直线距离约150公里。我市几乎不 受这三条活动断裂地震活动的影响。我省境内 的多条断裂又将我省划分成六个小的地震带, 分别为鲜水河地震带、金沙江地震带、松潘-较 场地震带、龙门山断裂带、理塘地震带、木里盐源地震带,我市位于这六大地震带之外。
基础设施
过渡时期保障思路
省政务云
虚拟机
APP APP
OS APP OS OS
APP APP
OS APP OS OS
云双活 云主备
物理机
DB APP
FC/IP SAN
临时异地灾备中心
电子政务外网
相关主题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

上海市电子政务灾备中心共享式灾备平台来源:中国电子政务网更新时间:2015-12-20一、项目概况灾备中心共享化是一种符合政府信息化需求特点的建设趋势,即建成后将用一个灾备中心同时满足多个政府部门的数据备份保护需求。

同时,灾备是一项长效的、专业的系统工程,只有专业的管理和服务才能将产品、技术、运维、演练有机结合,才能真正将灾备落到实处。

然而各政府部门用户普遍“人少事多”,在规划和建设灾难故障备份和恢复系统时,经常面临着许多同样的困惑,例如对灾难故障恢复建设不熟悉、没经验,管理、技术、运维都面临调整、垂直行业无标准或标准混乱;投资保护和长远规划难于兼顾等等。

因此,集中建立一个共享的灾备平台,实现专业人员集中管理,将灾备作为一种既统一管理、又可自主选择灾备级别的服务提供给各委办单位使用,能从根本上避免“建而不管,备未无患”的尴尬,采用共享式灾备,能极大的节约灾备中心的软硬件重复性投入。

上海市电子政务灾备中心是目前国内最大的政府灾备中心,机房在张江高科技园区,机房面积达到12000多平方米。

灾备中心提供了数据级灾备、应用级容灾、介质异地存放等灾备功能。

目前数据级灾备接入37家,应用级容灾自行建设4家,介质存放单位几十家。

二、项目建设模式上海市电子政务灾备中心是上海市政府投资建设,自行运营的项目。

数据级灾备由政府统一采购灾备平台、为单位提供定时、实时、异地备份等服务;应用级容灾则为各大关乎国计民生的重要部门提供了场地,由接入用户自行申报灾备经费、自行运营;介质存放层提供了封闭、全年恒温恒湿的场所,供各委办单位存放重要介质。

数据级的传输网络是政务外网,应用级则是由接入单位自行决定,使用政务外网或自建光纤网络。

三、项目建设历程在规划和建设统一的灾备平台,上海市政府综合考虑技术路线、运维管理、投资保护、长远规划等方面,做到统筹规划、分批实施。

2012年,第一期作为试点接入9家单位,为了确保灾备技术的可靠性,接入单位采用了不同的灾备技术,其中包括了华三的存储层复制技术及浪擎的软件备份技术。

经过两年试点,浪擎基于软件为核心的灾备解决方案在可靠性、稳定性及用户体验等方面以绝对的优势,获得了各接入单位的好评。

2014年作为推广阶段的第二期项目,在通过两轮严谨的技术测试认证后浪擎凭借“完善的产品架构——同时具备成熟的定时、实时及高端双活解决方案;创新的灾备中心端共享式、两级管理灾备平台;满足两不一致的技术要求”三大亮点获得了专家与客户的高度赞赏,二期计划接入的28家单位全部采用浪擎灾备解决方案,至2015年末,所有单位的项目实施已正式完成并顺利通过验收。

四、浪擎共享式灾备平台解决方案1、设计思路统一灾备平台的建立,其最重要的目的是能高质量地满足数据恢复可用的需求。

灾备中心信息系统将面对整合所有主流品牌的异构平台的挑战,而且用户应用系统规模、用户技术力量差异较大的现状。

鉴于此次建设的目的,并根据制定的原则以及明确的灾备等级要求、业务连续性要求,在对各个业务系统进行科学、合理地分类和归并后,采用模块化方式,建立一套面向全市的、多系统的通用解决方案。

其总体设计思路就是,灾备中心建立一个共享式的灾备管理平台来统一管理灾备中心的存储与计算资源,每个委办局单位作为平台的一个接入用户;这个共享式的灾备管理平台建立标准的、菜单式的备份容灾技术方式,满足各类用户、信息系统的差异化需求;接入用户按照其信息系统的实际状况来管理其备份策略、计划、作业、虚拟存储空间。

2、方案架构方案架构拓扑图接入用户根据业务对容灾等级的不同需求选择浪擎不同技术路线的灾备软件,生产端可通过备份软件将业务数据传输到前置存储,按照中心端的调度策略同时也将数据复制到中心端;也可由前置存储自行定时、实时复制数据到中心端。

在用户端发生停电、火灾等较大故障时,在灾备中心端,通过灾备中心的软件可手工恢复数据到用户服务器或磁盘阵列,但恢复时间较漫长;当某台服务器或存储发生故障时,在用户端,通过前置存储的软件实时或定时恢复到备用服务器,优点在于备用服务器与生产服务器数据基本同步,R T O、R P O指标较优;当接入单位业务系统发生故障时,从灾备中心的存储实时恢复数据到灾备中心的容灾服务器或虚拟服务器上,实现应急容灾。

数据恢复期间需根据实际环境来配置网络连接等让接入用户能访问容灾服务器的业务系统。

共享式的备份管理平台将每个委办局作为系统的一个接入用户,所有用户共享这个统一的备份管理平台和资源。

每个用户拥有独立的虚拟存储、备份策略、计划、帐号等资源。

横向扩展可做到灾备中心备份能力的堆叠,灾备中心只需配置更多的服务器和存储加入到共享式备份管理平台中来不断扩充灾备中心的备份支撑能力。

当新增一个接入用户时,只需为该用户新增用户端接入子系统即可,无需再购买中心端软件平台。

而传统的备份系统是针对一个用户单位的备份需求来设计其系统架构的。

因此,采用这种架构来解决备份中心的需求时,有多少家政府部门要做备份,就需要购买多少套备份系统,这样从技术上无法做到共享管理,管理上则需要维护很多备份软件,从而增加大量的维护工作,造成大量的重复投入。

3、方案功能浪擎制定了定时备份、C D P备份、数据库双活复制三种技术来构建统一的、适用于全市各异构应用系统的灾备平台。

平台规定容量、由用户自行定时复制所有需要保护的业务数据,以实现数据级灾备。

定期演练,确保灾备数据可恢复性。

定时数据备份几种备份策略的参数比较浪擎D系定时备份是指对业务系统数据进行定时备份保护业务系统的数据。

当业务系统的生产数据发生丢失时,备份数据可以恢复成可用数据进行使用,适合于一些低等级的容灾方案,对R T O和R P O要求相对比较低。

D系对备份服务器硬件和网络等无特殊要求,可实现低成本、高保障的数据备份。

其支持主流的数据库和文件的备份以及恢复,具有全面保护、安全可靠、功能强大、简单易用等产品特色。

C D P(可持续数据保护)备份容灾技术浪擎D系D a t a B a c k u p实时备份是对业务系统数据进行实时在线备份,持续保护业务系统的数据。

当业务系统的生产数据发生丢失时,可以实现任意版本、任意时间点的数据恢复、裸机异机恢复,达到R T O、R P O 趋于零的保护。

D系实时备份支持定时、实时备份功能;支持本地、异地、远程备份容灾,对备份服务器硬件和网络等无特殊要求,可实现低成本、高保障的热备份和热容灾。

其支持主流的数据库、操作系统和文件的备份以及恢复,具有全面保护、安全可靠、功能强大、简单易用等产品特色。

双活容灾浪擎A g i l e M i r r o r镜像系统是数据库级别的实时复制容灾产品,将生产端的业务数据实时复制到容灾端服务器上,当生产端业务系统发生故障时,容灾端的备用系统可以无需恢复直接接替生产端的业务系统使用,以保证业务连续运行。

镜像系统首倡双活容灾与在线式应用级容灾理念。

在线式是指容灾端的备用数据库是在线的,处于可读可查询的状态;应用级是指镜像系统复制的数据是数据库事务,是属于应用层的。

具备“零丢失、零恢复、零窗口”三大容灾优势。

基于数据库的双活复制零恢复:恢复指的是当主服务器系统发生故障到备用系统代替使用的过程。

备用数据库是在线的,无需恢复,仅需恢复业务系统即可。

所以整个备用系统替换主系统的过程非常快,比其他容灾系统要快。

零丢失:采用实时增量数据复制技术将数据复制到备用系统上,复制延时秒级别,数据丢失量极少,趋于零。

只有没被复制到备用系统的数据才会丢失。

零窗口:备份窗口是备份开始到备份结束的一个时间段。

镜像系统采用的是实时增量复制,复制的数据量非常小,而且非常快,其备份窗口趋于零,对主服务器性能影响很小。

镜像系统的“容灾、容错、查询”三大核心功能,超越容灾的技术范畴,能盘活用户的容灾投资,从而为用户带来增值的效益。

查询功能为用户带来了一个极为实在的用处——创建备用数据库可以用来实现查询统计功能,分流主数据库的性能压力,容错功能防止数据被损坏,保护业务数据。

4、运维与管理特点接入用户管理和电子政务灾难备份中心两级监管共享式灾备管理平台设计方案的“两级监管”使备份事务和存储管理独立,两级管理各司其职。

电子政务灾难备份中心提供通用备份和存储服务,负责存储、备份作业、各用户状态、网络等的监管。

接入单位作为共享式灾备管理平台的一个逻辑用户,拥有可以配置的存储限额,逻辑独立的存储空间。

各接入委办局单位也可根据业务应用特点选择不同备份服务类型,或者数据定时备份,或者数据实时备份,或者更重要业务系统的容灾接管,且各自负责本单位各应用的备份策略、计划、代理管理以及日常运营等。

策略管理某些委办局重要的业务系统需要实现容灾接管的策略功能,则可通过共享式灾备管理平台分配合理的计算点,实现容灾服务器的接管。

对于那些不需要容灾接管的委办局业务系统则采取数据定时/实时的备份策略,并通过共享式灾备管理平台的分布式存储技术把数据备份到存储设备上。

统一监控、W E B管理平台用户端可以安装W eb模块负责本区委办单位用户的监控管理,监控整个灾备中心服务设备、网络运行、容灾业务等。

无论在用户端还是在中心端,相关的运行监管、备份策略、故障报警等配置都可以通过W e b平台界面方便操作和维护。

强大的横向扩展功能备份中心面临越来越多需要备份的区委办单位,横向扩展可以做到备份中心备份能力的堆叠。

备份中心只需添置更多的服务器和存储加入到共享式备份管理平台中,再将新增的用户指派给这些服务器。

这种模式无需再购买共享式灾备管理平台的备份管理软件即可不断扩充中心的接入能力。

5、针对性设计优化的备份技术共享式灾备管理平台要解决如何支持更多接入单位的问题,优化的备份技术显得尤为重要。

浪擎把每个接入单位作为共享平台的一个用户,且分配不同的用户在不同备份服务器。

数据备份过程中,采用了一次性全量和追逐式增量复制技术,保证备端数据的完整性;“备份任务”、“备份目录”两级引索加快备份速度。

优化的网络传输通过W E B端的统计报表可以对某个特定时间段系统运行速率、流量进行监控、分析、优化。

为了避免网络堵塞的情况发生,可以通过调配用户端的备份计划运营时间及备份时间段来保障网络的通畅。

优化的数据捕获与复制优化的实时复制/双活复制技术,仅复制改变的数据块,或仅复制数据块变化日志块,大大减少了数据传输量从而保障了网络的通畅;旁路I O 复制、异步复制技术,不会造成因复制发生故障而影响用户生产系统。

两层监管备份中心负责所有用户与存储设备管理、规划、监控全网运营,并为每个用户开设定额虚拟存储池,配置存储策略。

各接入单位单位负责本单位各应用的备份策略、计划、代理管理以及日常运营等。

?两级管理可清晰划分两级的职责、工作内容,减少后期运营的纠纷、运维成本。

相关文档
最新文档