标签：一个 日志备份 集中 技术 数据库 库文件 大型 read 执行
如前所述，可 以 将 SQL Server 2008提供的不同备份类型组合起来，从而创建多种备份 策略。本节只介绍一些常用的备份策略。
9 .6 .1 仅 完 整 备 份
完整备份策略(如图9-2所示)使用定期的完整数据库备份，但不使用日志或差异备份。
这是一个非常有用而且简单的策略，但-般都仅限于被配置为简单恢复模式的小型数据库
和系统数据库。这一策略可能会使数据库丢失一定时期内的数据修改。例如，如果数据
库在每天凌螆1 点备份，而 1 点之前任何时间都可能发生数据库失败，但是最近的还原
点将是前一天凌晨1点。对于每天更新很少的小型数据库来说，这是可以接受的。
9 .6 .2 完整备份+差异备份
和完整备份策略-样，“完整备份+差异备份”（如 图 9-3所示)策略-般限于配置了简单
恢复模式的数据库，因为它并不提供任何对事务日志的管理。然而，添加了定期的差异备
份使得这个备份策略更适用于较 大 、改 动 较 多、并且不需要 管理事务日志的数据库。 由于
只有鉍近一次完整备份之后的数据修改才会被复制到备份媒体上，所 以 与 完 整 备 份 相 比 ，
定期差异备份更小，执 行 时间也更 短 。
9 .6 .3 完整备份+事务日志备份
完 整 备 份 策 略 和 “完 整 备 份 +差 异 备 份 ”策略 的 缺 点 是 ，它 们 会 使 数 据 库 有 丢 失一段
时间(等于备份周期)内数据的风险。通 过 将 事 务 日 志 备 份 引 入 到 备 份 计 划 (如 图 9 4 所示)
中，该风险会大大减少。不 过 ，事务日志的管理使得数据库文件的管理变得更加复杂。如
前 所 述 ，当数据库没有处于简单恢 复 模 式 时 ，必须定期备份 事务 日 志 ，以防止其增长过大。
维 护 日 志 的 另 外 ?种 方 法 是 定 期 清 除 它 ，侃强烈建议不要使用这种方法，后 面 将 解 释 原 因
9 .6 .4 完 整 备 份 + 差 异 备 份 +事 务 日 志 备 份
在完 整 备 份 之 间 执 行 若 千 事 务 日志备份的缺点是，为了还原数据库，完整备份和所有
日志都必须按顺序还原。如果有大量的日志备份需要还原，这是相当麻烦的。为了减少这
种问题，可以执行差异备份来捕获自最近一次完整备份之后所有对数据库的更改(如图9-5
可以忽略完整备份和差异备份之间的日志备份。
9 .6 .5 文 件 /文 件 组 备 份
对于超大型数据库而言，有时候分成几部分来备份数据库更有效率。这种方式使备份
计划更加灵活，但也使备份计划相应地变得复杂起来。可以单独备份和还原数据库数据文
件和文件组，从而使管理员不必费时把大型数据库完整还原(这样做也没有必要)。如果某
些文件组包含只读数据，那么这个方法特别有用。这些文件组可以备份一次，然后在出现
故障时恢复，这个过程不会损失临时数据。例如，一个生产数据库由4 个 25GB的文件组
组成。其中一个文件组包含了每三个月更新-次的表，其 他 3 个文件组包含了定期更新的
事务数据。第一个文件组可以配置为只读和备份，其余三个可以轮换备份，其中夹杂事务
曰志备份，如 图 9-6所示。
9 .6 .6 文件组备份+差异备份
如果文件组策略仍然备份了过多不改变的数据，那么就可以将文件/文件组备份与文件
/文件组差异备份组合起来。这样将只备份对各个文件或文件组做出的改动。但是，因为简
单的文件/文件组备份都会增加复杂度，而添加差异备份会使事情变得更加复杂，所以该策
略需要大量的计划和维护。
9 .6 .7 部 分 备 份
如前所述，部分备份(如图9-7所示)默认备份主文件组和所有被配置为READ_WRITE
的文件组。此外，通 过 在 BACKUP命令中进行指定，可将任何配置为READONLY的文件
组添加到备份集中。该策略的目的是备份只读文件组一次，然后只定期备份易被修改的文
件组。
9 .6 .8 备 份 小 结
可以看到，有多种不同的方式可以组合备份类型，从而制定合适的备份策略。每种备
份类型都有其优点和缺点。我希望能对备份数据库给出一个规定性的指导，但实际上我做
不到。每个环境都是不同的，包括从数据库的大小和每小时的事务数量，到支持数据库的
磁盘子系统。制定一个备份策略，使其既能够减轻数据丢失风险，又能够实现一个现实而
有效的数据恢复策略，这是非常重要的。
标签：一个 日志备份 集中 技术 数据库 库文件 大型 read 执行
原文地址：https://www.cnblogs.com/zhouwansheng/p/9440966.html
