备份系统基本原理

目 录 CommVault-Galaxy 备份系统基本原理备份系统基本原理 2020 年 06 月 目 录 特别说明：特别说明： CV 是 CommVault 的缩写。 Galaxy 是 CommVault 专门用于备份的软件模块。 Qinetix 是 CommVault 软件管理组件套间的名称，该套间包含 Galaxy 备份软件模块。 CS 是用于管理 Galaxy 备份系统的管理服务器的缩写，全称是 CommServer，当然它还可以管理 Qinetix 的其它软件模块。 MA 是 MediaAgent 的缩写，全称是介质服务器，也就是备份服务器。 iDA 是 iDataAgent 的缩写，全称是智能客户端，也就是需要被备份的客户服务器。 CommCell 是 CommVault 用于备份的一个管理域，其中包含 CommServer，MediaAgent 和 iDA。 目 录 目目 录录 第第 1 章章COMMVAULT-GALAXY 备份系统结构备份系统结构 .1 1.1COMMVAULT-GALAXY备份系统结构 .1 1.1.1CommVaultGalaxy 备份软件模块.1 1.1.2CommVault 的备份体系结构.2 1.1.3什么是 CommCell .2 1.2COMMVAULT的索引技术.3 1.2.1CV 索引的描述 .3 1.2.2备份，浏览和恢复数据时，对索引的操作.4 1.2.3CV 索引的维护 .6 1.3几种典型的备份拓扑图.8 第第 2 章章备份系统术语说明备份系统术语说明.9 2.1备份类型.9 2.2备份方式.9 2.2.1LAN 备份网络备份.9 2.2.2LAN-FREE 备份SAN 备份.10 2.2.3ServerFree 备份 .10 2.2.4ServerLess 备份.11 2.3备份设备介绍.12 2.3.1备份设备综述.12 2.3.2磁盘备份设备.12 2.3.3磁带备份设备.13 第第 3 章章应用系统备份介绍应用系统备份介绍.14 3.1数据备份的基本原理.14 3.2文件系统备份介绍.14 3.3数据库系统备份介绍：.15 3.3.1Oracle 数据库备份介绍： .15 3.3.2SQL Server 备份介绍：.17 3.4邮件系统和 AD 域备份介绍：.18 3.4.1AD 和 Exchange 备份介绍： .18 3.4.2Lotus 系统备份介绍：.18 3.5NAS 系统NDMP 备份介绍： .18 第第 4 章章备份系统设计和管理基本概念备份系统设计和管理基本概念.19 4.1系统设计概念：.19 4.1.1备份计划介绍和设计：.19 4.1.2数据保留介绍和设计：.19 4.1.3备份介质介绍和设计：.19 4.2备份系统管理概念.19 4.2.1保护元数据.19 目 录 4.2.2备份系统的任务和任务监控.19 4.2.3备份系统的介质和介质管理.19 4.2.4分析和排错经验.20 CommVault-Galaxy 备份系统基本原理 第 1 页 第第 1 1 章章CommVault-GalaxyCommVault-Galaxy 备份系统结构备份系统结构 1.1 CommVault-Galaxy 备份系统结构 1.1.11.1.1 CommVaultCommVaultGalaxyGalaxy 备份软件模块备份软件模块 Commvault-Gaalxy 备份系统软件模块主要有 3 个部分组成： CVCV 备份服务器：备份服务器：叫 CommServer。该模块在 每个备份系统中，必须有且只有 1 个。该模 块是管理所有的备份任务，策略，元数据和 客户端信息等。所有的备份任务，都是由它 发起的，由它来告诉客户端何时，作哪种类 型的备份。 CVCV 介质服务器：介质服务器：叫 MediaAgent。该模块在 每个备份系统中，至少要有 1 个，也可以是 多个。该模块负责将数据写到介质中的。只 有安装该模块的服务器，才能真正管理和维 护备份设备。 CVCV 备份客户端：备份客户端：又叫 iDataAgent。该模块 是从客户端将数据读出，并且传送到介质服 务器上。iDataAgent 又多种类型，包括文 件的，数据库的，邮件系统的等等。 CommVault-Galaxy 备份系统基本原理 第 2 页 1.1.21.1.2 CommVaultCommVault 的备份体系结构的备份体系结构 所以 CommVault 是标准的三层体系结构。 CommServer 和 MediaAgent 构成了 CommVault 所说的 CTE 结构，也就是通用技术引擎。 1.1.31.1.3 什么是什么是 CommCellCommCell CommCellCommCell 也就是 CommVault 的备份管理域。在 1 个 CommCell 中，所有的备份资源，备份计划策 略，备份数据和用户等信息都可以共享。在 7.0 版本以前，一个客户端不能够跨越 2 个备份域， 1 个备份数据副本也不能被 2 个备份域同时管理或者恢复，简单说简单说 1 1 个域备份的数据不能直接在个域备份的数据不能直接在 另外一个域中被恢复。另外一个域中被恢复。 CommCellCommCell 的规则的规则：在一个 CommCell 中 数据流 控制流 数据流 控制流所有的备份设备都由 MediaAgent 控制和管理 CommVault-Galaxy 备份系统基本原理 第 3 页 1.2 CommVault 的索引技术 1.2.11.2.1 CVCV 索引的描述索引的描述 二级索引（汇总索引）二级索引（汇总索引） 由由 CommServerCommServer 管理维护管理维护 跟踪每个介质上的备份任务，相关字跟踪每个介质上的备份任务，相关字 段包括：时间，计算机名，任务类型，段包括：时间，计算机名，任务类型， 磁带编号等；磁带编号等； 该索引是一级索引的汇总索引该索引是一级索引的汇总索引 该索引存放在该索引存放在 MSMS SQLSQL 数据库中数据库中 一级索引（详细索引）一级索引（详细索引） 由由 MediaAgent 管理维护管理维护 跟踪每个备份任务内的目标跟踪每个备份任务内的目标 会在会在 MA 磁盘上缓存来提高性能磁盘上缓存来提高性能 这些索引会和相关的任务的备份数据这些索引会和相关的任务的备份数据 同时拷贝到磁带上，提高可靠性同时拷贝到磁带上，提高可靠性 该索引也是一个关系式数据库该索引也是一个关系式数据库 举例：举例： 汇总索引记录的基本内容如下：汇总索引记录的基本内容如下： 客户端时间备份数据类型介质服务器磁带条码备份位置索引位置任务编号 AIX-12007/3/24 文件系统增量MA1 A0000101896Chunk894chunk100211 明细索引记录的基本内容如下：明细索引记录的基本内容如下： 任务号路径类型备份位置 100211C:windowsaaa.txtNoupdate1022chunk 0block 100211C:windowsbbb.txtupdate1022chunk 1block 100211C:windowsccc.txtupdate1032chunk 4block 100211C:windowsddd.txtdelete1044chunk 110block 注意：注意：所以，汇总索引基本上是每个备份任务有 1 条记录，数量不会很大；而一级索引中， 即使一个备份任务，都有可能有成千上万条的记录；例如，备份一个 WINDOWS 操作系统 二级索引的内容包括：哪台机器哪天做了哪个 备份，放在哪合磁带上，从哪个介质上做的 一级索引的内容包括：这个备份 任务中的文件名称，路径，存放 在备份集合的哪个位置 每合磁带中，即包括 了备份数据，也包括 该备份数据的索引 CommVault-Galaxy 备份系统基本原理 第 4 页 盘，就有可能有 4 万多条记录（4 万多个文件）。因此一级索引占有的空间很大，检索的效 率和索引非常有关。 1.2.21.2.2 备份，浏览和恢复数据时，对索引的操作备份，浏览和恢复数据时，对索引的操作 备份对索引的操作备份对索引的操作 1 扫描阶段： 创建汇总索引的任务记录 生成备份文件列表 产生一级索引的主要字段 2 备份阶段： 根据备份文件列表，备份数据 计算每个文件的备份位置 修改一级索引 3 日志归档阶段： 将一级索引写到备份介质中 修改相关汇总索引记录 浏览和恢复对索引的操作浏览和恢复对索引的操作 CommVault-Galaxy 备份系统基本原理 第 5 页 1 用户查询阶段： 根据时间，主机查询任务，得 到汇总索引记录 根据汇总索引记录，查到一级 索引由哪些介质服务器维护 查看一级索引是否在介质服务 器的索引缓存中 如果不在索引缓存，请看 下一步 如果在索引缓存，直接跳 到步骤 3 2 从磁带恢复索引到索引缓存： 根据汇总索引记录，找到存放 一级索引的磁带，并且计算出 索引存放位置 将索引数据恢复到介质服务器 的索引缓存中 3 浏览备份数据： 从介质服务器上的一级索引中， 将备份数据列表传送给管理服 务器，供用户浏览和选择 CommVault-Galaxy 备份系统基本原理 第 6 页 4 恢复数据： 根据用户选择的恢复目标，找 到汇总索引中指定的一级索引， 并且和恢复目标能够匹配 根据一级索引得到恢复目标存 放的磁带和磁带上的位置 读取数据进行恢复 1.2.31.2.3 CVCV 索引的维护索引的维护 一级索引的维护：由一级索引的维护：由 CommVault 自动维护，自动维护，不需要任何人为干预。不需要任何人为干预。 在 CV 备份数据的时候，一 级索引和备份数据一起写入 该备份任务的备份数据集合 中 当磁盘索引损坏的时候， CV 能够根据汇总索引的记 录，找到该任务一级索引的 存放位置，把它恢复到介质 服务器的磁盘中；该过程是 自动的。 CommVault-Galaxy 备份系统基本原理 第 7 页 二级索引的维护：二级索引的维护：CommVault 专门由一个专门由一个 DR 备份的计划，会专门来作二级索引的维护。备份的计划，会专门来作二级索引的维护。 二级索引是所谓的备份系统元数据的最重要部分，所以一定要很好的保护。二级索引是所谓的备份系统元数据的最重要部分，所以一定要很好的保护。 在 CV 系统中，缺省就有 1 个灾备 进程任务；该任务是每天 10：00AM 启动的；该任务会将 CommServer 服务器上的元数据 （包括汇总索引）自动备份到磁 盘和磁带上；当然用户也可以手 工启动该任务。 如果元数据损坏，可以通过 CommServedisasterRecoverGUI 工 具，从先用备份的磁盘上，恢复 该元数据；如果磁盘上备份的元 数据也损坏了，那么必须用 MediaExplore 工具，从备份元数据 的磁带上恢复到磁盘上，再恢复 到 CommServer 中。 CommVault-Galaxy 备份系统基本原理 第 8 页 1.3 几种典型的备份拓扑图 CommVault-Galaxy 备份系统基本原理 第 9 页 第第 2 2 章章备份系统术语说明备份系统术语说明 2.1 备份类型 备份类型说明优点缺点 全备份所有数据的完整备份 作数据恢复的时间最 短 数据恢复最完整，不 会出错 备份的时间最长，相 对其它备份类型 备份数据占有的空间 最大 增量备份 自从上次备份后变化 的数据作备份 备份时间最短 备份占有的空间最少 完全恢复系统时间最 长 恢复数据依赖于其它 备份，包括先前的全 备份和增量备份 差异备份 自从上次全备份后变 化的数据作备份 是介于增量备份和全备份之间的一种备份方式， 所以是增量和全备份的一种折中 合成全备份 在备份服务器或介质 服务器上，根据先前 的全备份和其它增量 或差异备份，合并生 成全备份 由于生成全备份是在 备份服务器完成，所 以对应用服务器没有 压力 恢复的时间和恢复数 据的完整性和全备份 相同 占用的备份空间和全 备份一样大 2.2 备份方式 2.2.12.2.1 LANLAN 备份网络备份备份网络备份 在 LAN 备份中，所有需要备份的服务器都只安装备份客户端；而在网络的另一端，有安装介 质服务器模块的服务器，该服务器必须能够连接备份设备；这样所有的数据都通过网络，传送到 网络另一端的介质服务器上，并且备份到备份介质上。这就是网络备份。 CommVault-Galaxy 备份系统基本原理 第 10 页 2.2.22.2.2 LAN-FREELAN-FREE 备份备份SANSAN 备份备份 在 LAN-FREE 备份中，所有需要备份的服务器都不仅要安装备份客户端，而且要安装介质服 务器；这样所有的数据才能直接从这台服务器上传送到备份介质中，而不必通过业务网络。 2.2.32.2.3 ServerServerFreeFree 备份备份 在某些环境中，用户需要备份窗口为零，并且不希望备份数据对生成系统造成压力，就可以 采用 ServerFree 的备份。在该备份模式下，基本上都需要采用智能的磁盘阵列柜，由该磁盘阵列 只需要安装客只需要安装客 户端户端 既要安装客户端，又既要安装客户端，又 要安装介质服务器端要安装介质服务器端 CommVault-Galaxy 备份系统基本原理 第 11 页 柜创建生成系统的数据快照，然后由备份服务器将该快照装载起来，并且将快照上的数据备份走。 由于创建快照时间往往只有几十秒钟，所以 Server-Free 的备份窗口基本为零。而且真正实现 备份操作的服务器并非生产服务器，所以对生产系统没有压力。因此被称作 ServerFree 的备份。 2.2.42.2.4 ServerServerLessLess 备份备份 ServerLess 备份往往是采用一个智能 SAN 交换设备，只需要让客户端向该设备发出指令， 该设备自动将存储设备上的数据备份到磁带中。备份数据采用的是 SCSI-3 的 ExterndCopy 命令。 现在往往也直接让备份客户端直接发送这些命令，由存储设备直接往带库上拷贝数据。 但是目前 ServerLess 用的比较少，主要原因有以下 2 点： 对环境，应用，设备要求比较苛刻，兼容性差，难于实施。 只能作卷或磁盘一级的备份和恢复，不能备份或恢复，数据卷或磁盘中的某个部分 或某个目标；这样颗粒度太大，不灵活，不实用。 这台才是真正实现备这台才是真正实现备 份的服务器份的服务器 磁盘产生快照卷，让磁盘产生快照卷，让 备份服务器备份数据备份服务器备份数据 生产系统并没有进行生产系统并没有进行 真正的数据备份真正的数据备份 CommVault-Galaxy 备份系统基本原理 第 12 页 2.3 备份设备介绍 2.3.12.3.1 备份设备综述备份设备综述 备份设备和介质优点缺点 磁盘1.随机读写，读写速度快，恢复文件更快 2.易于配置和维护 1.很多原有备份软件不支持 2.昂贵 3.无法实现离场保护 磁带1.备份速度快 2.保留时间长 3.存储容量大 4.价格低 5.易于离场保护 1.磨损快，易于出错 2.不易维护 3.顺序读写设备，小数据量恢 复慢，特别是文件或者邮件系 统 光盘寿命最长，媒体不老化1.备份和还原速度最慢 2.硬件选择受限 3.难于管理 2.3.22.3.2 磁盘备份设备磁盘备份设备 磁盘备份设备在 CV 中是由一个或多个访问路径组成的，这些访问路径可以是本地磁盘， 也可以是网上的访问路径，包括 NFS 和 CIFS。每个访问路径就是在磁盘上的一个目录。在 CV 中 往往只能作卷或盘级往往只能作卷或盘级 的备份和恢复，不灵的备份和恢复，不灵 活；现在很少使用了活；现在很少使用了 CommVault-Galaxy 备份系统基本原理 第 13 页 的磁盘备份设备上都采用文件系统，备份的数据都是以文件方式存放在磁盘备份设备上的。这样 便于数据的管理和跨平台的迁移。 磁盘备份设备的一些特点： 不支持硬件压缩。 随机访问速度快，通过 CV 的 DAR（直接访问）技术可以加快恢复数据的速度。 在大数据流的备份和恢复中，可能比磁带设备慢。 通常情况下，备份数据不能离线拿走。 由于磁盘设备是一个在线检测设备，所以存放备份数据的可靠性，通常会比磁带高。 在 SAN 的环境下，通常情况下，磁盘库中的一个数据路径是不能给多台介质服务器 共享的；如果需要共享，需要特殊的方式。 2.3.32.3.3 磁带备份设备磁带备份设备 磁带设备通常分为 2 种： 磁带机：只有一个磁带驱动器，通常不包括任何其它机器装置。通常磁带机都是内置在 服务器中的。由于磁带机的物理特性，所以管理比较复杂。 带库：包括自动装载机（AutoLoader）和带库（TapeLibrary）。它们的特点都是除了磁 带驱动器外，还有一个机器手臂，来自动控制和装载磁带。 通常情况下，磁带备份设备是专门给某台介质服务器使用的；但是在 SAN 的环境下，往往某个磁 带备份设备需要给多个介质服务器共享的。在这种情况下，软件的授权会和工作模式会和独占模 式不一样。 带库备份设备的构成： 必须的： 主机接口：FC 和 SCSI 的 磁带驱动器：=1 个 机器臂：1 个 磁带槽：= 6 可选的： 条码阅读器 IE Port：磁带专用导入导出槽位 备份系统建议： 购买含条码阅读器和 IE Port 口的带库设备 CommVault-Galaxy 备份系统基本原理 第 14 页 第第 3 3 章章应用系统备份介绍应用系统备份介绍 3.1 数据备份的基本原理 所有需要备份的数据主要有 3 类：文件数据，数据库系统和邮件文档应用系统。 这些备份数据的不同点是： 文件数据没有所谓的数据一致性，可以直接打开，备份；也就是最简单的备份。 而数据库系统在备份的时候，必须考虑数据的一致性；所以备份数据库不仅要考虑 备份数据文件，而且要考虑备份相应的日志；不仅如此，往往必须使得数据库进入 备份模式，才可以实行在线备份。 邮件文档应用系统的备份，往往这些应用系统不会想数据库系统一样，只有恢复 的数据完全一致才能打开应用。而且这些应用往往需要小颗粒度的备份和恢复。 3.2 文件系统备份介绍 文件系统的增量备份：在文件系统增量备份中，如果 1 个文件中一个字节被修改，那这 个文件也必须被整个备份到增量备份中。 打开文件备份： 在 WINDOWS 系统中，当一个应用锁定某个文件时，该文件是不能被其他应用访问。 所以也不能被备份系统备份。如果要备份该文件，现在流行的方式是采用快照方式 的打开文件备份。原理是通过在数据卷上产生一个静态的快照，备份系统从这个静 态快照卷上读取文件进行备份。由于应用程序不会锁定快照卷上的文件，所以就能 备份了。 在 UNIX 和 Linux 环境下，即使应用锁定了某个文件，该文件还是能被读取和备份 的。所以，UNIX 和 LINUX 不需要打开文件备份方式。 CommVault-Galaxy 备份系统基本原理 第 15 页 3.3 数据库系统备份介绍： 数据库系统的备份，在这里只介绍最普遍的 ORACLE 备份和 SQL Server 备份。其他数据库系 统备份的原理和这 2 个数据库差别不大。所以不再介绍，同时在这里只介绍数据库的在线热备份， 而不介绍冷备份（关闭数据库运行后的备份）。因为冷备份完全可以采用文件方式备份。 3.3.13.3.1 OracleOracle 数据库备份介绍：数据库备份介绍： Oracle 在线备份的一些说明：在线备份的一些说明： Oracle 在线热备份必须通过 RMAN 来实现，所有的备份软件都是通过调用或生成 RMAN 脚本来实现 Oracle 的在线热备份。 Oracle 进行在线热备份的时候，必须将归档模式打开。 Oracle 备份信息都会存放在控制文件（Control File）中，所以 Control File 的保护非常 重要；可以通过文件方式或者 Catalog DB 来保护。 Oracle 需要备份的内容，包括： Oracle 数据文件 Oracle 的归档日志 Oracle 的控制文件 Oracle 的运行环境，包括：LISTENER，TNS，pfile 或 spfile 等 Oracle 的备份模式会有 2 种： 1.Control File 备份方式 2.Catalog DB 备份方式 Oracle 的备份类型有 4 种，都可以通过 RMAN 实现： 备份类型备份类型备份类型说明备份类型说明备份和恢复特点备份和恢复特点 全备份 将数据库进入备份模式，对数据 库实施全备份，往往会在该备份 过程中，包括相关的所有归档日 志（ArchLog） 备份出来的数据量最大 理论上备份时间最长，而且对应用影响最大 恢复时间最短 恢复的时候，基本不会造成日志和数据的不 一致；所以可恢复性最好 增量备份 将数据库进入备份模式，然后扫 描数据库，比较和上一次备份是 否有变化的数据块，备份这些变 化的数据块； 备份出来的数据量很少 理论上备份时间最短，但是在大型的数据库 中，扫描时间往往非常长；所以一般情况下， 其实备份时间最长，对应用影响最大 恢复时间也很短（=差异备份的恢复时间）； 能够快速回滚到备份点 在一些备份时间很久的数据库系统中，有可 能造成日志和备份数据不一致；可能需要手 CommVault-Galaxy 备份系统基本原理 第 16 页 工干预； 差异备份 将数据库进入备份模式，扫描数 据库，比较和上一次相同级别备 份后（往往是全备份）是否有变 化的数据块，来备份这些变化的 数据块； 备份出来的数据量较少 理论上备份时间最短，但是在大型的数据库 中，扫描时间往往非常长；所以一般情况下， 其实备份时间很长，对应用影响最大 恢复时间也很短（=全备份的恢复时间）； 能够快速回滚到备份点 在一些备份时间很久的数据库系统中，有可 能造成日志和备份数据不一致；可能需要手 工干预； 数据日志备 份 不扫描任何数据库，只是备份 Oracle 数据库的归档日志。 备份出来的数据量最少 备份时间非常短，由于数据库不需要进入备 份模式，所以基本上对应用没有影响； 恢复时间最长；必须回滚所有备份出来的日 志，恢复时间非常久 由于需要其他备份类型的支持；而且所有备 份的日志不能缺掉一个；因此相对而言最不 可靠；只有在特定场合使用 Oracle 运行模式的说明：运行模式的说明： 运行的模式模式说明和备份恢复的关系 Close（关闭）数据库关闭 必须启动 Oracle 才可以进行数据恢 复 NoMount（未装载或启 动） 数据库启动，但是没有使用控 制文件 此时可以恢复控制文件，使得 Oracle 进入装载模式（可以采用文 件或 CatalogDB 方式恢复并使用控 制文件） Mount（已装载） 数据库启动，使用了控制文件； 但是没有使用数据文件和日志， 所以数据库不能使用； 此时可以利用控制文件中的备份信 息来恢复数据文件和日志文件，并 且回滚日志，确保数据库一致；使 得 Oracle 数据库能够正确打开； Open（已打开）数据库打开，可以使用 如果 Oracle 做过恢复了和回滚，强 烈建议立刻作 Oracle 的全备份；因 为此时控制文件中的备份信息可能 已经被覆盖了。所以必须作全备份 来确保数据库备份信息正确； CommVault-Galaxy 备份系统基本原理 第 17 页 Oracle 备份流程说明：备份流程说明： Oracle 完整恢复流程说明：完整恢复流程说明： 3.3.23.3.2 SQLSQL ServerServer 备份介绍：备份介绍： SQL Server 在线备份的一些说明：在线备份的一些说明： SQL Server 在线备份不需要数据库的额外设置。 SQL Server 需要备份的数据由 2 部分组成： CommVault-Galaxy 备份系统基本原理 第 18 页 系统数据库，包括：MASTER，MSDB，MODULE 数据库；这些数据库只能够作 全备份，即使定义成其它类型备份也会自动转变为全备份。 用户定义数据库，包括：PUBS，NORTHWIND，和其它用户定义的数据库。 SQL Server 的备份类型： 1.全备份 2.增量备份 3.日志备份 SQL Server 的恢复说明：基本上在 SQL Server 的恢复中，通常不需要恢复 Master 或其 它类型的系统数据库；而只要恢复用户定义的数据库。因为在 SQL 2K 以后，不恢复 系统数据库只恢复用户数据库不会造成数据不一致。 3.4 邮件系统和 AD 域备份介绍： 3.4.13.4.1 ADAD 和和 ExchangeExchange 备份介绍：备份介绍： ExchangeAD 在线备份的一些说明：在线备份的一些说明： 当作 Exchange 备份时候，也必须作 AD 的备份。由于 Exchange 和 AD 紧密结合， Exchange 的用户都是在 AD 中创建的。所以不备份 AD 会导致，只备份 Exchange 数据 会不完整。 作 AD 在线备份，必须采用专用的 AD 备份模块，而不能用打开文件方式，备份 AD 的文件。如果只备份文件，而不能通过专用接口备份的话，很可能恢复的 AD 会不可 用。 Exchange 数据备份有 4 个部分： Exchange 数据库备份 Exchange PublicFolder 备份 Exchange WEB Folder 备份 Exchange 邮件备份 CommVault-Galaxy 备份系统基本原理 第 19 页 备份数据类型说明备份类型 数据库备份 邮件存放数据 Exchange 组织结构 Exchange 公用文档 日志文件和补丁 全备份 差异备份 PublicFolder 备份 所有的公用目录 目录中的邮件或其它文档 相关的附件 全备份 增量备份 合成全备份 WEB Folder 备份 所有的 WEB 目录 目录中的邮件或其它文档 相关的附件 全备份 增量备份 合成全备份 邮件备份 所有的用户邮箱 邮箱中的目录 目录中的邮件 相关的附件 全备份 增量备份 合成全备份 3.4.23.4.2 LotusLotusDomionDomion 系统备份介绍：系统备份介绍： Domion 在线备份的一些说明：在线备份的一些说明： Domion 数据备份的结构： Notes 服务器备份，需要采用 Notes 数据库和 Notes 文档备份客户端备份 Notes 客户端备份，只要采用基本的文件备份就可以了 CommVault-Galaxy 备份系统基本原理 第 20 页 Domion 备份的数据有 2 种类型，Notes 数据库备份和 Notes 文档备份： 备份数据类型说明备份类型特点 Notes 数据库 备份 备份所有分区上 的数据库和模板 （NSF 和 NTF） 备份日志文件 全备份 增量备份 日志备份 只能恢复整个系统或者某个用户的邮箱； 能够回滚系统到某个时间点状态； 适合用来作整个系统崩溃的情况下的恢复； Notes 文档数 据备份 备份所有分区上 的数据库和模板 （NSF 和 NTF） 备份的时候以单 个目标的方式备 份（单个邮件或 者文档） 全备份 增量备份 差异备份 合成全备份 能够恢复邮箱中的单个文档或者邮件； 恢复期间，不会干扰其它用户的运行或者 整个系统的运行； 适合用在用户恢复已经被删除的邮件或文 档，而不想让整个系统回退； 其实这其实这 2 2 种备份备份的内容是一样的，只不过使用在不同的方面。种备份备份的内容是一样的，只不过使用在不同的方面。 CommVault-Galaxy 备份系统基本原理 第 21 页 第第 4 4 章章备份系统设计和管理基本概念备份系统设计和管理基本概念 4.1 系统设计概念： 4.1.14.1.1 备份计划介绍和设计原则：备份计划介绍和设计原则： 在备份系统中，用户必须制定备份计划来实施备份；备份计划说明了，用户准备在何时，对 哪台服务器上的哪些内容，进行什么类型的备份。备份计划牵涉到了备份的时间，备份的内容， 备份的类型。一般而言，在备份系统中，用户可以制定一个或多个备份计划的策略，从而减少制 定备份计划的工作量。 由于应用和用户的要求和环境不同，所以针对不同的需要，往往需要制定不同的备份计划。 在这里我们来讨饶一下一些备份计划设计的原则 典型常用的备份计划计划特点适用范围 每天作全备份 备份产生的数据量大 恢复的速度快 备份数据的可靠性高，所以可恢复性强 小数据量的，重要的数 据备份（例如，小型的 数据库系统，AD 等） 每周作 1 次合成全备份 其它工作日作增量备份 比较常规的备份方式，备份的数据量少 全备份的时候，不需要从客户端读取数据； 所以全备份效率高； 可恢复性较差，因为必须依赖于每周的全 备份；恢复性能很慢； 该数据备份必须支持合成全备份 邮件系统的备份 （Exchange，Lotus） 文件系统的备份 每周作 1 次全备份 其它工作日作增量备份 比较常规的备份方式，备份的数据量少； 可恢复性较差，因为必须依赖于每周的全 备份；恢复性能很慢； 中大型数据库（全备份 数据量比较多） 每天作 1 次全备份 每隔 1 小时作日志备份 或者是 每周作 1 次全备份 每天作日志备份 非常特殊的备份方式； 日志备份的时候对业务系统基本没有影响； 丢失的数据可能最少； 恢复的速度可能最慢，因为采用的是日志 回滚的方式； 非常大型的数据库，作 增量备份对应用影响太 大 用户要求丢失的数据量 最少 CommVault-Galaxy 备份系统基本原理 第 22 页 4.1.24.1.2 数据保留介绍和设计：数据保留介绍和设计： 当数据备份到备份介质上的时候，就会占用介质空间；如果不制定数据保留策略的话，那么 每天产生的备份数据将不停的占用备份介质，从而将所有的备份介质空间占满。所以必须制定一 个数据保留策略，来回收过期数据所占用的介质空间，或者将备份数据从一个备份介质上搬迁到 其它介质上。在 CV 中把该策略称作存储策略（Storage Police）。 数据保留策略的几个术语： 归档数据：往往指的是这些备份介质必须被保留很长时间，往往=1 年；同时经常是 被保留在异地，例如：银行，保险柜等。这些数据通常是以全备份的方式保留的。例 如：每年保留 1 个全备份，保留 10 年。在 CV 中是通过全备份的扩展保留期来指定。 循环周期：指的是备份数据经过了一个循环，1 个循环包括了 1 个全备份和到下一个全 备份间的所有其它类型的备份；所以，最后一个循环周期肯定是一个开发的循环（因 为没有下一个全备份） 保留时间：指的是备份数据需要保留的天数。 CommVault-Galaxy 备份系统基本原理 第 23 页 数据保留设计原则： 典型常用的存储策略策略说明和特点适用范围 磁盘保留数据 保留 15 天和 2 个周期 所有的备份数据都存放在磁盘上 磁盘上的数据保留 15 天或者是 2 个循环周期 （至少 2 个全备份和相关备份数据） 最常用的磁盘保留策 略 磁带保留数据 保留 15 天和 2 个周期 所有的备份数据都存放在磁带上 磁带上的数据保留 15 天或者是 2 个循环周期 （至少 2 个全备份和相关备份数据） 最常用的磁带保留策 略 磁盘和磁带同时保留备份， 而磁盘备份是为了快速恢复 磁盘上保留备份的时间短 磁带上保留备份的时间长 在磁盘上保留 7 天 1 个周期的备份数据 在磁带上保留 30 天 4 个周期的数据 每周将磁盘上的备份数据复制到磁带上 恢复数据的时候，通过磁盘恢复，恢复速度快； 而磁带作为最后一级保障； 最常用的磁盘，磁带 同时保留策略 磁盘上保存增量备份，磁带 上保留全备份数据 在磁盘上只保留增量备份数据 全备份数据都备份到磁带上 磁带上保留 30 天 4 个周期 磁盘备份空间较少的 情况 磁盘到磁带或者是磁带到磁 带的同时双重保护策略； 在常规磁盘或磁带备份介质上保留 15 天 2 个 周期的备份数据 在另外一个磁带池上创建 Inline 备份，保留策 略为 30 天 4 周期；此时往上一级备份的同时， 也同时往该磁带上备份； 这样防止备份的时候， 备份介质或设备出错； 需要归档的磁带备份 常规数据保留为 15 天 2 周 期，在磁盘或磁带上 归档数据为保留 7 年内的年 全备份和保留最近 1 年的月 全备份 在磁盘或磁带上，设置常规保留策略，为 15 天 2 个周期 在需要归档的磁带上设置保留策略是： 365 天中保留月全备份 365 x 7 中保留年全备份 需要将数据异地并且 离线保存，或长期归 档 4.1.34.1.3 备份设备介绍和设计：备份设备介绍和设计： 备份设备在备份系统里的功能主要是 2 个： 1.提供了备份数据路径 2.提供了备份介质 CommVault-Galaxy 备份系统基本原理 第 24 页 目前主要的备份设备是磁盘和磁带 2 种； 而针对磁盘备份设备而言，相对来说管理设计比较简单，只要有足够的空间，磁盘有足够的 性能，就能备份。而且由于磁盘是个随机设备，所以在剪除过期数据的时候，没有比较多的考虑。 而磁带备份设备相对复杂，备份的时候采用驱动器往往只能备份一个任务；而备份的介质是以磁 带方式存放在带库中的磁带槽位中；因此在这里我们主要介绍备份系统中磁带备份设备和相关的 设计原则。 磁带备份设备的设计主要考虑 2 个方面： 1.备份数据流 驱动器池设计 2.备份介质池 备份磁带池设计