集中备份系统架构设计方案V原厂.docx

上传人:b****2 文档编号:400099 上传时间:2022-10-09 格式:DOCX 页数:88 大小:13.28MB
下载 相关 举报
集中备份系统架构设计方案V原厂.docx_第1页
第1页 / 共88页
集中备份系统架构设计方案V原厂.docx_第2页
第2页 / 共88页
集中备份系统架构设计方案V原厂.docx_第3页
第3页 / 共88页
集中备份系统架构设计方案V原厂.docx_第4页
第4页 / 共88页
集中备份系统架构设计方案V原厂.docx_第5页
第5页 / 共88页
点击查看更多>>
下载资源
资源描述

集中备份系统架构设计方案V原厂.docx

《集中备份系统架构设计方案V原厂.docx》由会员分享,可在线阅读,更多相关《集中备份系统架构设计方案V原厂.docx(88页珍藏版)》请在冰豆网上搜索。

集中备份系统架构设计方案V原厂.docx

xxxx

集中备份系统架构设计方案

赛门铁克软件(北京)有限公司

2016-03-15

保密声明与用途

本文档包含“保密信息”(如下定义)。

本文档旨在提供赛门铁克提交本文之时可提供的产品和(或)服务的概要信息。

本文档专向xxxx(以下简称“您”或“您的”)提供,因为赛门铁克认为“您”有意向与赛门铁克公司(以下简称“赛门铁克”)达成交易。

此“保密信息”的唯一用途是帮助“您”决定是否就本文档中所述产品或服务与赛门铁克签订合同协议。

赛门铁克努力确保本文档中包含的信息正确无误,对于此类信息中的任何错误或疏漏,赛门铁克不承担任何责任,并在此就任何准确性或其他方面的暗示保证明确提出免责。

“您”接受本文档并不代表“您”与赛门铁克之间达成约束性协议,仅表明“您”有义务保护此处标识的任何“保密信息”。

赛门铁克有权就任意及所有客户协议的条款与条件进行协商。

“您”与赛门铁克之间没有书面保密协议,但“您”阅读赛门铁克建议书即表明,在因本文档而交换和接收的赛门铁克保密信息和专有信息的范围内,包括但不限于报价、方法、知识、数据、工作文件、技术和其他商业信息,无论书面还是口头形式(以下简称“保密信息”),“您”同意依照“您”在申请函中所述用途仅在内部阅读本“保密信息”。

“您”同意不泄露、销售、许可、分发或以任何其他方式向他人提供“保密信息”,除非因需知晓该信息而必须提供,但必须遵守此类“保密信息”使用的管理条款与条件,而且该条款与条件的限制性必须至少相当于“您”用于保护自有同类信息所用的条款与条件,且在任何情况下绝不低于合理的商业保护。

本文档及已提供的任何其他赛门铁克相关信息仍归赛门铁克独自所有,未经赛门铁克事先书面许可,不得拷贝、复制或分发。

赛门铁克提供本文档,但并不负责为“您”提供任何产品或任何服务。

本文档阐述赛门铁克就本文所述主题而言的一般意图,赛门铁克的任何行为均取决于双方签订的正式书面协议。

除非“您”已经获得赛门铁克的事先书面许可,否则赛门铁克谨请“您”不要联系本文档中可能提及的任何赛门铁克客户。

一经请求即可提供此处所述产品使用和(或)服务交付所适用的赛门铁克条款与条件的副本以供查阅和审议。

条款与条件可在签订合同时进行协商。

©2011SymantecCorporation.©2011年SymantecCorporation版权所有。

AllRightsReserved.保留所有权利。

版本变更记录

版本

修订日期

修订人

描述

1.0

2013-06-20

JiFu,JunZhang

集中备份系统架构设计方案

目录

第1章 概要 1

1.1 前言 1

1.2 建设目标 1

1.3 建设规划 1

第2章 需求分析 3

2.1 核心生产系统需求 3

2.1.1 核心生产系统环境 3

2.1.2 核心生产系统备份功能需求 17

2.2 中期需求分析 17

2.3 远期备份需求分析 18

2.4 数据保护原则 18

1. 三层保护原则 18

2. 备份系统的位置 18

2.5 备份系统架构介绍 20

2.6 备份介质求分析 21

2.6.1 介质容量需求分析 21

2.6.2 备份吞吐量率求分析 22

第3章 集中备份方案 24

3.1 系统建设原则 24

3.2 总体设计方案 26

3.3 阶段一:

上丁数据中心集中备份系统建设方案 29

3.3.1 备份架构设计 31

3.3.2 备份方法设计 36

3.4 阶段二备份系统建设方案 44

3.5 阶段三备份系统建设方案 46

第4章 软硬件配置和价格 47

4.1 阶段一,建设成本组成 47

4.1.1 备份服务器、介质服务器 48

4.1.2 备份软件、双机软件 48

4.1.3 磁盘备份介质 50

4.1.4 磁带库配置清单 51

4.1.5 集成、实施服务 52

4.2 阶段二,建设成本组成 53

4.3 阶段三,建设成本组成 53

第5章 (附录1)备份系统技术介绍 54

5.1 NetBackup体系架构 55

5.2 备份一体机概述 56

5.2.1 产品主要特性 56

5.2.2 内置备份介质服务器,集成轻松 57

5.2.3 高级虚拟机防护 57

5.2.4 内置基于客户端和介质服务器的重复数据删除功能 58

5.2.5 存储和带宽高效型备份 58

5.2.6 进行中和进行后重复数据删除技术 58

5.2.7 支持磁带 59

5.2.8 NetBackupSAN客户端支持 59

5.2.9 远程容灾复制 59

5.2.10 硬件监控 60

5.3 虚拟机备份技术介绍 61

5.4 自动化备份的定义及实现 64

5.5 重复数据删除 66

5.6 存储生命周期策略 68

5.7 服务器操作系统的备份和恢复 69

5.8 SSR桌面系统备份技术介绍 71

5.8.1 灵活的存储方式 72

5.8.2 不间断工作 72

5.8.3 一步恢复 72

5.8.4 事件驱动型的备份 73

5.8.5 中央管理告警事件和报告处理 73

5.9 数据库在线备份恢复 74

5.9.1 Oracle数据备份恢复 74

5.9.2 MSSQLServer备份恢复 75

第6章 (附录2)成功案例列表 78

IV

第1章概要

1.1前言

随着xxxx业务的不断发展和数据量的快速增长,以及IT服务等级要求的不断提高,当前使用的备份系统,以及手工或脚本等备份方式已经无法满足业务发展要求,迫切需要建设一套集中高效的备份系统,完善数据保护体系,提高数据安全等级。

集中备份系统的建设,以原备份系统的改造、优化为背景,建议采用备份行业领先的SymantecNetBackup备份解决方案,制定与部署统一的应用系统的数据保护策略,实现对业务数据的安全保护。

1.2建设目标

在前期系统环境调研、产品测试基础上,结合Symantec咨询服务部丰富的备份实践经验,充分发挥NetBackup备份解决方案的优点和特性,设计出一套高效、可靠、行业领先的备份架构。

未来建成的备份系统,保护所有业务数据、主机操作系统(包括应用程序)和桌面系统,地理概念上覆盖所有数据中心、营业网点和办事机构,并具有异地灾备的功能。

本架构设计将是后续备份系统详细设计和部署方案的基础和指引。

1.3建设规划

在信息化的时代,IT系统的先进性是企业的核心竞争力因素之一,IT基础的规划建设必须有前瞻性。

我们将进入大数据时代,数据对企业越发重要,数据是企业的重要资产,数据是企业的生命。

备份系统是数据安全的最后一道屏障,备份系统的规划建设,必须足够先进和全面,备份系统架构的设计不但要满足现状,又要满足未来的业务发展和技术进步的要求。

然而,基于经济效益因素,一个全面、先进的备份系统的建设,是不可能一蹴而就的,必须统一规划,分步、分阶段建设。

备份系统的覆盖面,可以从广度和深度分析。

广度,即指备份所能覆盖的主机的个数,或地理概念上的分支机构的数据及远距离的备份介质存储;深度,是指IT基础架构中的各个层次的逻辑对象,诸如:

主机操作系统、应用程序配置、文件系统、数据库、办公文档、日志和桌面系统等等。

依据数据灾备系统建设的方法论,xxxx的备份系统建设,可以按以下三个阶段来建设:

一、初步搭建一个集中备份系统,覆盖数据生产中心的主要一线生产主机的业务数据和操作系统;

二、在备份保护范围,扩大到全国所有分支机构的生产主机,并在规模比较大的分支机构机房部署备份存储设备,提高本机构的备份效率,同时也实现不同分支机的备份数据异地存储,实现灾备保护等级;

三、将备份保护范围覆盖到银行的所有桌面计算机,保护操作系统和个人文档,当个人桌面系统算坏时,实现系统的快速还原。

第2章需求分析

需求分析,主要从近期、中期、远期三方面分析xxxx的数据备份需求,即分别面对建设规划的三个阶段。

同时,本章也阐述数据灾备建设的方法论、备份系统的原理及组成、备份介质的需求分析方法等。

2.1核心生产系统需求

2.1.1核心生产系统环境

xxxx数据中心约有150台服务器,操作系统平台分别为:

HP-UX,AIX,RedHatLinux,SUSELinux,中华普标Linux,WindowsServer和ScoUnix等。

其中,包含有20多套数据库,主要为Oracle,少量为Sybase。

整个数据中心有备份需求的数据总量约为19TB,其中数据库类数据量为3TB,非结构类(文件系统)数据为9.5TB,操作系统盘类数据量为6.5TB。

目前数据保护的状况如下:

·数据备份和管理为手工方式

·部分系统未有数据备份机制

·备份周期最长为每月备份一次

·没有定期的执行数据恢复测试演练机制

·缺乏统一、合理的备份策略,管理分散

·备份缺乏审计跟踪

·备份数据大部分只有本地存放的一份

·不断增长的大数据量,备份困难

·缺乏测试计划,缺乏灾难恢复计划

系统清单如下表:

xxxx -82- AllRightsReserved

赛门铁克软件北京有限公司 ProprietaryandConfidential

注:

更详细的细节,请参考电子表格文档《备份需求表.xls》

 序号

系统名称

服务器型号

操作系统版本

操作系统数据量

数据库类型及版本

数据库数据量

其它数据类型

其它数据数据量

备注

1

综合业务数据库

superdome

hp_uxv11.31

20

oracle9.2.0.5

300

 

 

 

2

综合业务应用

superdome

hp_uxv11.31

20

 

 

 

 

 

3

综合业务历史库

HP860

hp_uxv11.31

20

oracle9.2.0.5

300

 

 

 

4

中间业务应用

HP860

hp_uxv11.31

20

 

 

应用数据

40

 

5

中间业务数据库(短信平台、支付平台、批量数据库)

HP860

hp_uxv11.31

20

oracle9.2.0.5

100

 

 

 

6

反洗钱数据库(国际业务数据库)

HPRP3440

hp_uxv11.11

20

oracle9.2.0.5

200

 

 

 

7

反洗钱应用

HPRP3440

hp_uxv11.11

20

 

 

应用数据

22

 

8

ESB数据库(主)

HPRX3440

hp_uxv11.31

20

oracle10.2.0.4

50

 

 

 

9

ESB数据库(备)

 

hp_uxv11.31

 

 

 

 

 

 

10

ESB应用1

IBMHS22

Redhat5.4

20

 

 

 

 

 

11

ESB应用2

 

 

 

 

 

 

 

 

12

ESB应用3

 

 

 

 

 

 

 

 

13

ESB应用4

 

 

 

 

 

 

 

 

14

ESB应用监控1

IBMHS22

Redhat5.4

20

 

 

 

 

 

15

ESB应用监控2

 

 

 

 

 

 

 

 

16

基金理财数据库(事后监督数据库)(主)

HPRX2660

hp_uxv11.31

20

oracle10.2.0.4

130

 

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 考试认证 > IT认证

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1