第14章-备份和恢复.pptVIP

第十三章：数据备份与恢复 第十三章 备份和恢复 在SQL Server 2000 中有四种备份类型 数据库备份Database Backups 事务日志备份Transaction Log Backup 差异备份Differential Database Backups 文件和文件组备份File and File Group Backup 数据库备份Database Backups 数据库备份是指对数据库的完整备份 包括所有的数据以及数据库对象 实际上备份数据库过程就是首先将事务日志写到磁盘上，然后根据事务创建相同的数据库和数据库对象，以及拷贝数据的过程 不仅速度较慢，而且将占用大量磁盘空间 数据库备份时常将其安排在晚间 完全备份时，所有未完成的事务或者发生在备份过程中的事务都不会被备份；从开始备份到开始恢复这段时间内发生的任何针对数据库的修改将无法恢复 使用条件，比如： 数据不是非常重要，尽管在备份之后恢复之前数据被修改，但这种修改是可以忍受的 通过批处理或其它方法，在数据库恢复之后可以很容易地重新实现在数据损坏前发生的修改 数据库变化的频率不大 事务日志备份Transaction Log Backup 事务日志备份是指对数据库发生的事务进行备份，包括从上次进行事务日志备份、差异备份和数据库完全备份之后所有已经完成的事务 在以下情况下我们常选择事务日志备份 不允许在最近一次数据库备份之后发生数据丢失或损坏现象 存储备份文件的磁盘空间很小或者留给进行备份操作的时间有限。例如兆字节级的数据库需要很大的磁盘空间和备份时间 准备把数据库恢复到发生失败的前一点 数据库变化较为频繁 需要一个完整的数据库（恢复的基准） 需要日志 所有日志按顺序进行恢复 如果使用了非日志（删除库，创建索引，改变库的大小等）操作，则需要重新备份数据库以及后面的日志 差异备份Differential Database Backups 差异备份是指将最近一次数据库备份以来发生的数据变化备份起来 因此差异备份实际上是一种增量数据库备份 与完整数据库备份相比，由于备份的数据量较小所以备份和恢复所用的时间较短 通过增加差异备份的备份次数可以降低丢失数据的风险，将数据库恢复至进行最后一次差异备份的时刻。但是它无法像事务日志备份那样提供到失败点的无数据损失备份。 出于安全和效率的考虑，常一起使用数据库备份、事务日志备份和差异备份： 首先有规律地进行数据库备份比如每晚进行备份 其次以较小的时间间隔进行差异备份比如三个小时或四个小时 最后在相临的两次差异备份之间进行事务日志备份可以每二十或三十分钟一次 恢复时：我们可先恢复最近一次的数据库备份，接着进行差异备份，最后进行事务日志备份的恢复 数据库恢复到数据库失败那一时刻： 首先如果能够访问数据库事务日志文件，则应备份当前正处于活动状态的事务日志 其次恢复最近一次数据库备份 接着恢复最近一次差异备份 最后按顺序恢复自差异备份以来进行的事务日志备份 当然如果无法备份当前数据库正在进行的事务则只能把数据库恢复到最后一次事务日志备份的状态而不是数据库失败点 文件和文件组备份File and File Group Backup 文件或文件组备份是指对数据库文件或文件夹进行备份，但其不像完整的数据库备份（同时也进行事务日志备份） 使用该备份方法可提高数据库恢复的速度，因为其仅对遭到破坏的文件或文件组进行恢复。 这种方法仍要求有一个自上次备份以来的事务日志备份，以保证数据库的一致性。所以在之后应再进行事务日志备份。否则进行过程中所有数据库变化将无效。 如果需要恢复的数据库部分涉及到多个文件或文件组，则应把这些文件或文件组都进行恢复 三种数据库恢复模式 简单恢复Simple Recovery 完全恢复Full Recovery 批日志恢复Bulk-logged Recovery 单恢复Simple Recovery 指在进行数据库恢复时仅使用了数据库备份或差异备份而不涉及事务日志备份 简单恢复模式可使数据库恢复到上一次备份的状态 但由于不使用事务日志备份来进行恢复，所以无法将数据库恢复到失败点状态 当选择简单恢复模式时，常使用的备份策略是首先进行数据库备份，然后进行差异备份 全恢复Full Recovery 指通过使用数据库备份和事务日志备份将数据库恢复到发生失败的时刻 因此几乎不造成任何数据丢失这成为对付因存储介质损坏而数据丢失的最佳方法 为了保证数据库的这种恢复能力所有的批数据操作比如SELECT INTO、创建索引都被写入日志文件 选择完全恢复模式时常使用的备份策略是 首先进行完全数据库备份 然后进行差异数据库备份 最后进行事务日志的备份 如果准备让数据库恢复到失败时刻必须对数据库失败前正处于运行状