CommVault-一体化备份、容灾项目方案知识分享.doc

CommVault-一体化备份、容灾项目方案

精品文档

CommVault解决方案

CommVault一体化备份及容灾方案

2012-7

收集于网络，如有侵权请联系管理员删除
文档说明

日 期
作 者
版本说明
1.0

目 录
第1章 项目需求 1
1.1 系统现状及项目需求 1
1.2 备份系统设计原则 1
1.3 项目整体技术需求 2
第2章 备份系统方案 5
2.1 方案概述 6
2.2 CommVault Simpana 一体化数据管理架构 6
2.3 重复数据删除 7
2.4 基于重删的容灾技术DASH Copy 9
第3章 ORACLE数据库备份 11
第4章 SQL 数据库备份发方案 14
第5章 系统管理方案 16
5.1 CommVault 报告功能 17
5.1.1 系统状态统计 17
5.1.2 作业运行状况统计 18
5.2 操作审计功能 21
5.3 自动报警功能 21
5.4 AD集成与权限管理功能 23
第6章 容灾方案规划 26
6.1 方案设计概述 26
6.2 数据容灾方案 28
第7章 产品配置 30
第8章 项目实施方案 31
8.1 实施目标及内容： 31
8.2 项目阶段 31
8.2.1 调研和设计阶段的工作内容 31
8.2.2 安装实施阶段的工作内容 32
8.2.3 测试验收阶段的工作内容 32
8.3 工作任务分解及进度 32
第9章 服务方案 36
9.1 服务工作目标 36
9.2 服务工作原则 36
9.3 CommVault原厂维保服务 36
9.3.1 CommVault 技术支持服务概述 36
9.3.2 CommVault 技术支持服务内容 37
9.3.3 CommVault 技术支持服务流程 37
9.3.4 CommVault中国技术支持中心热线 38
9.3.5 问题严重级别及响应时间 39
9.3.6 CommVault 技术支持服务资源 40
9.3.7 CommVault技术支持与维护服务合约续签 41
9.3.8 CommVault 教育培训服务 42
9.3.9 联系我们 42
9.4 服务种类及形式 43
9.5 项目服务流程 44
9.6 电话支持服务 44
9.7 巡检流程 46
9.8 故障维修流程 47
9.9 文档管理 47
第10章 COMMVAULT公司介绍 48
10.1 CommVault介绍 48
10.2 SIMPANA一体化架构的优势 48

第1章 项目需求
1.1 系统现状及项目需求
本次备份系统的系统现状及需求如下：
1、 数据中心有XX台服务器，其中XX台Oracle数据库服务器，XX台SQL数据库服务器。。。
2、 本地数据中心生产存储为华三品牌；容灾中心有一台EMC 存储系统，一套虚拟带库，一套物理带库（这个环境需要再次确认下是否正确）
3、 数据中心与容灾中心之间部署有10Mb专线。
4、 本项目需要实现信息系统服务器数据库、文件系统的在线备份
5、 主数据中心与容灾中心之间间设有10Mb专线，通过该线路把数据容灾备份到容灾中心进行异地保存。
6、 整个备份系统实现本地备份、备份数据异地容灾的目标
1.2 备份系统设计原则
1. 安全性和可用性原则
必须在方案设计上保证系统的安全性和高可用性。在实施的过程中，能在线安装和部署，避免对现有的生产系统的影响。同时，存储备份管理软件安全性能应在数据的传输、生命周期管理和应用存储系统管理员和操作员各个层次得到体现，满足用户的安全机制。
2. 可管理性与系统高效原则
为保证数据存储备份的可管理性，减少管理的复杂性，采用先进的存储备份技术和先进的存储备份系统软件，采用统一的管理机制，保证大数据量的一致性备份和高速切换。必须提供高效的存储备份的管理能力和数据自动备份功能。
3. 可扩展性原则
存储备份管理软件需采用先进技术，以利于整个系统的平滑升级。同时，必须考虑到今后存储环境的变化。
4. 系统完整性原则
作为数据存储备份系统的组成部分，本系统的各项设计从整体考虑，协调各子系统构成完整的数据存储备份系统。
5. 系统成熟性原则
存储备份系统必须稳定可靠，不能存在单点故障。
6. 投资有效原则
系统方案应具有高性能价格比，具有较高实用性和扩展性，保护现有投资。
1.3 项目整体技术需求
1. 备份软件的要求：
l 支持所有主流的操作系统以及数据库，支持所有主流的磁盘设备和磁带库等备份设备。备份软件的服务器端、客户端必须支持IBM AIX、HP HP-UX、Sun Solaris、 Windows 98/NT/2000/XP/2003、 Linux等、支持各种数据库平台：DB2、MS SQL Server、Oracle、My SQL、Informix、Sybase、Domino。
l 软件支持多个不同数据中心之间进行互相备份的功能，并支持未来进行数据的容灾、归档、迁移等。为了降低系统扩展、维护的复杂度，未来上述功能的扩展应基于本次所建系统之上搭建，并能共享现有系统的数据，以便降低投入成本。
l 软件可提供API接口，以实现基于以上的二次开发。
l 支持图形化备份恢复操作界面。要求对Oracle、Sybase、DB2、Informix、SQL等数据库进行备份和恢复时提供图形化操作，而无需用户进行额外的手工备份工作。
l 支持WEB和GUI的管理方式，能够远程管理。
l 对Oracle RAC在线备份，本地及远程传输支持断点续传，确保备份成功率。
l 支持多种备份介质，包括磁盘、磁带库等。提供D2D2T“磁盘--磁盘--磁带库”的备份方式，未来可实现多层存储架构，并在每层存储介质上都有独立的保留期限，能满足数据生命周期管理的需求。
l 备份过程中的支持文件过滤功能，可以对非生产数据（如：mp3,avi）进行甄别和筛选，只将生产数据备份到备份终端存储上。
l 数据恢复时支持任意时间点恢复的方式直接恢复到客户所要求时间点的数据。
l 对备份产生的索引应有必要的整理机备份机制，从而满足系统长期高效运行。
l 能对备份数据进行基于时间范围的逻辑浏览，并能实现快速的小颗粒恢复，提高恢复单个文件的速度。
l 软件必须具备灵活的策略管理，客户端策略、存储策略、调度策略以及扩展保留策略。
l 软件提供报表统计功能，能够查看备份作业执行情况、操作任务、客户端、备份磁盘、驱动器和卷等状况，能够对数据作业成功率、数据增长、备份窗口利用率、备份介质（磁带）预测以及数据增长形成全图形报告。
l 软件支持恢复演练，对所有有条件的主机进行恢复测试，检验恢复环境、检验备份数据、检验恢复流程，并且可以实现异机恢复演练。
l 备份系统要求有高可用性方案，保证备份系统硬件发生故障时不会造成数据丢失，需详细说明解决方案。
l 备份过程必须保证对现有生产服务器和LAN网络的影响叫低，可保证生产系统的正常业务处理，如有需要可以采用LAN-FREE或Server-Free备份方式；
l 备份及恢复过程支持断点续传。
2. 重复数据删除功能：
由于网络带宽限制，此次项目利用重复数据删除技术来确保郑州到北京的数据备份方案，所以对于软件提供的重复数据删除技术功能、数据传输和异地数据保存周期等应满足以下具体的要求
l 备份方案要支持在进行异地传输前的重复数据的删除功能，避免大量数据通过网络传输时带来的带宽的占用和过长的备份窗口。
l 源端删除工作必须保证不对生产的正常运行带来明显影响。
l 软件内置重复数据删除技术可对文件及数据库进行block级别重复数据删除，以实现节省存储空间，未来在异地可支持重复删除数据到物理磁带库。
l 为防止数据丢失，软件必须支持多种重复数据删除的策略。可以实现：本地重删后的全备份副本、异地第一次重删后的全备份副本，异地独立于第一次重删后的第二个重删的全备份副本等数据传输和保留策略，以防止因为第一份原数据的损坏，而导致所有后期重删副本的数据错误而丢失数据。
l 软件可以支持同时本地和异地的备份介质同时写多份备份数据，通过制定策略在后台复制备份数据，包括重复数据删除以后的数据到异地的备份介质，从而实现备份数据的本地重复数据删除后的异地传输。
l 在存储方式上和存储容量上应满足数据本地及异地保存周期要求，如财务系统要满足保存最近的四个周全备和全部月全备。其他应用至少要保存最近四个周全备。
l 满足2Mb带宽专线条件下备份任务的顺利进行，并保留适当的时间余量。
3. 系统管理功能要求
包括分级授权、数据安全以及日志报警机制的要求：
l 本地数据备份和异地数据保存必须考虑到分级授权，在软件中可以设置不同的用户进行不同的操作，同时能够满足将来各分数据中心的操作员在授权范围内完成各自日常的备份管理工作。
l 考虑到上市审计的要求，数据备份系统也要求具有完备的审计功能，即能够对备份恢复的各种操作，从时间、用户名、操作记录等多方面监控。并且可以生成审计报告。
l 支持对数据在本地备份和异地传输过程的加密，包括重复数据删除以后的数据，加密算法支持国际上AES-256, Blowfish 以及其他流行的标准，支持LTO-4 加密及密钥管理。
l 要求备份数据以特定封闭格式存储在备份介质上，而非tar、cpio等标准格式，防止介质丢失导致的数据风险。
l 支持email、SNMP等报警机制，。
4. 备份系统可扩展能力
备份软件采用模块化结构设计，未来升级扩容仅需添加相应备份设备（介质）容量及客户端许可，减少升级扩容所带来的风险。

第2章 备份系统方案
我们先明确CommVault如下几个概念，在备份方案设计时会涉及：
l 管理控制台(CommServe服务器)
CommVault需要利用此服务器管理整个备份系统。维护所有的配置信息（客户端，介质代理，备份设备等），管理所有的作业和历史任务记录，提供GUI/WEB等管理界面。
l 备份介质服务器(MediaAgent服务器)
负责管理备份存储设备，如磁带库等。将从各个数据服务器上的数据写到磁带、磁盘等备份设备上。
l 智能数据代理(Intelligent Data Agent,iDA代理)
安装在各个业务服务上，负责将业务服务器上的数据发送至介质服务上保存在备份介质上。智能数据代理和介质服务器安装在1台服务器上则可以实现Lan-Free备份。
CommVault数据管理软件可以实现跨地域多数据中心备份系统统一管理，本项目采用CommVault 数据管理软件建设统一的数据备份、容灾系统，实现操作系统、文件、应用系统等统一备份、容灾，示意图如下所示：

2.1 方案概述
1， 新采购一台X86架构PC服务器作为数据管理主控端以及LAN备份的介质的服务器，要求硬件配置为2颗以上双核或多核处理器；32GB以上内存；600GB以上机内存储空间；加装一块光纤HBA卡；安装Windows2003或windows2008 64bit操作系统。
2， 数据量较大的应用服务器安装部署文件客户端、介质服务器代理，实现LAN-Free备份 。
3， 数据量较小的服务器实现LAN集中数据备份，备份数据通过以太网络传输给备份主服务器，并通过备份主服务器写入备份设备。
4， 本地建议采用一台SATA磁盘阵列作为近线备份存储，备份系统将采用重复数据删除技术，第一级备份到磁盘。对于需要长期保留的数据可以选择出库到磁带。
5， 采用CommVault DASH Copy 远程重删传输的方式实现本地数据中心到异地容灾中心的容灾，可以实现数据的永久增量传输。
2.2 CommVault Simpana 一体化数据管理架构
本项目采用CommVault Simpana 一体化数据管理软件作为XXXXX IT系统数据备份及归档管理软件。当采用SIMPANA一体化信息管理的方法来进行数据管理，可以得到意想不到的操作性能，因为一体化架构能共享共同的服务功能来进行备份、恢复、复制、归档和内容搜索操作。
SIMPANA一体系架构也被称为CTE (Common Technology Engine)，这个通用技术引擎能提供更好地移动数据、更好地存放数据、更好地查找数据、更安全地管理数据，也能方便地进行扩展来支持变化的业务需求。针对所有的数据管理，利用共同的软件服务为用户提供价值。
体系架构图如下所示：

2.3 重复数据删除
数据量及带宽一直是传统容灾方案中难以平衡的两个问题。在本项目容灾方案设计中，我们采用了重复数据删除技术以及基于重删技术的异地传输，大大减少了传输的数据量，实现了在有限带宽的情况下传输更大的数据量。

重复数据删除已经迅速成为众多 IT 架构师的基本需求。第三代 CommVault重复数据删除是该领域的领先者，它允许用户降低存储成本，使用更少的网络资源，将网络的数据传输量减少90%，将备份时间窗口缩短50%，将保存到磁盘、磁带或云上的备份和归档数据量减少高达90%，同时不需要用户锁定设备。
CommVault将源端和目标端重复数据删除完全集成到统一数据管理解决方案中，提供了一流的性能，可显著地降低备份时间及对整个环境的影响。
在将备份和归档数据通过网络发送到服务器和存储器之前，先在源端进行重复数据删除，以消除冗余的数据。 用户可以在具有不同保留要求的几千个客户端内轻松地进行全局重复数据删除。所有这一切，共同实现了更短的备份窗口、更低的管理成本以及更强劲、更可靠的数据保护。 CommVault的第三代重复数据删除解决方案的主要优点包括：
· 源端重复数据删除技术在客户 端 消 除 重 复 的 备 份 和 归 档 数 据，避免浪费昂贵的网络资源，整个网络的数据传输量减少90%。
· 通过全局删除具有不同保护策略的不同位置上的几百个客户端的重复数据，可跨越不同的存储系统、不同 的存储策略，最大限度地消除多个数据中心的重复数据。
· 通过开放系统软件，轻松而经济高效地扩展。开放式重复数据删除使用户不再局限于某种设备的。可以使用任何开放式磁盘平台，只要它满足数据保护策略要求
· 在存储到云或磁带前删除重复数据，降低数据保留成本。
· 能同时地、单独地或在非繁忙的时刻创建多个有效的去重数据的副本；每个副本可以使用不同的保存策略，以满足业务的需求。
· 使用新的 DASH Copy 和 DASH Full 功能，显著缩短创建冗余去重副本所需的时间。
· 涵盖远程办事处和大型数据中心的小型和大型数据环境。
· 简单管理— 只需要几个简单的点击操作就可以启用重复数据删除功能，并可以在源端和目标端重复数据删除间来回切换，以满足业务要求。

2.4 基于重删的容灾技术DASH Copy
4 Dedupe感知功能 – 只传送变化过的去重后的数据块,减少网络带宽占用
4 灵活的保留周期设定 – 去重后的每个拷贝都有独立的数据保留周期
4 平台无关性 – 源端和目标端可食用任何存储设备,提升灵活性
4 多层级联拷贝 – 可以无缝生成多级拷贝,每级拷贝使用不同的保留周期.建议本地存放一个拷贝实现本地恢复,再分别存放容灾拷贝和长期保留拷贝
工作原理如下图所示：

CommVault可以实现任意点基于重复数据拷贝的容灾技术。

第3章 Oracle数据库备份
从应用角度划分，Oracle的数据库备份分为脱机（或离线）与在线备份两种方式。脱机备份是指在数据库系统加载而未打开方式的情况下进行的备份，有时也称冷备份。冷备份进行时实际是将数据库的相关文件作为文件系统的一部分进行备份。而在线备份是数据库打开方式下进行的备份，有时也称热备份。该方式需要数据库备份代理和数据库系统的支持。此时数据库的应用除性能上受到备份任务的轻微影响外仍然可用，而脱机备份时数据库是不可用的。方案建议书中所指的备份是在线备份。
在对Oracle的热备份或在线备份中，CommVault主要是通过数据库自身备份工具RMAN与CommVault Galaxy数据库备份代理将数据库的相关文件，如Oracle系统的数据库、控制文件、以及归档日志进行备份，并通过CommVault的Galaxy备份软件来管理存储介质。
对数据库的恢复分成两个过程，Restore和Recovery。通常来讲，磁盘上数据库损坏丢失等意外情况发生的时候，首先做的是数据库的Restore，也就是把备份好数据库从磁带恢复(Restore)到磁盘的过程；然后，再把恢复到磁盘上的数据通过Oracle提供的API以及恢复(Restore)出来的归档日志来把数据库到恢复(Recover)到某一个时间点(Point in time recovery)。
此外从备份方法上，有以下几种方式：
1. 全备份 (Full Backup)
对整个数据库作完全备份，优点是恢复快，缺点是备份数据量大，数据多时可能做一次全备份需很长时间。当执行该备份时，SQL Server将：
Ø 备份在备份过程中发生的任何活动；
Ø 备份归档日志。（为了保证数据一致性）
2. 增量备份 (Differential Backup)
当数据被频繁更改时，执行增量备份，该备份方的优势在于更小的备份数据量和更快的恢复速度。只有在执行完全数据库备份的基础上，才可执行差异备份。在增量备份过程中，Oracle将：
Ø 只备份自最近一次数据库备份后发生更改的数据库部分；
Ø 相应的归档日志；
3． 归档日志备份 (ArchiveLog Backup)
经常做归档日志备份，可保证恢复时数据丢失量最少，甚至不丢失。执行归档日志备份应满足以下条件：
Ø 至少执行一次完全数据库备份，否则无法备份归档日志；
Ø 如果没有恢复至少一个完全数据库备份，则不能恢复归档日志；
CommVault Galaxy可以备份整个数据库或数据库部件，如全库、表空间、数据文件、控制文件、归档文件以及Spfile参数文件，同时支持基于时间点的恢复。而且对上述的备份及恢复均是基于图形界面，如图所示：
备份界面：

恢复界面

第4章 SQL 数据库备份发方案
在对MS SQL Server的热备份或在线备份中，CommVault主要是通过数据库自身备份工具SQL Server的VDI (Virtual Device Interface) API与CommVault Galaxy数据库备份代理将数据库的相关文件，如SQL Server系统的数据库、文件、文件组以及事务日志进行备份，这样通过VDI的API 来进行高速可靠的备份和恢复。
对数据库的恢复分成两个过程，Restore和Recovery。通常来讲，磁盘上数据库损坏丢失等意外情况发生的时候，首先做的是数据库的Restore，也就是把备份好数据库从磁带恢复(Restore)到磁盘的过程；然后，再把恢复到磁盘上的数据通过SQL Server提供的API以及恢复(Restore)出来的事务日志来把数据库到恢复(Recover)到某一个时间点(Point in time recovery)。
此外从备份方法上，有以下几种方式：
3. 全备份 (Full Backup)
对整个数据库作完全备份，优点是恢复快，缺点是备份数据量大，数据多时可能做一次全备份需很长时间。当执行该备份时，SQL Server将：
Ø 备份在备份过程中发生的任何活动；
Ø 备份事务日志中的任何未提交事务。（为了保证数据一致性）
4. 差异备份 (Differential Backup)
当数据被频繁更改时，执行差异备份，该备份方的优势在于更小的备份数据量和更快的恢复速度。只有在执行完全数据库备份的基础上，才可执行差异备份。在差异备份过程中，SQL Server将：
Ø 只备份自最近一次完全数据库备份后发生更改的数据库部分；
Ø 备份在差异备份过程中所发生的任何活动，以及事务日志中的任何未提交事务；
4． 事务日志备份 (Log Backup)
经常做事务日志备份，可保证恢复时数据丢失量最少，甚至不丢失。执行事务日志备份应满足以下条件：
Ø 至少执行一次完全数据库备份，否则无法备份事务日志；
Ø 如果没有恢复至少一个完全数据库备份，则不能恢复事务日志；
Ø 在使用简单还原模型的时候，用户不能备份事务日志
综合上述备份原理，对于MS SQL Server 数据库的备份，建议采用全备份、差异备份结合事务日志备份的方式，保证数据丢失率最小，暂做如下备份策略：
Ø 每周日晚上执行一次完全数据库备份，共保留2个全备份，第3个全备份完成时自动丢弃第1全备份；
Ø 从周一到周六每晚执行一次差异备份,每个差异备份保留基于两个全备份，当基于第3个全备份的差异备份完成时，自动丢弃基于第1全备份的差异备份；
Ø 建议从周一到周六每天每隔两小时执行一次事务日志备份，每个事务日志备份保留基于2个全备份，当基于第3个全备份的事务日志备份完成时，自动丢弃基于第1个全备份的事务日志备份；
在数据恢复的过程中，我们可以通过授权，进一步让系统管理员选择数据恢复的目标客户机。这样，在某个客户机由于特殊原因不能及时修复的情况下，我们可以临时在其它主机上恢复所需要的数据，保证数据的可操作性。通常的恢复过程如下：
Ø 如果可能的话，利用with no_truncate选项备份事务日志
Ø 恢复最近的星期日创建的完全数据库备份
Ø 恢复最近的差异备份
Ø 恢复最近的事务日志备份
Ø 应用上述第一步创建的事务日志备份，由此可以确保数据的一致性，并将数据恢复到发生故障以前的状态。
第5章 系统管理方案
CommVault Simpana 提供了强大的日常管理功能，可以将备份系统运行状况主动推送给相关的管理人员，可以实现全程无人值守管理。CommVault Simpana的报告、警报可以进行定制，针对不同的管理人员可以收到级别不同的报告，如下图所示：

• 每天上班前发送一封过去24小时内的作业摘要报告以查看昨天的备份情况
• 每天上班前发送一封过去24小时内的管理作业报告以查看昨天的辅助拷贝，DR备份等管理作业的运行情况
• 每天上班前发送一封过去24小时内的主要的和严重的事件报告以查看昨天是否有错误发生
• 每天下班前发送一封就绪检查报告以确认当天晚上的备份能够正常发起
• 每天下班前发送一封存储信息报告以确认当天晚上的备份资源充足
• 每周末发送一封CommCell增长报告以统计CommCell的增长趋势
• 每周末发送一份介质预测报告以预测未来的介质使用情况以早做准备
5.1 CommVault 报告功能
CommVault可以对数据管理系统本身生成详细的统计报告，包括系统配置情况、作业运行情况等。
5.1.1 系统状态统计
下图为当前系统的配置情况报告：

5.1.2 作业运行状况统计
下图为对整个CommVault数据管理系统所运行的作业进行统计：

Simpana软件提供归档服务器的监控管理功能，对多台归档服务器的工作状态进行集中管理。
5.2 操作审计功能
Simpana软件能够对归档操作都自动记录和保存，并按条件提供审计进行事后审计。

5.3 自动报警功能
Simpana软件报警功能，可以通过发送给支持SNMP协议的报警设备或通过邮件方式发送报警。
1、报警机制
当错误发生的时候，发出错误警报
2、报表通知
将已经做过的操作，以报表方式呈现给管理者
3、状态监控
方便的观察和监控整个系统运行的状态
下图为设置报警的截图：

以下可以设置支持SNMP协议的报警设备：

5.4 AD集成与权限管理功能
Simpana软件支持AD域账户集成。同时也能够对使用软件的用户进行分类(组)管理，对每类(组)用户所拥有的操作和管理权限都可以进行灵活设置。可以指定哪类(组)用户可以在哪些服务器上执行哪些操作(备份、恢复、介质管理、生成报告等)。
软件底层平台具有的功能，无需付费，实现全方位权限管理
CommVault可以直接将域用户导入到归档软件中，所有数据访问权限均继承域中的设置，如下所示：

下面将域用户与CommVault 账户相关联，具有更加详细的权限管理能力：

CommVault Simpana 可以实现对数据管理系统内部的所有对象及所有操作进行权限设定。
设置操作权限：

设置对象权限：

第6章 容灾方案规划
6.1 方案设计概述
数据备份系统主要是对数据进行保护，目前，不同的IT厂家都有各自不同的数据保护方案，有的是硬件产品，有的是软件产品，虽然各个厂家的产品名称都不一样，但数据保护的算法都大同小异。现在企业很多已经采用RAID技术对重要数据进行保护，利用内置的RAID卡或者外置的磁盘阵列，采用Raid1、5等技术防范硬盘坏而导致数据丢失。除此之外，数据保护的技术还有：复制、快照和备份恢复，下面我们对IT业界这几种最流行的数据保护算法的特点进行对比分析。

RAID
复制
快照
备份
物理错误
（47%）
自然灾害

YES

YES
硬件失效
YES
YES
YES
YES
逻辑错误
（53%）
人工出错

YES
YES
软件失效

YES
YES
病毒

YES
YES
恢复点（RPO）
能容忍丢失多少数据？
没丢失
秒、分钟、小时
小时
天
恢复时间（RTO）
要多久才能恢复
实时
分钟、
小时
分钟
小时
天
数据保留时间
能恢复多长时间内丢失的数据
不能
不能
几小时
几天
几周
几月
几年
从上面这个对比分析表中我们可以得出以下结论：
数据备份系统主要有5个目标：防止物理错误、防止逻辑错误、满足RPO、满足RTO、满足数据保留的时间，没有一种单一的数据保护算法能同时完全满足这5个目标。因此一个完整的数据保护方案应该是这几种算法结合而构成，这样我们在规划设计灾难备份系统时，也应该采用综合的解决方案。
Ø 不同数据保护方法与RPO和RTO的关系
不同的数据保护方法有不同的RPO和RTO，但并不是RPO越小，RTO就越小，反过来也一样。有些系统要求RPO较小，主要要求数据丢失很少；有些系统要求RTO较小，主要是满足快速提供服务；有些系统要求RPO和RTO都要小，既要少丢数据，也要快速恢复。当然天下没有免费的午餐，要求高，投入也会很高。
复制方式，虽然丢失的数据比较少，但是恢复运行时间不一定就很短。由于数据库的日志机制，在不同的设置下，如果复制中断，灾备中心有可能需要比较长的修复时间（日志回滚和检测）。另一方面，由于复制不能避免逻辑错误，在发生逻辑事故时，复制两端的数据都被破坏，恢复运行就更困难。所以如果要快速恢复应用运行，一般需要和快照，备份结合，来提高灾备数据的可用性。
快照方式，快照机制能够在灾备中心创建若干个恢复时间点，例如1个小时做1个快照，保留4个快照点。快照丢失的数据有可能比较多，一般是1个小时，但是恢复的速度非常快。如果和应用快照结合的话，恢复数据库运行一般只要几分钟，因为修复的时间非常短。与数据库结合的快照在某个时间点能够确保数据库数据完整一致。
备份方式，可以利用磁带或磁带进行备份。传统上采用备份方式的RPO和RTO是最差的。但是，由于可以采用事先在灾备中心恢复数据，这样就能大大改善RTO，当然采用磁盘备份的效率会更高。

Ø 不要掉入RPO陷阱
谁都希望数据丢失得尽量少，希望RPO越小越好，那投入的建设费和运维费是相当惊人的！但实际上并不是所有的系统都有那么高的RPO要求，很多业务系统丢失5分钟的数据和丢失一小时的数据的区别不大，这时因为一旦数据丢失以后，都需要业务部门来反复核对业务数据，为了保险，通常要求把系统回退到某个整时间点，再重新输入业务数据，然后再起用系统。对于一个远程的灾备系统，当起用远程的备用系统时，需要特别的管理流程或审批流程，通常不建议采用自动切换方式，否则造成的混乱和损失会更大！
通过解读国标，不同级别的容灾，RPO、RTO是不同的，根据自己业务的要求，合理选择RPO和RTO，是容灾建设的第一步。

6.2 数据容灾方案
Ø 方案描述
该方案将数据直接备份到异地，如下图所示：

本地安装数据备份主服务器模块，需要备份的客户端安装文件备份代理或应用备份代理；异地容灾中心安装介质服务器模块，同时连接备份设备。
为了方便数据远程传输，开启源端重复数据删除技术，并采用全局重删技术，这样在所有服务器数据异地传输时，只传输唯一的数据块，可以从很大程度上减少数据传输量。
Ø 方案优势
1) 采用CommVault一体化数据管理软件
2) 源端重复数据删除技术，从很大程度上降低对带宽占用；
3) 基于全局的重复数据删除，可以提高重复删除的比率，同时降低数据传输量；
4) 投资较低；
1) 实现数据多版本保留；
2) 实现数据长期保留；

第7章 产品配置

第8章 项目实施方案
8.1 实施目标及内容：
l 完成Commvault软件环境的安装配置.
l 完成介质管理模块的安装，带库(驱动器、磁带等）的软件配置
l 完成备份/归档存储池，策略配置.
l 完成所有客户端安装配置
l 完成NASNDMP的备份恢复测试.
l 系统交付
本项目包括备份/归档服务器安装,客户端主机安装，策略配置，备份测试，典型系统恢复测试和系统优化部分，整个项目实施流程参考以下标准:
8.2 项目阶段
本项目将分三个阶段完成：
l 调研和设计阶段
l 安装实施阶段
l 测试验收阶段
8.2.1 调研和设计阶段的工作内容

1) 完成客户环境调研，提前确认需要安装实施的所有主机，应用的版本兼容性，网络的配置，SAN环境，防火墙设置情况，并制定对应的安装策略。
2) 提供用户“实施环境准备要求”，用户和集成商按照要求准备好硬件环境和操作系统、数据库环境，网络环境，SAN环境。确保磁带库可用。
3) 制定初步的备份系统实施方案，备份的实现方法，备份服务器的设立，MA介质服务器的设立，包括备份策略（建议提前考虑好），并与客户确定实施的时间计划安排和需要配合的事项。
8.2.2 安装实施阶段的工作内容
1) 工程师到现场，检查实施环境，并与用户进行实施方案的最终制定和确认，包括：备份策略的调整和确认，数据保存周期，介质的管理，命名规范，备份窗口的确认等等。
2) 按照实施方案和计划进行安装实施。
3) 整体安装实施完成后，对用户备份系统进行整体的调优。

8.2.3 测试验收阶段的工作内容
1) 实施完成后开始试运行, 按照备份测试计划，完成典型系统的备份恢复测试，容灾恢复测试。（如果用户具备测试条件）
2) 对用户进行半天的运维培训。
3) 准备相关文档
4) 用户在CBAR和服务备忘录上签字。
8.3 工作任务分解及进度
我们可以将整个项目的工作进行如下分解以便于项目沟通、计划编制、项目控制管理。

任务号
任务
预计需要时间
负责人和需要的配合
1
项目启动
总计3天
用户集成商厂商相关人员
1.1
项目组织建立

1.2
项目启动会议

1.3
项目计划制定

1.3.1
项目工作范围明确

1.3.2
项目进度和里程碑制定

2
方案设计
总计14天

2.1
需求调研
7天
用户和集成商配合厂商完成
2.1.1
设定备份目标

用户
2.1.2
设计《备份系统调研表》

CV
2.1.3
用户填写《备份系统调研表》

用户和集成商
2.1.4
整理分析《备份系统调研表》

CV
2.2
实施方案架构设计
2天
CV
2.2.1
编写《实施环境准备要求》

Oracle需要开归档
2.2.2
编写《备份系统架构设计》

CV
2.2.3
评审《备份系统架构设计》

用户
2.3
用户环境准备
5天
用户和集成商
3
安装实施阶段
总计12天

3.1
工程师进场检查环境准备情况
1天
CV
3.1.1
检查硬件连接，网络环境

3.1.2
检查服务器系统环境

3.1.3
检查备份设备是否可用

3.1.4
检查网络配置

3.2
项目实施启动会
1天
用户集成商和厂商
3.2.1
讨论详细系统实施方案

3.2.2
讨论实施进度安排

3.2.3
调整和补充系统实施方案

3.3
备份服务器安装
1天
CV
3.4
MA介质服务器安装/备份设备的配置
1天
CV
3.5
安装配置备份客户端（包括NAS 客户端）
4天
CV
3.6
安装配置数据库模块
1天
CV
3.7
客户化配置
2天
CV
3.7.1
备份策略/计划的配置

3.7.2
HA配置

3.7.3
分级管理配置

3.7.4
出错报警配置

3.7.5
介质管理配置

3.7.6
文件归档配置

3.7.7
报告的配置

3.8
备份系统整体优化
1天
CV
4
测试验收阶段
总计7天
用户参与
4.1
测试
2天

4.1.1
测试环境搭建

用户提供测试平台环境
4.1.2
典型数据库恢复验证（DB2、Oracle、SQL）

4.1.3
虚拟化恢复验证

4.1.4
NDMP备份及恢复验证

4.1.5
审计功能验证

4.2
现场培训
1天
用户系统管理员参加
4.3
文档编写
3天

4.3.1
编写《安装配置手册》

4.3.2
编写《恢复手册》

4.3.3
编写《日常维护手册》

4.4
项目总结
1天

4.4.1
文档交接

4.4.2
签署安装报告

4.4.3
填写《客户满意度调查表》

项目结束转入运维

第9章 服务方案

9.1 服务工作目标
在用户的支持与配合下，通过维保服务，使被维保设备或系统始终在可控的安全运行状态之下。通过预防性维护工作，及早发现系统隐患，尽可能在隐患发展成故障之前将隐患处理掉，做到防患于未然。对于不可预知的故障或突发故障，通过预先制定的故障处理流程尽可能将故障处理时间降到最低。
9.2 服务工作原则
n 维保服务工作积极主动，对用户的系统进行主动寻访和定期检查，对于系统隐患及时排除，以防患于未然；
n 对于最终用户单位提出的任何问题，我们都不拖延推诿；
n 在解决问题时保持较高的工作效率，保证及时解决问题；
n 维保服务工作接受客户的统一领导和监督；
n 有统一固定的维保服务联系接口，并有专人负责，保证每个问题和责任落实到具体的人；
n 所有交流沟通书面化原则；
n 每个向用户提供服务的人员都要谦虚谨慎，虚心向用户学习，在学习技术的同时，还要学习相应的专业知识，为今后更好地为用户提供服务打下良好的基础。

9.3 CommVault原厂维保服务
9.3.1 CommVault 技术支持服务概述
9.3.1.1 Comm