commvault备份方案建议书v1.0

上传人:suns****4568 文档编号:90656910 上传时间:2019-06-14 格式:DOC 页数:64 大小:2.07MB
返回 下载 相关 举报
commvault备份方案建议书v1.0_第1页
第1页 / 共64页
commvault备份方案建议书v1.0_第2页
第2页 / 共64页
commvault备份方案建议书v1.0_第3页
第3页 / 共64页
commvault备份方案建议书v1.0_第4页
第4页 / 共64页
commvault备份方案建议书v1.0_第5页
第5页 / 共64页
点击查看更多>>
资源描述

《commvault备份方案建议书v1.0》由会员分享,可在线阅读,更多相关《commvault备份方案建议书v1.0(64页珍藏版)》请在金锄头文库上搜索。

1、CommVault 系统方案建议 第 1 页 XXXXXXXXXXXX CommVaultCommVault 备份方案建议书备份方案建议书 二一九二一九年六月 CommVault 系统方案建议 第 2 页 目目 录录 第第 1 章章 前言前言.4 1.1概述 .4 1.2容灾备份的必要性 .4 1.3数据备份 .5 1.4系统建设的非技术问题.6 第第 2 章章 用户现状和需求分析用户现状和需求分析.8 2.1用户现状 .8 2.2目标分析 .8 2.2.1数据丢失原因10 2.2.2可用的技术11 2.2.3备份需求12 第第 3 章章 备份方案备份方案.14 3.1备份架构 .14 3.2

2、备份模式 .15 3.3备份介质 .16 3.3.1备份介质选择16 3.4备份策略 .17 3.4.1备份类型18 3.4.2文件系统备份策略20 3.4.3数据库备份策略20 3.5介质异地存放管理 .21 3.5.1辅助拷贝21 3.6可恢复性管理 .22 3.6.1内置报表23 3.6.2恢复演练24 3.7备份安全性管理 25 3.7.1权限管理25 3.7.2备份数据加密27 3.8系统优势 .29 第第 4 章章 项目实施方案项目实施方案.32 4.1实施目标及内容: .32 4.2项目阶段 .32 4.2.1调研和设计阶段的工作内容32 4.2.2安装实施阶段的工作内容33 4

3、.2.3测试验收阶段的工作内容33 4.3工作任务分解 .33 4.4项目进度计划 .35 第第 5 章章 服务方案服务方案.37 CommVault 系统方案建议 第 3 页 5.1服务工作目标 .37 5.2服务工作原则 .37 5.3服务内容 .37 5.4COMMVAULT原厂维保服务 38 5.4.1CommVault 技术支持服务概述38 5.4.2CommVault 技术支持服务内容38 5.4.3CommVault 技术支持服务流程39 5.4.4CommVault 中国技术支持中心热线.39 5.4.5问题严重级别及响应时间40 5.4.6CommVault 技术支持服务资源

4、41 5.4.7CommVault 技术支持与维护服务合约续签.42 5.4.8CommVault 教育培训服务43 5.4.9联系我们43 5.5服务种类及形式 44 附件:附件:COMMVAULT 备份和恢复的核心技术备份和恢复的核心技术46 5.6磁盘优化技术(OPTIMIZED DISK).47 5.7灵巧客户端( “SMART CLIENTS” ) 48 5.8重复数据删除(“DEDUPLICATION”)48 5.9一次性恢复(ONE PASS IRESTOR).51 5.10 合成全备份(SYNTHETIC FULL) 51 5.11 辅助拷贝(AUXILIARY COPY).5

5、2 5.12 存储策略(STORAGE POLICIES)53 5.13 存储组迁移(MEDIA GROUP MIGRATION).54 5.14 数据老化(DATA AGING)54 5.15 自动发现存储设备(AUTO DISCOVERY OF STORAGE DEVICES).55 5.16 应用级的集成(APPLICATION LEVEL INTEGRATION) .55 5.17 小颗粒精确恢复(GRANULAR RESTORES) .55 5.18 单一实例备份和恢复(SINGLE-INSTANCE)56 5.19 可伸缩性(SCALABILITY) 56 5.20 印象级备份(I

6、MAGE LEVEL BACKUP) .57 5.21 重起功能/检测点(RESTART/CHECKPOINT).57 5.22 SIMPANA高级功能包(AFP)58 5.23 数据加密(DATA ENCRYPTION) .58 5.24 储藏跟踪(VAULT TRACKER)59 5.25 COMMCELL迁移(COMMCELL MIGRATION) .61 5.26 网格存储(GRIDSTOR).61 5.27 数据校验(DATA VERIFICATION) 62 5.28 内容索引 .63 CommVault 系统方案建议 第 4 页 第第 1 1 章章前言前言 1.11.1 概述概述

7、 承蒙 XXXXXX 对慷孚系统公司(CommVault)公司的信任和厚爱,提供我们参与其备份容 灾系统建设的机会,我们不胜感激及深表荣幸。CommVault 公司将本着诚挚、科学的态度, 充分考虑贵方的需求,利用我们国际领先的科技和丰富的设计、项目经验,提供最佳的专 业服务,以及高性价比的系统设计方案,为贵公司计算机系统提供一套优质的数据备份容 灾方案。 慷孚系统公司 CommVaultCommVault Systems于 1996 年从 AT反之,恢复时间(RTO)越长,灾难恢复方案的成本较低,由于灾难造成的业务损 失就较大; CommVault 系统方案建议 第 9 页 恢复点目标(Re

8、covery Point Objective,以下简称 RPO):RPO 是灾难发生后业务能够 容忍的数据丢失量,或者说灾难发生造成的数据丢失量。一般来说, RPO 越高(即,丢失 的数据越少),容灾的成本越高,但是由于灾难造成的业务损失就越小;反之,RPO 越低(即, 丢失的数据较多),容灾的成本越低,但灾难造成的业务损失也越大。 理想状态下,我们希望 RTO=0,RPO=0,即灾难发生对企业生产毫无影响,既不会 导致生产停顿,也不会导致生产数据丢失。从当前计算机技术水平来说,我们可以为用户 建设这种类型的容灾系统,其中最着名的例子当属 VISA 和 Master 的结算系统,由于这两 个银

9、行结算组织占据了全球银行结算业务的重要地位,他们的结算系统不允许发生任何停 顿和数据丢失的情况,即使在“911“这种极端情况下。但实现这样的容灾系统的投资巨大, 它结合了存储数据复制技术、服务器操作系统镜像技术、集群技术、数据库高可用性设计、 应用系统高可用性设计、同步容灾技术、异步容灾技术、同城容灾方案、异地容灾方案, 以及相应的管理流程和意外事件反映处理流程等详细的规章制度,和人员配备、行政保障 手段(通信、交通等) ,综合在一起完成一个完整的容灾方案(实际是双生产中心或多生产 中心方案,并没有单纯的容灾中心) 。但是这种方案的投资过于巨大,目前中国可能除了中 国银联这种特殊性质的企业外,

10、不会有太多的企业会去实现这个系统。 3.可用的技术 必须结合考虑所选技术在本地区的适用性、实现条件以及在实施时是否受某些现有条 件的制约选择不同的技术。 4.投资及管理 实现灾难备份需要多少投资。灾难保护计划的目的是,确保关键业务持续运行以及减 少非计划宕机时间。所有与容灾方案相关的计划都试图在方案本身、宕机时间和成本之间 寻找一个平衡。合适的就是最好的,切忌贪大求全。比如有些业务可以容忍一段时间的停 机,完全可以通过脱机备份方式进行恢复,就没有必要建设实时的容灾复制,否则,不仅 浪费了大量的投资,而且也占用了大量的维护成本,使总体拥有成本(TCO)很高。同时,在 人力紧缺的情况下,不能把有限

11、的人力投入到最需要关注的业务容灾系统上去。 综合以上所述,可以如下图所示: CommVault 系统方案建议 第 10 页 灾难覆盖面 (风险) 技术选择 恢复性能 (RTO) 恢复点 (RPO) 投资 2.2.12.2.1 数据丢失原因数据丢失原因 Ontrack数据恢复公司在50 000个客户中作了数据丢失原因的调查,结果如下表: 序号数据失效原因比例 1 硬件或系统失效 44% 2 人为错误 32% 3 软件程序错误 14% 4 病毒,黑客破坏 7% 5 灾害/难 3% 通常而言,我们可以将硬件或者系统失效称为硬错误;将人为错误、软件程序错误、 病毒/黑客破坏称为软错误或者逻辑错误。因此

12、,我们需要防范的数据丢失原因分为如下三 类: 硬错误(44%) 软错误/逻辑错误(53%) 灾难(3%) CommVault 系统方案建议 第 11 页 2.2.22.2.2 可用的技术可用的技术 现在企业很多已经采用RAID技术对重要数据进行保护,利用内置的RAID卡或者外置的 磁盘阵列,采用Raid1、5等技术防范硬盘坏而导致数据丢失。除此之外,数据保护一般还 有3个技术手段实现;持续可用(Replicator),快速恢复(SnapShot),备份恢复 (Backup),这几种方式能解决的数据丢失类型如下表: RAID/HA 复制快照备份 自然灾害(3%)自然灾害 是 是 硬件错误 (44

13、%)硬件失效是是 是 人工出错 是是 软件失效 是是逻辑错误 (53%) 病毒 是是 保留时间 (Retention) 能恢复多长时间内 丢失的数据? 不能不能 几小时几 天 几周 几月 几年 这3种方式的投资是不同的,请看下图: 由此可以看出,不同的PRO指标实现的代价和方式都不同。而这些技术手段的RTO也是 不同的;请看下图: CommVault 系统方案建议 第 12 页 可以看出,虽然备份的RPO指标比较差(丢失的数据较多),但RTO也可以很好,因为 可以采用事先恢复的方法,提高恢复响应时间。 复制方式,虽然丢失的数据比较少,但是恢复运行时间可能比较长。由于数据库的日 志机制,在不同的

14、设置下,如果复制中断,灾备中心有可能需要比较长的修复时间(日志 回滚和检测)。所以如果要快速恢复应用运行,一般需要和快照,备份结合。同时,由于 复制不能避免逻辑错误,所以也必须和快照结合,来提高灾备数据的可用性。 快照方式,快照机制能够在灾备中心创建若干个恢复时间点,例如1个小时1个,保留4 个等。快照丢失的数据有可能比较多,一般是1个小时,但是恢复的速度非常快。如果和应 用快照结合的话,恢复数据库运行一般只要几分钟,因为修复的时间非常短。在某个时间 点能够确保数据库数据完整一致。 备份方式,有2种。1个是磁带备份,1个是磁盘备份。传统上采用备份方式的RPO和RTO 是最差的。但是,由于可以采

15、用事先在灾备中心恢复数据的方式,其实备份方式的RTO并不 差。当然磁盘的效率会更高。 我们在分析了XXXXXX的实际情况之后,认为有如下需求: 2.2.32.2.3 备份需求备份需求 现阶段XXXXXX已经采用了SAN存储,在很大程度上能够避免硬错误的发生,例如1个硬 盘的损坏并不会导致数据的丢失,但是现阶段XXXXXX的备份系统很大程度上还依赖于人工, CommVault 系统方案建议 第 13 页 没有集中统一的、自动化的软件对备份进行统一管理,这将会对XXXXXX的数据安全造成隐 患。因此,我们认为必须采取如下措施: 构建一个完整的数据统一备份系统,将整个网络中的所有关键业务数据进行集中

16、 备份,建立统一的备份策略,自动备份数据。针对上述服务器的所有数据实现在 线备份 制定合适的恢复演练策略 这样,我们完善的备份保护,能够避免97%以上的数据丢失风险。 CommVault 系统方案建议 第 14 页 第第 3 3 章章备份方案备份方案 我们先明确 CommVault 如下几个概念,在备份方案设计时会涉及: 管理控制台(CommServe 服务器) CommVault 需要利用此服务器管理整个备份系统。维护所有的配置信息(客户端,介 质代理,备份设备等) ,管理所有的作业和历史任务记录,提供 GUI/WEB 等管理界面。 备份介质服务器(MediaAgent 服务器) 负责管理备份存储设备,如磁带库等。将从各个数据服务器上的数据写到磁带、磁盘 等备份设备上。 智能数据代理(Intelligent Data Agent,iDA 代理) 安装在各个业务服务上,负责将业务服务器上的数据发送至介质服务上保存在备份介 质上。如果智能数据代理和介质服务器安装在 1 台服务器上则可以实现 Lan-Free 备份。 3.13.1 备份架构备份架构 XXXXXX

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 大杂烩/其它

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号