存储备份及异地灾备方案建议v1.0

存储备份及异地灾备方案建议v1.0
存储备份及异地灾备方案建议v1.0

存储

备份及异地灾备方案建议

大连安势科技发展有限公司

2010-08

目录

第一章综述 (3)

第二章需求分析 (4)

2.1项目背景介绍 (4)

2.2目前系统现状及问题分析 (4)

2.3具体方案需求 (4)

第三章推荐的解决方案 (5)

3.1 方案设计原则 (5)

3.1.1数据的安全性和系统的高可靠性5

3.1.2 系统的高性能5

3.1.3 系统的可扩展性/可扩充性5

3.1.4 系统的多平台支持能力6

3.1.5 灵活性和系统管理的简单性6

3.1.6 数据共享要求6

3.2 建设完善的存储备份系统 (6)

3.2.1 推荐存储备份系统示意图7

3.2.2数据备份及恢复系统规划7

3.2.3本方案优势8

3.2.3.1 Networker备份管理软件说明8

3.2.2.4 SureSave虚拟磁带库说明9第四章原厂商简介 ...................................................................错误!未定义书签。

第一章综述

承蒙本次数据存储备份项目对大连安势科技发展有限公司的信任和厚爱,提供我们参与本次存储整合项目及其未来备份系统统建设的机会,我们不胜感激及深表荣幸。大连安势科技发展有限公司将本着诚挚、科学的态度,充分考虑贵方的需求,利用我们国际领先的科技和丰富的设计、项目经验,为贵方提供最佳的专业服务,以及高性价比的系统设计方案。大连安势科技发展有限公司的目标是成为中国信息化业务服务的领导企业,帮助中国的企业和政府部门制定他们的业务信息化的战略,并且通过大连安势科技发展有限公司的软件设计、建造、开发和实施来实现他们的战略。

本方案依据贵方在对应用系统的描述,以及对数据存储、备份系统需求的意向作出。在充分满足贵方数据存储、备份管理需求的前提下,使系统具有易于管理、可靠、高效率的特性,且综合投入合理,系统易于扩展及升级。我方在建议书中所采用的技术、选用的产品,均在国内外大量的实际案例中经过验证。若方案中有待补充的地方,我方将在与贵方相关人员探讨之后,作相应修改。

作为中国知名的专业存储产品及解决方案供应商,大连安势科技发展有限公司同美国EMC公司、 SpectraLog公司、Qlogic公司、Brocade公司、Cisco公司建立了长期合作的关系,并为中国金融、电信、政府等重要用户提供一流的存储产品、技术和服务,并在海量存储、数据备份应用领域有着领先的技术以及多年的实施经验。在本方案建议书中,大连安势科技发展有限公司推荐了一套先进的系统方案,考虑了系统的实用性、高可用性、安全性、可管理性以及灵活扩展能力。我们希望通过本文能够同各位专家、领导共同分享这些成功的经验。

第二章需求分析

2.1项目背景介绍

为了满足信息系统不断扩大的需求,需要建设信息系统核心数据库的存储系统、备份恢复系统,确保系统高可用性、可靠性、安全性和高性能。通过前期对项目的初步了解,我们根据存储备份发展的一些基本情况,设计出一套数据存储、备份以及异地数据容灾的解决方案,一方面主要完成数据备份保护方案部分设计,另一方对生产系统的异地数据级容灾进行考虑,满足稳定、可靠、减少备份窗口的特殊需求。

2.2目前系统现状及问题分析

异地灾备及备份保护系统建设目标包括:

1.目前主要系统包括各类应用服务器,随着业务的发展,数据量的增大,需要

进行数据本地备份和异地容灾;

2.数据集中存储之后,我们在获得较高的处理性能和扩展性的同时,还将面对

存储集中带来的数据风险,需要我们建设一套完善的备份系统对其进行保驾护航。

3.由于系统保存了大量重要数据,这些数据非常重要,需要在异地另保存一份

以防止灾难的发生。

4.目前主要以HP Unix系统为主进行业务处理,所以要求这个存储备份的兼容

性一定要好,能够兼容各个厂家主机和存储系统,能够真正实现设备跨平台。

涉及到多地进行的异地数据容灾。

2.3具体方案需求

针对重要的信息系统建设需求,我们提出以下建议:

首先完成登沙河基地、大连集团本部、抚顺基地、北满基地的集中存储。将重要的数据通过知名品牌的备份软件(legato)进行数据定时备份到SureSave VTL虚拟磁带库上,由于服务器等属于重要数据,我们要做好备份数据的异地容灾工作,通过在几地做异地容灾,实现了备份数据的容灾需求,保证数据安全。

第三章推荐的解决方案

3.1 方案设计原则

可以看出,本项目的核心在于存储系统,存储系统的可靠性,可用性和可扩展性将直接影响整个系统的运行,进而影响到整个系统的正常运做。并且,还要在此架构的基础上,做好数据容灾的规划。按照前述的需求分析,我们可以总结出未来的存储系统设计的基本原则如下:

3.1.1数据的安全性和系统的高可靠性

本系统负责完成对各业务系统的支持,对系统的高可靠性有着很高的要求。作为该系统核心的存储平台的高可靠性则更是重中之重。由于采用了集中存储的方案,所有的信息存储,信息管理及信息共享均集中存储于统一的平台之上,存储平台的任何故障会造成巨大的影响。因此存储平台的数据安全性和系统高可靠性尤为重要。

3.1.2 系统的高性能

存储系统要存储大量的在线数据信息,支持更多服务器的在线业务并发写要求。由于总的数据量会很大,如何在这么大数据量情况下满足这么多客户机的并发访问,整个存储系统的性能也是一个非常关键的要求。而且考虑到将来业务的增长,数据量还会持续增加,客户机的数量也会继续增加,系统的性能还应能很好的适应未来的扩充和扩展的需要。

3.1.3 系统的可扩展性/可扩充性

作为集中存储的基本要求,存储系统应能支持巨大的存储容量,可以集中存储不同平台的企业数据,从而使企业在保留分布式处理好处的同时实现核心信息的集中存储和集中管理。

随着时间的推移、技术的发展以及环境的变化,业务系统的数据量会飞速增长,许多新业务系统会不断产生,因此对存储系统的可扩展性有很高要求。尽管

我们在本方案中已经充分考虑了系统存储容量空间的预留,但随着业务的发展,对存储系统的可扩展性要求仍将非常迫切。这主要表现在对存储系统容量的平滑扩充以及对新的主机(HOST)系统的平滑连接,以尽量减少对已有正常业务的影响。

3.1.4 系统的多平台支持能力

本系统是一个多层的体系结构,在集中的存储平台之上要为数据库服务器,应用服务器和其他服务器提供统一的存储方案。这不可避免的涉及到存储系统的多平台支持能力。作为应用服务器可能会采用UNIX服务器,作为其它服务器可能会采用的是Windows 等。作为集中存储的基本要求,存储系统必须能够同时连接不同的服务器平台,以满足数据集中的需要。

3.1.5 灵活性和系统管理的简单性

由于存储系统的数据量比较大,如何有效的管理大量的数据,包括数据备份/恢复,都对存储系统的管理提出了巨大的挑战。系统管理人员需要有高效的方法实现全面的存储系统监控,包括实时数据性能监视、错误监测、错误状态识别等等。另外作为集中的存储平台,由于前端需要连接的服务器数量很多,如何在多个服务器平台之间对容量进行灵活的划分和调度也是为存储系统的管理提出了巨大的挑战。

3.1.6 数据共享要求

统一的信息需要让前端的多台业务服务器共享存取.作为集中存储的最大优势就是可以对集中后的信息进行统一的信息管理,信息保护和信息共享.整个系统包括多个组成部分,所有这些子系统需要共享统一的集中存储系统来建立流畅的工作流程,保证业务部门工作的顺利进行。因此共享要求可以说也是共享系统的一个核心要求。

这一阶段的存储方案除了要满足当前应用系统的需要外,还要为未来的的业务处理系统和信息处理系统打下一个良好的基础。

3.2 建设完善的存储备份系统

通过我们对目前系统的问题分析,以及存储整合的必要性建设,我们在以下章节中逐步分析我们该如何规划我们目前的存储备份系统以及数据整体的迁移

归档系统。从而使得信息基础架构的建设有一个逐步延续的过程,让我们的每一步投资都有很大的前瞻性。

3.2.1 推荐存储备份系统示意图

图1.存储系统加容灾示意图

3.2.2数据备份及恢复系统规划

如图1所示,方案中主要根据用户需求,本地通过LAN/SAN备份,满足大容量、高可靠、高可扩展的存储要求。备份系统采用先进的EMC Networker

备份管理软件,对生产服务器和其他重要服务器,在其上安装NetWorker的Client端、数据库备份模块,这样其上的数据就可以进行快速的LAN备份。通过Networker的管理,存储中的数据可以定时、分组的备份到后端的虚拟磁带库中,并通过SureSaveVTL虚拟磁带库的数据复制功能,为数据保留一个副本,确保数据的安全、可靠。

由于用户需要通过6M带宽建立登沙河基地与大连集团本部之间的数据容灾线路,所以建议在登沙河本地采用SureSave VTL虚拟磁带库,并且可以通过制定数据复制策略,将登沙河基地的生产数据复制到大连集团本部。同时根据需求,将大连集团本部的备份数据和生产数据复制到抚顺基地数据中心,并且将北满基地的生产数据也根据策略复制到抚顺基地数据中心,从而保证了几地将数据汇总到抚顺数据中心。

同时由于SurSave VTL本身能够虚拟出多个虚拟磁带库的特点,可以考虑将抚顺数据中心的数据复制到大连集团本部,以保证在建立登沙河基地到大连本部的同城容灾,北满基地到抚顺基地的异地容灾。在建立以上容灾数据中心的前提下,能够做到大连集团本部与抚顺基地两地的容灾中心的互为备份目的。充份保证了数据的安全性。

3.2.3本方案优势

1. 在本地建立了独立的备份系统,保证了在本地存储系统可用的情况下,可

以进行快速的数据恢复,不受网络带宽的影响。

2. 采用国际领先的备份软件产品EMC legato备份软件,可以保证备份性能

更高、更可靠。

3. 采用SureSave VTL虚拟磁带库,在集合了物理磁带库和磁盘阵列的优势

基础上,可以更好的提供远程数据复制、重复数据删除等数据容灾功能。

4. 在提供了本地同城容灾、异地数据容灾的基础上,可以充分做到大连集团

本部和抚顺基地之间的互为数据容灾功能,充分保证了客户的投资。

5. 在各基地进行数据备份/恢复的时候,不受网络带宽的影响,可以保证快速

备份和快速恢复。

3.2.3.1 Networker备份管理软件说明

本地备份系统的核心是NetWorker Server NetWork Edition for Windows 主备份模块,它安装在性能高、工作稳定的Windows备份服务器上,对整个备份系统进行监控和管理。

对系统中的所有服务器,我们都安装一个备份的客户端。连入SAN架构的我们通过NetWorker Ed Dedicated Storage Node for Windows模块对这些服务器采用LANFree备份方式,数据不通过LAN网络直接经SAN网络备份到虚拟磁带库中;未连入SAN网络的服务器我们采用LAN的备份方式备份到虚拟磁带

库中。如果有数据库系统,那么对Oracle、SQL服务器的在线备份可通过相应的NetWorker Module for Oracle/SQL, UNIX/Windows Client 数据库在线备份模块在线完成。

装有机械手的磁带库接入到SAN网络,对于带库的自动化管理和共享使用通过NetWorker Dynamic Drive Sharing Option 驱动器共享模块模块完成。

对Cluster的双机,Networker看到的是一个虚拟主机,所以在备份的时候,无论两台Cluster主机是否均正常工作,都不影响备份进程。我们需要安装数据库在线备份模块,对数据库应用实现在线备份;

Networker备份软件写入卷中的数据格式为Open Tape格式,与备份服务器的操作系统类型无关,当我们更换备份服务器的操作系统时,同样可以从原操作系统备份的数据卷中恢复数据。因此备份磁带格式与平台无关,能保证磁带内容在异构服务器上可识别,在更换备份服务器时,保证仍能读出数据;

上述方案为我们提供的数据备份基本方案,设计的目的是采用业界最先进的备份技术完成对系统数据在线、快速、有效的磁带备份保护。同时本方案还是系统扩充的基础,可以无缝的向Networker在未来提供的备份技术和备份产品进行升级。

同时,NetWorker通过一个总的控制台管理全部备份任务,通过直观简单的管理界面,管理员可以方便快捷的监测整体网络备份的情况,也可以每天定时定点的完成备份任务。当发生数据丢失的时候,在虚拟磁带库中的数据通过NetWorker的Server端在虚拟磁带库中找到需要恢复的数据直接恢复,磁带中的数据同样的原理可以很方便得找到已经备份成功的数据,直接从磁带库中恢复即可。

3.2.2.4 SureSave虚拟磁带库说明

采用SureSave虚拟磁带库作为备份设备,充分利用备份软件的简单管理性,虚拟磁带库大容量快速备份等先进的特性。

为满足备份性能和备份设备可靠性要求,本方案我们推荐使用SureSave虚拟磁带库作为备份设备,用以将业务数据快速备份到虚拟磁带库中。本次配置6TB的可用容量。

并且,我们可以充分的利用SureSave虚拟磁带库先进的数据复制技术,同时将sydney与Gunnedanh之间的备份数据进行两地的备份数据复制。这样在数据可以先快速的备份到以磁盘为介质的虚拟磁带库的同时,制定合理的数据复制策略,可以将数据通过复制功能,以异地保存的方式进行第二副本的保存。当灾难发生的时候,如果虚拟磁带库没有损坏,我们可以通过虚拟磁带库进行数据恢复。

由于是做为sydney与Gunnedanh两地数据的互为数据复制,所以在sydney

与Gunnedanh 各保留一份生产数据的副本,可以保证数据安全,达到高效可用。

同时,这种方式下是由备份管理软件来管理虚拟磁带库,备份策略灵活。SureSave虚拟磁带库本身具备重复数据删除功能,可以将相同的数据按照块级别进行比对,大大降低对备份容量的占用。

SureSave虚拟磁带库特点:

●可模拟多个包含机械手、磁带槽和磁带驱动器的标准磁带库设备;

●可模拟多个独立的磁带机(LTO等);

●模拟磁带库个数、磁带槽个数和磁带机个数可任意设定;

●虚拟磁带容量可任意设定;

●支持虚拟磁带的条码标识;

●支持虚拟磁带归档功能;

●冗余电源、风扇和具有RAID保护的存储系统;

●支持SCSI和FC主机和存储接口;

●支持备份数据的自动化分级式归档;

●中文界面

备份系统可实现全备份、增量备份;分组备份、介质分组使用、介质自动轮回使用等多种备份策略;支持设备故障自动报警。

两地三中心-灾备解决方案

1.1 备端在线两地三中心灾备方案网络设计 本地容灾是指在本地机房建立容灾系统,日常情况下可同时分担业务及管理系统的运行,并可切换运行;灾难情况下可在基本不丢失数据的情况下进行灾备应急切换,保持业务连续运行。与异地灾备模式相比较,本地双中心具有投资成本低、建设速度快、运维管理相对简单、可靠性更高等优点;异地灾备中心是指在异地建立一个备份的灾备中心,用于双中心的数据备份,当双中心出现自然灾害等原因而发生故障时,异地灾备中心可以用备份数据进行业务的恢复。针对两地三中心灾备建设的需求,我们结合我们自主研发的软件的优势,设计了典型的建设方案。本地机房安装我们镜像系统,主备端同时在线,真正实现“双活”,是可见,可验证,可靠的容灾;异地机房安装实时备份,既能实现数据的实时复制,确保数据不丢失,又能任意时间点手动恢复,实现容错,而且无需主备硬件配置一致,还能降低成本。网络拓扑和部署如下: 2.2 备端在线容灾系统设计

在生产服务器上部署A镜像系统代理软件,在容灾服务器上安装A镜像系统服务器端软件,设置A镜像代理的检测路径为主存储路径,设置A镜像服务器路径为备用存储路径。通过Web管理界面配置镜像对象、全量和增量策略等。 1)当生产服务器处于正常工作状态时,把生产服务器的浪擎代理软件连接至服务器。当代理检测到主存储数据变化后,将捕获变化的数据实时的复制到备用存储上,实现了实时的复制。具体部署如下图: 2)当生产服务器故障,或者存储故障导致生产系统无法正常提供业务支持时,本地容灾服务器可直接接替生产服务器工作保障业务系统的持续运行;当本地机房发生灾难时,异地机房的容灾服务器可直接接替生产服务器工作保障业务系统的持续运行。具体部署如下图:

灾备云建设方案

科力锐灾备云服务项目方案书 深圳市科力锐科技有限公司 2019年2月

目录 一、项目服务背景................. 错误!未定义书签。 二、项目服务特点 (4) 三、科力锐灾备云平台和服务简介 (6) 四、科力锐灾备云平台和服务特点 (12)

近年来,国家大力推动“互联网+”战略,即通过“互联网+各个传统行业”的形式,利用先进的信息通信技术与传统行业进行深度融合,改造传统的生产、办公、经营方式,提高各个企事业单位的效率,创造新的发展生态。政府信息化全力推进,政府部门间、对企业、公民的政务全部以电子化开展,即用电子化、无纸化办公的形式取代传统的依靠纸质文档和人工流转办公的方式,大幅提升工作效率。企、事业单位也将生产、办公系统化,为繁荣社会经济、扩大城乡就业、增加财政收入、推动自主创新和促进科学发展发挥了重要作用。但部分企、事业单位依然存在着资金短缺、人才匮乏、管理滞后、信息化能力弱、产品和市场信息不畅、市场竞争力不足、互动渠道窄等问题,限制了产业竞争力的提升。 在国家推动“互联网+”战略的大背景下,企事业单位信息化系统急需数字化转型,数据资产化趋势明显,同时业务系统已经成为各个组织单位的“生命线”,越来越多组织已认识到灾备的重要性。 然而,由于主机故障、系统故障、软件逻辑错误、人为操作失误和病毒攻击(例如勒索病毒)等众多风险高发引发灾难,极大的威胁了企事业单位的IT应用系统的安全和服务的连续性,需要能够提供灾备服务作为防范各类风险的最后一道屏障,帮助发生系统灾难的企事业单位快速的恢复IT应用系统保障生产经营工作得以正常开展,意义十分重大。 因此,一方面需要考虑如何保障组织的核心数据资产不丢失,另一方面需要考虑如何保障组织的核心业务系统不停或者少停。 从灾备的角度而言,各企、事业单位将会面临以下几点挑战: 1、如何获取专业的灾备技术服务,降低数据丢失风险,满足数据保护需求。 2、如何能在降低灾备建设成本的基础上,让各单位都能够低成本使用成熟、可靠的 灾备技术方案,保障核心数据资产不丢失。 3、如何在缺乏专业的灾备运维管理人员,管理人员技术水平参差不齐的现状下,确 保在核心业务系统出现问题而中断时能够快速进行恢复。 4、如何在IT架构混合化、多元化的大环境和趋势下,确保灾备技术方案能面向未来 的适应各单位数据中心的快速扩展。

EMC VNX Replicator 容灾方案

EMC异地容灾方案 大家都知道NAS具有低TCO、扩充性、跨平台、高可用性、高速度、方便的安装、维护、使用等特点,但是廉价的NAS系统采用了以软件构建RAID的方式,当系统负荷较重的时候,NAS系统中的处理器性能瓶颈也会引发传输速率的明显下降,正因为这样许多企业在选购NAS的同时使用更加安全有效地存储备份方法,从而有效保证了数据的安全性。 什么是数据备份? 数据备份顾名思义就是将原有的资料重新复制进行保留,以便在特殊情况下可以重新利用。数据备份就像我们生活中的汽车备胎,一旦出现故障我们只要将备胎换上去就可以重新使用了。除了汽车备胎我们在生活中所使用的钥匙也都是备份思想的体现。我们要记住数据备份是最基础的,没有它一切先进的技术也都没有意义了。 数据备份的目的 很多人对数据备份有着错误的理解,认为只要将数据备份到本地就可以万事大吉了。肯定地说存在这种想法的人有很多,在实际生活中有很多案例证明了数据丢失后而不能正常恢复,这种灾难性后果可能会对金融及电信行业带来无法估量的损失。进行数据备份目的是将原有数据重新利用,但是在绝大部分情况下备份的数据是没有任何作用的。在实际工程中经常会遇到一些系统集成商向客户介绍他们的产品是如何的方便、可靠,但光有数据备份还不行,一旦出现故障必须将数据恢复才可以,一个不能恢复的备份对任何企业来说都是没有意义的。因此只有安全、可靠、高效地恢复数据,才是系统备份的真正目的。 数据备份在存储领域的地位 在SAN和NAS这些新的存储系统结构中,传统的备份技术在结构上也得到了长足的发展。数据备份作为存储领域的一个重点,其在存储系统中的地位和作用都是不可替代的。从LAN Free备份到无服务器备份,这些备份领域里的新兴技术正在日渐成熟和完善。对一个完整的IT系统而言,备份工作是其中必不可少的组成部分。之所以备份工作具有很大的意义,是因为它更像是我们为了留住美好时光而拍摄的照片或影片,把这些数据通过刻录等方式永久的保存了下来,供我们怀旧和欣赏。显然当然我们看到一张儿时的照片就回到从前的可能性根本没

同城灾备系统实施方案

XXXXXXX客户中心机房设备监测及同城容灾系统项目 灾备系统实施方案 2011年5月25日 XXXXXXX有限责任公司信息中心

目录 第1章项目背景 (3) 第2章目标和范围 (3) 第3章灾备系统的规划 (4) 3.1.总体建设原则 (4) 3.2.灾备系统架构 (5) 3.3.数据复制策略 (5) 第4章灾备系统的实施 (6) 4.1.灾备DS5100的配置 (6) 4.1.1.磁盘组的划分 (6) 4.1.2.LUN的划分 (7) 4.1.3.存储HOST的配置 (8) 4.2.复制存储网络的配置 (9) 4.2.1.生产中心SAN连接 (10) 4.2.2.灾备中心SAN连接 (10) 4.2.3.Zone的划分 (10) 4.3.ERM的配置步骤 (12) 4.3.1.初始安装和配置 (12) 4.3.2.创建镜像关系对 (12) 第5章灾备数据验证 (19) 5.1.公文系统灾备数据的验证 (19) 5.2.邮件系统灾备数据的验证 (20) 5.3.财务银行系统灾备数据的验证 (21) 5.4.财务管理系统灾备数据的验证 (23) 5.5.统计报表系统灾备数据的验证 (24)

第1章项目背景 第2章目标和范围 灾备系统的建设是个循序渐进的过程,从灾备系统的业务和数据恢复能力上,可以将灾备系统分为数据级灾备系统和应用级灾备系统。数据级灾备系统的关注点在于数据保护,即灾难事件发生后如何确保重要信息系统的关键数据不会丢失或者遭到破坏。应用级灾备系统是在数据级灾备系统的基础上,不仅提供数据保护功能,而且还提供灾难事件发生后的业务接管能力。 XXXXXXX根据行业内信息系统的现状和灾备建设的总体规划,确定本项目的灾备建设目标为同城数据级灾备系统。 同城灾备系统与生产中心处于同一地理区域,面临同一区域性灾难风险,故同城灾备系统用于非区域性灾难事件,即:生产中心发生的设备故障,或者人为操作错误,以及生产中心所在建筑发生的水灾、火灾、电力异常等突发事件,导致生产中心重要信息系统的关键数据部分损坏或者完全丢失,致使生产中心业务系统陷于停顿。 本项目中,灾备系统建设的范围将涵盖集团公司重要信息系统的关键数据,这些重要信息系统包括: ?财务银行系统 ?财务管理系统 ?统计报表系统 ?人力资源系统 ?运销系统 ?协同办公系统

异地容灾方案

异地容灾方案 一、方案背景 当9·11 事件发生时,国人还可能会认为灾害离我们太远;当举国齐哀的汶川地震发生时,企事业单位数据备份系统容灾能力则面临了前所未有的考验。实际上,计算机被窃、火灾等意外事件是时常发生的,如果企事业单位不能有效的进行数据的灾难备份,事故发生后导致的严重后果是难以想象的。 当东南大学10 个实验室被烧毁,多年学术资料毁坏;当浙江某大型公司,信息中心失火,所有服务器损失殆尽;等等这些事件足以表明,仅仅实现本地的集中备份,其安全性还远远不够,如何在有限的预算下部署具有异地容灾能力的备份方案,将是企事业单位面临的新的挑战。 二、爱数解决之道――D2D2R 异地容灾方案 1. 方案简介 作为安全备份的倡导者,爱数推出的D2D2R 异地容灾方案旨在提高备份的安全性,为企事业单位提供预算可控的异地容灾方案。D2D2R 是指磁盘到磁盘到远程(Disk to Disk to Remote),顾名思义,该方案首先实现在局域网内基于磁盘的集中备份,当数据集中备份存储到局域网内的备份服务器上后,再通过实时同步功能,将已备份数据通过互联网、VPN 或专线等传输到远程的数据中心,实现数据的异地容灾。 2. 方案应用 此方案针对企事业单位的异地容灾需求而设计,备份范围涵盖文件、数据库、邮件等关键数据,可有效的防范本地数据丢失对企事业单位带来的致命打击: 此方案可应用于解决因地震、水灾、火灾、盗窃等事故可能造成的公司数据丢失的问题,提供关键数据的本地及异地备份。 此方案可应用于集团公司中各地成员公司之间重要数据的互相备份。 3. 方案特点

部署简单 可与企事业单位现有IT网络无缝融合,在实现D2D2R异地容灾方案时,不再需要 建设或升级企事业单位的IT网络,仅仅只需要进行软件部署,实施周期短。 技术领先 异地数据传输采用层叠增量实时同步技术,在数据传输前压缩,节省网络带宽和 传输时间,并使用AES高级加密算法加密传输的数据流,确保数据在网络传输时 的安全性。 管理便捷 基于爱数备份软件网络版强大的可管理性,整个方案只需要在一个管理平台即可 将本地集中备份和异地实时同步进行统一管理。 成本可控 整个方案可使用企事业单位现有IT网络和硬件,方案部署初始成本低,并且整个 方案完全采用软件技术,不需要人工参与,从而避免实施异地容灾时维护成本高 的风险。 4. 可适用产品 爱数备份存储柜for Enterprise 爱数备份软件企业版 5. 与D2D2T方案的比较 应用D2D2T方案实现数据异地容灾时,用户首先是将集中备份的数据迁移到磁带,然后再通过运输车将磁带运送到远程的数据中心。相对于D2D2T的数据异地容灾方案,D2D2R 方案有如下优势: 介质的可靠性更高,随着磁盘备份技术大范围应用,磁盘相对于磁带介质的可靠性已获得业界公认。 维护成本更低,基于D2D2T的异地容灾方案,需要更多人员管理和维护备份系统,而D2D2R方案则在部署后,完全采用软件技术,不需要人工参与。 实时性更强,D2D2R方案采用实时同步技术将备份数据从本地复制到远程数据中心,D2D2T方案则只能定期的进行数据异地保存。 三、方案部署 1. 部署一——基于自建远程节点的D2D2R方案 1.1 方案概述 此方案在部署D2D2R异地容灾方案时,用于远程备份数据容灾的节点采用自建方式。自建远程节点部署时,需要配置一台介质服务器,该介质服务器可以采用爱数备份存储柜,或采用服务器+爱数备份软件企业版介质服务器代理实现。如果企事业单位本身已有数据中心,则可将介质服务器添加到该数据中心,如果尚未有数据中心,则可将介质服务器托管于专业

异地容灾方案

某金融机构数据级 异地容灾案例 一、概述 备份与容灾是存储领域两个极其重要的部分,二者有着紧密的联系。一般来说,备份是指用户为应用系统产生的重要数据制作一份或者多份拷贝,以增强数据的安全性;容灾是用户为业务系统建立一个或多个冗余站点,达到业务不间断的目的。因此,我们可以把备份称作是“数据保护”,而容灾称作“业务应用保护”。备份与容灾中都有数据保护工作,备份大多采用近端方式,成本低;容灾则采用远程方式进行数据保护,成本较高。 大体上讲,容灾可以分为3个级别:数据级别、应用级别以及业务级别。数据级别容灾的关注点在于数据,即灾难发生后可以确保用户原有的数据不会丢失或者遭到破坏。数据级容灾较为基础,其中,较低级别的数据容灾方案仅需利用磁带库和管理软件就能实现数据 异地备份,达到容灾的功效;而较高级的数据容灾方案则是依靠数据复制工具,例如卷复制软件,或者存储系统的硬件控制器,实现数据的远程复制。数据级别容灾是保障数据可用的基础,当数据丢失时能够保证应用系统可以重新得到所有数据。

本案例容灾级别为数据级容灾,日后在此基础上可以进一步部署更高级别的容灾方式。 二、实施前状况及需求分析 本案例实施单位为某全国性金融机构的分支单位,在此简称A 分支。该金融机构已经实现了全国性的数据集中管理(数据大集中),重要的生产数据已经集中在总部统一存储管理。而且A分支对于重要的业务中间数据在本地也有IBM 3584大型带库进行存储备份。所以说A分支针对于生产数据的备份和冗灾都有了较高级别的保障。 但对于A分支内部一些前置机数据虽然在本地也进行了备份,对于数据安全有一定的保护,但在数据容灾方面较为薄弱,由于备份数据与生产环境在同一楼内,数据较为集中,一旦发生火灾等大型灾难则对数据影响较为严重。 因此用户考虑针对于这些前置机数据部署远程的数据容灾系统。容灾地点定在25公里以外,线路采用租赁长波裸光纤,每天的数据量约为(110G),容灾级别为数据级容灾。 三、系统方案 系统结构示意图如下:

本地数据备份及异地数据级灾备项目建设方案

本地数据备份及异地数据级灾备项目建设方案

XX地税本地数据备份及异地数据级 灾备项目建设方

一、数据备份及异地灾备系统项目分析 随着国家经济从计划经济向市场经济发展步伐的不断加快,西部大开发的政策也促使中西部地区的经济蓬勃发展,在这种情况下,作为国家对市场经济发展进行有效调控的一种重要手段,税收管理日益呈现出了其在当今经济生活中的重要性和权威性。因此在各种与经济发展相关的税收信息越来越多元化,海量化的发展的同时,传统的人工处理方式已经越来越不适合当前经济发展的需要了,而计算机信息技术的发展又为税务信息化工作提供了强有力的支持。目前作为西部经济发展最迅速省份之一的陕西省的地税系统,必定需要一个非常强大的税务信息系统的有效支撑,同时随着税务信息处理系统的建成投入使用,我们又必须面对更严峻的考验,那就是如何科学、安全、有效地保护税务信息系统中的海量化税收信息数据。 我省税务信息系统按照“秦税工程”方案于3月份完成了对省地税集中数据中心系统的搭建。数据大集中处理是今后发展的一种趋势,一方面有利于对税收业务系统进行统一规划管理,让全省所有分支机构采用统一的业务系统平台,减少管理漏洞;另一方面利于省地税对数据信息的统一管理,可以更好的利用和保护这些核心业务数据;同时也可以减少各地的信息化重复建设费用。 伴随着我省地税信息系统的数据集中处理模式,可以预计,税务系统的业务运作、经营管理将越来越依赖于数据中心各业务信息系统

的可靠运行。我中心所提供的税务系统服务的连续性以及业务数据的完整性、正确性、有效性都会直接关系到全省地税系统的生产、经营和决策活动。一旦因自然灾害、设备故障或人为因素等原因引起计算机系统停顿导致信息数据丢失和业务处理中断,将会给我省税务部门造成巨大的经济损失和声誉损害,甚至是税务数据的致命打击! 在数据大集中的模式下,我们也必须处理因数据集中处理也伴随而来一些不得不面对的运行风险,如:这些集中的数据会因为一些突然发生的灾难而造成破坏或者永久性的损失。同时,这些生产运行主机系统及其配套设备一旦发生灾难性破坏,就会导致税收业务中断,这对于我们来说将是灾难性的打击,因此,我省税务生产业务系统的灾难备份及恢复系统就显得格外重要!

灾备方案

1.数据中心容灾备份解决方案 随着社会的发展和科技的进步,政府日常工作越来越依赖于数据处理来进行,政务系统的连续性依赖于数据中心系统的稳定运行。然而,灾难就像灰尘一样伏击在运营环境周围,政务系统的数据中心可能正在一个充满风险和威胁的环境下运行。如果不能对这些风险采取有效治理,一旦数据由于某种原因丢失,就很有可能对政府的日常工作造成严重的影响。如果核心数据丢失,将会使得某些核心功能陷入瘫痪,造成不可估量的损失。因此,保证政务的连续性和数据的高可靠性和可用性,已经成为政府部门在数据中心建设中,必须要考虑的问题。 1.1灾备解决方案原则 首先,在制定容灾系统方案的过程中要考虑的就是容灾系统建设对原有业务系统带来的影响。比如,采用数据复制技术对系统I/O带来的延迟,应用数据同步对日常业务处理系统带来的压力等。因此,企业要通过周密的测试和分析来规避容灾系统建设时带来的这些风险,以保证业务系统不会因容灾系统的建设而出现在处理性能上下降的问题。 第二,数据状态要保持同步。为保证在灾难发生时,业务可以成功地切换到备份中心,就必须保证容灾系统数据同步机制的可靠性。因此,建立可靠的数据同步校验机制是必须的; 同时,还要考虑建立定时的、自动的数据同步核查对比机制,以检验两个中心数据的一致性,这是数据容灾工作中非常重要的一部分。 第三,容灾系统的日常维护工作要尽可能轻,并能承担部分业务处理和测试的工作。容灾系统的维护和管理是容灾切换成功的重要保证,在系统建设中,就必须要考虑系统的维护管理流程。生产中心任何业务处理过程的改变都必须完整地复制到备份中心; 所有新业务系统上线时,必须通知备份中心,并在备份中心配置好数据同步机制; 对原程序的改动也必须保证两个中心同时上线。 第四,系统恢复时间要尽可能短。容灾系统主要是为了实现在主中心系统发生灾难时,可以在规定时间切换到备份中心,保证数据不会丢失,并且继续向用户提供服务。但往往在灾难发生时,主要技术人员不能及时到达现场,为了顺利实现系统间的切换,应该让系统切换操作尽可能地简单; 并建立固定化的、标准化的切换流程,要求维护人员在切换演习时严格按照流程的指导步骤进行操作。 第五,可实现部分业务子系统的切换和回切。当人事变动、业务变化、IT设施变化以及其 他可能引起恢复规划文档失效的变化发生时,应及时更新各恢复规划文档,并在必要时启动模拟测试或演习,确保业务连续性系统的工作能力。 第六,技术方案选择要遵循成熟稳定、高可靠性、可扩展性、透明性的原则。目前,国际上比较成熟的容灾技术包括:SAN/NAS技术、远程镜像技术、虚拟存储、基于IP的SAN互连技术以及快照技术等。其中基于IP的SAN远程数据容灾备份技术应用比较广泛,其是利用基于IP的SAN的互连协议,将主数据中心SAN中的信息通过现有的TCP/IP网络,远程复制到备份中心的SAN中的。当备份中心存储的数据量过大时,可利用快照技术将其备份

数据中心灾备系统建设方案

数据中心灾备系统的分类 来源:机房360 作者:林小村更新时间:2010/11/19 11:50:11 摘要:本文为大家讲述数据中心的一些技术知识,具体为您讲述数据 中心灾备系统的分类情况。 根据数据中心的安全要求,应对灾难恢复系统采用的技术路线做出全面的考虑。 1.数据级容灾和应用级容灾 按照容灾系统对应用系统的保护程度可以分为数据级容灾和应用级容灾,业务级容灾的大部分内容是非IT系统。 数据级容灾系统只保证数据的完整性、可靠性和安全性,但提供实时服务的请求在灾难中会中断。应用级容灾系统能够提供不间断的应用服务,让服务请求能够透明(在灾难发生时毫无觉察)地继续运行,保证数据中心提供的服务完整、可靠、安全。因此对服务中断不太敏感的部分可以选择数据级容灾,以便节省成本,在数据级容灾的基础上构建应用级容灾系统,保证实时服务不间断运行,为用户提供更好的服务。 (1)数据级容灾。通过在异地建立一份数据复制的方式保证数据的安全性,当本地工作系统出现不可恢复的物理故障时,容灾系统提供可用的数据。数据级容灾是容灾的基础形式,由于只需要考虑数据的复制和存放,不需要考虑备用系统,实现起来相对简单,投资也较少。数据级容灾需要考虑三方面问题:在线模式与离线模式问题;远程

数据复制技术问题;同步与异步容灾问题。 (2)应用级容灾。应用级容灾能保证业务的连续性。在数据级容灾的基础上,建立备份的应用系统环境,当本地工作系统出现不可恢复的物理故障时,容灾系统提供可用的数据和应用系统。 应用级容灾系统是建立在数据级容灾系统基础上的,同时能完成数据和应用系统环境的复制存放和管理。为实现发生灾难时的应用切换,容灾中心需要配置与工作系统同构和相同功能的业务网络、应用服务器、应用软件等。 应用级容灾还需要考虑数据复制的完全性、数据的一致性、数据的完整性、网络的通畅性、容灾切换的性能影响、应用软件的适应性改造等问题,以及为保证业务运行的所需设备、环境、人员及其相应的管理。 2.灾难恢复系统的在线/离线模式 (l)在线模式。在线灾难恢复系统要求工作系统与灾难备份系统通过网络线路连接,数据通过网络实时或定时从工作系统传输到灾难备份系统。对数据保护的实时性高,对业务连续性要求高,就需要采用在线模式。 (2)离线模式。离线灾难备份系统的数据通过存储介质(磁带、光盘等,搬运到异地保存起来实现数据的保护。离线模式适合于对数据保护的实时性要求不高的场合,离线模式设备比较简单,投资较少。 3.数据备份技术 正常情况下系统的各种应用在数据中心运行,数据存放在数据中

XXXX公司Oracle数据库异地容灾方案

XXXX公司Oracle数据库异地容灾方案 2011年08月29日

1、公司简介 XXXX公司。 2、项目背景 ●XXXX有两个数据中心。 ●两个基地之间使用TCP/IP网络进行连接。 ●生产业务系统的后台数据库为Oracle。 ●数据库服务器操作系统为Windows。 ●数据库目前总体数据量约为2.4T。 ●生产系统为双机容错架构。 ●希望远程数据中心成为容灾中心。 3、解决方案 3.1方案原理 这是一个很典型的应用场景,用户对RPO、RTO的要求比较高,用户希望数据丢失尽可能少,恢复尽可能快。可是,要实现这一愿望,传统的容灾方案都是采用昂贵的存储设备或卷管理软件来实现,投入相当惊人,用户很难接受!CommVault的CDR连续数据复制是一个性价比很高的解决方案,工作原理如下图所示:

这个Oracle远程容灾方案的设计思想是:在容灾系统初始化时或备份系统被破坏时,利用备份和恢复来传送数据库的DBF文件;在数据库日常工作时,利用CDR来时复制数据库日志文件,并将日志回滚到备份数据中(对于双机架构来说,原理相同,所需模块相同, 如图生产主机可为双机或集群架构)。系统的数据流如下图所示:

3.2实施过程 在这个方案中,我们采用了CommVault的备份技术和CDR技术,数据共有4份冗余,除了生产数据外,还有容灾数据,本地备份和异地备份数据;这里需要注意的是,在两个数据中心的数据库都是使用本地数据为业务系统提供服务,并且将数据在两个数据中心之间相互复制,以便达到两个数据中心互为容灾中心的目的。整个容灾系统的建立共分4个阶段: ●初始化阶段:通过备份+恢复方式,在容灾站点生成初始化数据 ●容灾复制阶段: 1.通过CDR复制交易日志 2.自动回滚日志实现数据库容灾 3.每天做异地数据库的冷备份 4.每天做本地数据库的热备份 ●灾难重建阶段: 如果数据崩溃,由于本地和异地都有灾备数据,通过本地的直接恢复实现本地网络 的灾难数据重建,避免在远程网络上传送大量的初始化数据 ●容灾演练阶段: 将容灾站点的数据库打开,就可以使用了。恢复正常工作方式,只要将灾备的数据 恢复,然后回滚以前的日志数据,就能恢复容灾复制阶段。 4、技术要点 在这4个阶段中,充分利用了CommVault的独特技术: ●CDR复制:连续数据复制,复制数据库交易日志。 ●断点续传:支持从中断点继续传送。 ●GridStor:支持多个介质服务器使用不同地区的数据源,这样就不需要通过网络来 回传送大量的数据。 ●自动恢复和回滚:支持以时间或者自动的方式,恢复和回滚日志或其它数据,而不 需要手工执行。 ●辅助拷贝:支持将本地的备份数据复制到异地,实现异地的灾备。

银行应用级灾备建设方案

银行应用级灾备建设方案

目录 1项目背景及建设需求 (3) 2各系统数据备份概况 (4) 3灾备端应用部署规划 (5) 4灾备网络通信系统 (7) 5各业务系统应用级部署工作计划 (8) 6各业务系统应用部署工作分解 (9) 6.1系统部署 (9) 6.1.1AIX平台 (9) 6.1.2虚拟机平台 (9) 6.2FTP环境构建 (10) 6.3系统验证 (11) 6.3.1验证前准备 (11) 6.3.2单系统验证 (15) 6.3.3系统集成验证 (16) 7项目主要风险点 (17)

1项目背景及建设需求 目前,我行灾备项目已完成核心业务域和城商业务域数据级同城备份,通过两台IBM中端磁盘阵列实现了两大业务域关键数据从生产中心到灾备中心的同城复制。其中: ?DS5100承载ESB、加密平台、图形前端数据库三个系统数据复制,未实现数 整报表系统的数据复制 ?DS5020承载PCSP(综合前置)、ATMP、虚拟化平台数据复制,未实现财务 系统(NC)数据复制 按山东省银监局相关要求:2013年三季度,需要完成国际结算、信贷、图形前端、票据、手机银行、NC、ATMP、数整报表、加密平台、综合前置、ESB等十一个重要业务系统的应用级灾备建设。

2各系统数据备份概况 十一个业务系统数据存储及异地备份概况统计如下表: 从上表可知,ESB、加密平台、图形前端、ATMP、综合前置(PCSP)等五个系统数据通过磁盘阵列实时复制到灾备端,数整报表、国际结算、信贷、票据、手机银行、财务系统等六个系统数据则通过每日全备、定时FTP传送至灾备端。

3灾备端应用部署规划 目前,灾备中心网络链路已就绪,各业务系统应用服务器硬件已完成上架、加电测试等相关工作。各系统部署规划如下表: 系统名称系统平台数据库应用灾备端服务器配置 ESB AIX6100-07 DB2 9.1 P740一台 加密平台AIX6100-07 P720一台 SQLServer 虚拟机 图形前端Windows2008 2008 ATMP AIX5300-12 Oracle10g P720一台 综合前置AIX6100-07 P720一台 数整报表AIX6100-07 DB2 9.1 P740一台 国际结算Windows2003 虚拟机 信贷系统Windows2003 虚拟机 票据系统SLES10 虚拟机 手机银行SLES11 虚拟机 财务系统 AIX5300-12 P720一台 (NC)

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

省电子政务应急灾备中心 某市分中心 项目建议书

目录 第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 -

异地容灾方案集锦

异地容灭备份.,都有几种容灭备份的解决方案.每一种方案的优势和劣势.然后针对客户的需求.进行对客户来讲解或是说明. 灾难备份: 灾难备份是指为了减少灾难发生的概率,以及减少灾难发生时或发生后造成的损失而采取的各种防范措施。 灾难恢复: 灾难恢复是一个在发生计算机系统灾难后,在远离灾难现场的地方重新组织系统运行和恢复营业的过程。 灾难恢复的目标一是保护数据的完整性,使业务数据损失最少甚至没有业务数据损失。二是快速恢复营业,使业务停顿时间最短甚至不中断业务。 灾难备份中心: 灾难备份中心是一个拥有备份系统与场地,配备了专职人员,建立并制定了一系列运行管理制度、数据备份策略和灾难恢复程序,可以承担灾难恢复任务的机构。 灾难应急方案: 灾难应急方案是指在发生计算机系统灾难事件时,为了尽可能减少损失,而对计算机应用系统采取的抢救措施、故障隔离措施、恢复过程以及工作人员救护和撤离计划等。 灾难恢复方案: 是一套为保证在计算机系统发生灾难后恢复业务运行而预先制定的一套技术措施、管理方法和处理步骤。它是在充分考虑经济、技术、管理和社会条件的可行性的基础之上,提出的最佳灾难恢复策略。 从数据用途角度分析一般可将需要备份的数据分为: 系统数据、基础数据、应用数据、临时数据; 根据数据存贮与管理方式又可分为:数据库数据、非数据库数据、孤立数据、遗失数据。 系统数据(SYSTEM DATA): 系统数据主要是指操作系统、数据库系统安装的各类软件包和应用系统执行程序。系统数据在系统安装后基本上不再变动,只有在操作系统、数据库系统版本升级或应用程序调整时才发生变化。系统数据一般都有标准的安装介质(软盘、磁带、光盘)。 基础数据(INFRASTRUCTURE DATA): 基础数据主要是指保证业务系统正常运行所使用的系统目录、用户目录、系统配置文件、网络配置文件、应用配置文件、存取权限控制等。基础数据随业务系统运行环境的变化而变化,一般作为系统档案进行保存。 应用数据(APPLICATION DATA): 应用数据主要是指业务系统的所有业务数据,对数据的安全性、准确性、完整性要求很高而且变化频繁。 临时数据(TEMPORARY DATA): 主要是指操作系统、数据库产生的系统运行记录、数据库逻辑日志和应用程序在执行过程中产生的各种打印、传输临时文件,随系统运行和业务的发生而变化。临时数据对业务数据的完整性影响不大,增大后需要定期进行清理。 数据库数据(DATABASE DATA): 是指通过数据库管理系统(DBMS)来进行存取和管理的数据。 非数据库数据(NON-DATABASE DATA): 是指通过文件等非数据库管理系统来进行存取和管理的数据。 孤立数据(ORPHAN DATA):

两地三中心灾备解决方案

两地三中心灾备解 决方案

现,可实现生产与灾备服务器之间数据的实时复制和应用的快速切换。异地灾备中心由于其与生产中心不在同一机房,灾备端与生产端连接的网络线路带宽和质量存在一定的限制,应用系统的切换也需要一定的时间,因此异地灾备中心能够实现在业务限定的时间内进行恢复和可容忍丢失范围内的数据恢复。 1. “双活”+异地容错的技术方案 1.1 备端在线两地三中心灾备方案网络设计 本地容灾是指在本地机房建立容灾系统,日常情况下可同时分担业务及管理系统的运行,并可切换运行;灾难情况下可在基本不丢失数据的情况下进行灾备应急切换,保持业务连续运行。与异地灾备模式相比较,本地双中心具有投资成本低、建设速度快、运维管理相对简单、可靠性更高等优点;异地灾备中心是指在异地建立一个备份的灾备中心,用于双中心的数据备份,当双中心出现自然灾害等原因而发生故障时,异地灾备中心能够用备份数据进行业务的恢复。针对两地三中心灾备建设的需求,我们结合我们自主研发的软件的优势,设计了典型的建设方案。本地机房安装我们镜像系统,主备端同时在线,真正实现“双活”,是可见,可验证,可靠的容灾;异地机房安装实时备份,既能实现数据的实时复制,确保数据不丢失,又能任意时间点手动恢复,实现容错,而且无需主备硬件配置一致,还能降低成本。网络拓扑和部署如下:

2.2 备端在线容灾系统设计 在生产服务器上部署A镜像系统代理软件,在容灾服务器上安装A镜像系统服务器端软件,设置A镜像代理的检测路径为主存储路径,设置A镜像服务器路径为备用存储路径。经过Web管理界面配置镜像对象、全量和增量策略等。 1)当生产服务器处于正常工作状态时,把生产服务器的浪擎代理软件连接至服务器。当代理检测到主存储数据变化后,将捕获变化的数据实时的复制到备用存储上,实现了实时的复制。具体部署如下图:

数据灾备建设方案

目录 一、需求分析 (2) 1.1 数据连续性面临挑战 (2) 1.2 需求分析 (4) 二、技术方案 (6) 2.1 方案一.数据集中保护建设方案 (6) 2.1.1方案设计 (6) 2.1.2方案说明 (6) 2.2 方案二.业务系统应用容灾及集中保护平台建设方案 (9) 2.2.1方案设计 (9) 2.2.2方案说明 (10) 三、方案优势及技术说明 (13) 3.1 方案优势 (13) 3.1.1契合安全等级保护三级的建设 (13) 3.1.2业务连续性保障 (18) 3.1.3成本可控 (18) 3.1.4混合IT数据保护 (18) 3.1.5降低成本投入&最大化提高投资回报率 (18) 3.1.6极简化的数据保护系统 (19) 3.2 爱数备份柜数据保护技术 (19) 3.2.1 源端重复数据删除技术 (22) 3.2.2 虚拟化平台备份 (23) 3.2.3 LAN-free备份 (27) 3.2.4 远程复制(D2D2R) (28) 3.2.5 Oracle多通道备份等高级备份功能 (31) 3.2.6 操作系统备份与恢复 (33)

一、需求分析 1.1 数据连续性面临挑战 如何保证计算机系统连续不断的运行,保护企业中最宝贵的数据资产,成为其稳定发展的关键。随着信息化建设的不断发展和完善,济康医药连锁有限公司不仅完成从IT基础设施到IT应用的过渡,而且即将搭建统一的数据平台。信息化办公使得工作人员的办公效率得到了很大的提高,同时为大家的协同工作也做到了高效和便捷。为更好地服务于贵单位用户,将会有越来越多的关键业务集中于计算机系统中,能否提供一个高可靠性和高可用性的信息服务成为衡量服务质量的一个重要指标,因此整个计算机信息化系统的安全可靠地运行将直接关系到贵单位的生产和未来的发展。而实际上,计算机信息系统时刻受到来自自然灾害、人为因素、供电、病毒、黑客攻击等各方面的破坏和侵袭、因此,具备快捷方便的数据备份、灾难恢复和数据恢复功能是现今系统网络管理的重要目标。 风险分析的目的是针对当前核心业务流程,系统环境和所存在的潜在风险确定系统可恢复能力级别,确定当前业务环境中的客观存在

两地三中心灾备解决方案

两地三中心概念 结合近年国内出现的大范围自然灾害,以同城双中心加异地灾备中心的“两地三中心”的灾备模式也随之出现,这一方案兼具高可用性和灾难备份的能力。 同城双中心是指在同城或邻近城市建立两个可独立承担关键系统运行的数据中心,双中心具备基本等同的业务处理能力并通过高速链路实时同步数据,日常情况下可同时分担业务及管理系统的运行,并可切换运行;灾难情况下可在基本不丢失数据的情况下进行灾备应急切换,保持业务连续运行。与异地灾备模式相比较,同城双中心具有投资成本低、建设速度快、运维管理相对简单、可靠性更高等优点。异地灾备中心是指在异地的城市建立一个备份的灾备中心,用于双中心的数据备份,当双中心出现自然灾害等原因而发生故障时,异地灾备中心可以用备份数据进行业务的恢复。 针对两地三中心灾备建设的需求,华为赛门铁克公司利用Symantec 软件的优势结合自身的存储开发能力,设计了典型的建设方案,方案原理和组网如图所示。

如图,同城双中心的应用切换,采用Symantec Veritas的VCS (Veritas Cluster Server)集群软件来实现,生产中心主机和灾备中心主机上都需要安装VCS。采用VCS监测本地双机或集群状态,并通过组件GCO(Global Cluster Option)在本地和远程的集群之间进行状态监测。 在网络层,同城双中心之间采用光纤连接,保证双中心之间较大的带宽,以响应实时的业务数据需求,同城异地之间采用专网或IP广域网即可实现,以节约成本。同城双中心的光纤采用波分复用(WDM)技术进行建设,针对两地只有1条或2条光纤连接的场景,采用WDM 方式,能够虚拟出多条FC或GE联络,满足两地之间对业务和数据多重链路的需求。WDM技术能充分利用光纤的巨大带宽资源,大幅度提高系统传输容量,降低传输成本,因此在长途和骨干网的超大容量传输中得到了广泛的应用。将WDM技术引入城域网、接入网,整

数据灾备建设方案

目录 一、需求分析 ................................................................................................................. 1.1 数据连续性面临挑战 1.2 需求分析 二、技术方案 ................................................................................................................. 2.1 方案一.数据集中保护建设方案 2.1.1方案设计 2.1.2方案说明 2.2 方案二.业务系统应用容灾及集中保护平台建设方案 2.2.1方案设计 2.2.2方案说明 三、方案优势及技术说明 ........................................................................................... 3.1 方案优势 3.1.1契合安全等级保护三级的建设 3.1.2业务连续性保障 3.1.3成本可控 3.1.4混合IT数据保护 3.1.5降低成本投入&最大化提高投资回报率 3.1.6极简化的数据保护系统 3.2 爱数备份柜数据保护技术 3.2.1 源端重复数据删除技术 3.2.2 虚拟化平台备份 3.2.3 LAN-free备份 3.2.4 远程复制(D2D2R) 3.2.5 Oracle多通道备份等高级备份功能 3.2.6 操作系统备份与恢复 一、需求分析 1.1 数据连续性面临挑战 如何保证计算机系统连续不断的运行,保护企业中最宝贵的数据资产,成为其稳定发展的关键。随着信息化建设的不断发展和完善,济康

中信集团灾备中心建设方案详细

中信集团灾备中心建设方案 V4.0 中企网络通讯技术有限公司 2015年5月14日

目录 第1章集团应用系统灾备需求 (4) 1.1灾备项目背景 (4) 1.2集团生产站点总体现状 (4) 1.3灾备项目需求 (9) 第2章集团灾备中心建设目标 (10) 2.1灾备级别划分 (10) 2.1.1第2级备份介质异地存放+异地备份数据中心 (10) 2.1.2第3级网络传输+异地数据中心部分设备支持 (11) 2.1.3第4级网络传输+异地数据中心完整设备支持 (12) 2.2灾备系统组成 (14) 2.3灾备模式介绍 (15) 2.4集团一期灾备项目关键指标要求 (15) 第3章业务系统灾备建设方案 (16) 3.1方案设计思路 (16) 3.2灾备中心VM规划 (17) 3.3信息披露系统灾备设计 (18) 3.3.1方案设计拓扑图 (18) 3.3.2虚拟服务器层面 (18) 3.3.3Oracle数据库设计 (19) 3.4股份门户网站灾备设计 (20) 3.4.1方案设计拓扑图 (20) 3.4.2虚拟服务器层面 (20) 3.4.3SQL Server数据库设计 (20) 第4章灾备网络概要设计 (21) 4.1方案设计拓扑图 (21) 4.2集团管理信息部部署方式 (22) 4.3上海宝山机房部署方式 (23) 4.4灾备数据业务流向 (24) 4.4.1Veeam灾备数据复制 (24) 4.4.2应用系统数据复制 (25) 4.5灾备切换场景及业务数据流向分析 (27) 4.5.1正常情况下的路由及数据流 (27) 4.5.2灾备切换场景概述 (28) 4.5.3灾备切换情况说明 (30) 第5章数据灾备及数据回复的实现过程 (31) 5.1数据灾备过程 (31)

相关文档
最新文档