第8章数据库恢复技术资料.ppt

Confidential, for review only * 整个系统的正常运行突然被破坏、所有正在运行的事务都非正常终止、内存中数据库缓冲区的信息全部丢失、外部存储设备上的数据未受影响 系统故障的恢复 清除尚未完成的事务对数据库的所有修改 系统重启时,恢复程序强行撤消(UNDO)所有未完成事务 将缓冲区中已完成事务提交的结果写入数据库 系统重启时,恢复程序重做(REDO)所有已提交的事务 Confidential, for review only * 事务故障的恢复：撤消事务（UNDO） 强行回滚（ROLLBACK）该事务 清除该事务对数据库的所有修改，使得这个事务象根本没有启动过一样 Confidential, for review only * 恢复操作的基本原理：冗余 利用存储在系统其它地方的冗余数据来重建数据库中已被破坏或不正确的那部分数据 恢复的实现技术：复杂 一个大型数据库产品，恢复子系统的代码要占全部代码的10%以上 介质故障的恢复 装入数据库发生介质故障前某个时刻的数据副本 重做自此时始的所有成功事务，将这些事务已提交的结果重新记入数据库 Confidential, for review only * 应定期进行数据转储，制作后备副本。 但转储又是十分耗费时间和资源的，不能频繁进行。 DBA应该根据数据库使用情况确定适当的转储周期和转储方法。 例： 每天晚上进行动态增量转储 每周进行一次动态海量转储 每月进行一次静态海量转储 Confidential, for review only * 写日志文件操作：把表示这个修改的日志记录写到日志文件 写数据库操作：把对数据的修改写到数据库中 Confidential, for review only * Confidential, for review only * 重新运行自Tb～Tf时刻的所有更新事务，把数据库恢复到故障发生前的一致状态 Confidential, for review only * 数据库恢复时，利用检查点能判定哪些事务是正常结束的，从而确定恢复哪些数据以及如何进行恢复 Confidential, for review only * Confidential, for review only * 还原事务日志备份时，SQL Server前滚事务日志中记录的所有更改。当 SQL Server 到达事务日志的最后时，已重新创建了与开始执行备份操作的那一刻完全相同的数据库状态。如果数据库已经恢复，则 SQL Server 将回滚备份操作开始时尚未完成的所有事务 Confidential, for review only * Confidential, for review only * Confidential, for review only * Confidential, for review only * Confidential, for review only * Confidential, for review only * Confidential, for review only * Confidential, for review only * Confidential, for review only * Confidential, for review only * Confidential, for review only * * * * 3. 执行事务日志备份 事务日志是自上次备份事务日志后对数据库执行的所有事务的一系列记录。可以使用事务日志备份将数据库恢复到特定的即时点或恢复到故障点 一般情况下，事务日志备份比数据库备份使用的资源少 可以比数据库备份更经常地创建事务日志备份。经常备份将减少丢失数据的危险。 事务日志备份有时比数据库备份大。例如，数据库的失误率很高，从而导致事务日志迅速增大。在这种情况下，应更经常地创建事务日志备份 * * 3. 执行事务日志备份 事务日志备份只能与完全恢复模型和大容量日志记录恢复模型一起使用 备份从上一次成功执行 BACKUP LOG 语句之后到当前事务日志结尾的这段事务日志 USE master EXEC sp_addumpdevice disk, ‘NwindBacLog, D:\Backup\NwindBacLog.bak BACKUP LOG Northwind TO NwindBacLog * * 4. 执行数据库文件或者文件组备份 在实际生活中有一些超大型数据库，比如银行的账户数据库，可能存储了百万条甚至更多的数据。对它们进行完全数据库备份可能无法管理。可以只备份一部分文件 文件备份操作必须与事务日志备份一起使用。因此，文件