SQLServer724学时教程（十一）恢复数据.pdfVIP

下载 第11学时 恢 复 数 据 在通常情况下，数据库管理员不希望恢复数据库。这不是因为实际的恢复过程困难，而 是因为通常有许多与恢复数据库有关的其他压力。在数据库被恢复的过程中，任何用户都无 法使用该数据库，而且通常是因为该数据库中出现某种故障才需要恢复它。最好希望不必去 执行数据库恢复，但是也应该熟悉一下恢复过程的步骤和限制。你要意识到你的数据库难免 将会在某些地方出故障。 本学时的要点包括： • 恢复概述 • 自动恢复 • 恢复数据库 • 恢复用户数据库 • 恢复系统数据库 11.1 恢复概述 确实会有两种不同的情况迫使你去执行一个数据库的恢复。执行数据库恢复的主要理由 是因为数据库或数据损坏。这损失可能是因为用户删除了数据库里的关键数据，或数据库文 件的实际损坏，以及服务器里硬盘驱动器丢失等情况。第二个理由可能是因维护任务或者数 据的远程处理从一个服务器向另一个服务器拷贝数据库。 恢复数据库是加载备份并应用事务日志重建数据库的过程。在应用事务日志之后，数据 库将恢复到上一次事务日志备份之前的状态。 在因为存储介质的损坏而导致数据库所在的文件损坏时，你只有替换硬盘然后再恢复数 据了。如果是因为恶意或无意地插入、更新或删除而导致数据的损坏或错误，可以简单地将 数据库恢复到损坏前的状态。 在恢复过程中，用户不能使用那些正被恢复的数据库。当数据库被恢复的时候，数据库 中所有数据将被恢复的数据替换掉。 当恢复事务日志备份时，你必须牢记一些关键因素。第一是在被恢复时，事务日志必须 按它们生成时的同样的次序加载。当该日志备份时， SQL Server在它们的文件上放置了时间 戳。在启动恢复进程时， SQL Server将检查时间戳，判断顺序是否正确。事务日志中的变动 将重新执行，所有其他的事务回滚。 事务日志能被恢复到指定的时间和日期。这被称为时间点修复。在该时间点后提交的所 有事务都被回滚。时间点修复仅应用于事务日志备份，且不能用于全数据库恢复或增量恢复。 在SQL Server 7.0 中， 实际的数据库恢复处理已经有很大改进。最大的改进是当恢复数据 库时，不用采取与先前创建该数据库时相同的步骤去重建数据库。在 SQL Server 的早期版本 中，如果你有一个已经创建并随后扩大了几次的数据库，在恢复之前就不得不执行那些相同 的步骤。如果不这么做，最终你的数据库将损坏。在 SQL Server 7.0 中，你所必须做的只是恢 9 8 SQL Server 7 24 学时教程 下载 复备份，数据库将会替你创建好。 数据库恢复类型 到了真正要去恢复数据库的时候，你将有一些选项要选择。这些选项取决于你制作的数 据库备份的类型。下列是那些你能选用的恢复类型 : • 全数据库备份—全数据库备份是整个数据库的一个拷贝。该备份拷贝在一个文件里。 • 事务日志备份—事务日志备份包含了事务日志的拷贝，它包括数据库里所发生的每个 数据改动前后的映像。 • 增量数据库备份—增量数据库备份包含了自上次全数据库备份以来数据库中所有变化 的拷贝。 恢复进程依赖于数据库备份的类型不同而有所变化。通常，将先开始恢复最近的全数据 库备份，然后可恢复事务日志备份或增量备份。 11.2 自动恢复 在我们进一步探索恢复用户备份之前，我们需要讨论 SQL Server 的自动修复功能。自动 修复发生在每次 SQL Server启动时，设计它是为了检查数据库是否有需要进行修复的地方。 正如我们前面提到的，不是所有对数据库的改变都在它们发生时就写入数据库。已经改 变的数据将被存储在缓存里，并且只在进行检查点处理时才被写入磁盘，该处理过程大约每 6 0秒发生一次。在检查点执行前如果系统崩溃或掉电，自动修复进程将检查事务日志以确保 所有事务全部完成或全不完成。 当一个事务开始时，并且在一些实际数据被修改前，向事务日志写入一行显示该事务已 经开始。所有发生的变化便登记在事务日志里。当事务完成了，终止事务行写入日志。起始 和终止记录显示 SQL Server是如何界定事务的开始和结束的。 自动修复处理遍历每个数据库的事务日志，寻找事