第9章：事务管理与恢复.ppt

9.3.2 备份与介质故障恢复 2.备份的方式 Oracle数据库有三种标准的备份方式：导出/导入（Export/Import）、冷备份、热备份，导出/导入是逻辑备份，冷备份和热备份时物理备份。 1）导出/导入（Export/Import） exp命令可以把数据从远程数据库服务器导出到本地的dmp（dmp文件时Oracle数据库导出文件）文件，imp命令可以把dmp文件从本地导入到远处的数据库服务器中。 9.3.2 备份与介质故障恢复 2）冷备份 冷备份是指在数据完全正常关闭的状态下所进行的备份，当正常关闭时会提供给我们一个完整的数据库。 冷备份的过程是： 1.先关闭数据库； 2.然后用拷贝命令备份全部的时间文件、重做日志文件、控制文件、初始化参数文件； 3.最后重启数据库。 9.3.2 备份与介质故障恢复 3）热备份 热备份是在数据库运行时，采用日志归档模式（archivelog mode）备份数据库的方法。数据库运行在日志归档模式下，就可以做备份了。在备份期间允许对数据库进行存取或修改操作。 9.3.2 备份与介质故障恢复 3.介质故障恢复 进行介质故障恢复时，如果数据库可以运行，在线日志仅可重用但不能归档，此时介质故障恢复可以使用最新的完全备份的简单恢复。如果数据库可以运行，且其日志已经被归档，则只能恢复数据库到介质故障前的一个指定事务一致性状态。 如果数据库是在归档方式下运行，可以实施完全介质恢复和不完全介质恢复。 9.3.2 备份与介质故障恢复 1）完全介质恢复 要实现完全介质恢复，需满足以下条件： 1）必须保证备份是在数据库进入归档模式后建立的； 2）重做日志文件、备份数据文件和一个当前有效控制文件都可以正常使用。 完全介质恢复，可以只对丢失或损坏的部分数据文件进行修复，也可以对整个数据库进行恢复；可以在数据库打开的状态下进行恢复，也可以在数据库关闭的状态下进行恢复。 9.3.2 备份与介质故障恢复 2）不完全介质恢复 不完全介质恢复是在完全介质恢复不可能进行或有特殊要求时进行的介质恢复。如果归档重做日志文件被损坏、控制文件全部丢失或者用户错误等原因，致使归档模式下的数据库不能恢复到故障发生时刻，此时只能进行不完全介质恢复。进行不完全介质恢复必须保证有指定时刻的数据文件备份和指定时刻后生成的归档重做日志文件。 9.3.3 基于日志的故障恢复 1.事务日志及其用于数据恢复的核心机制 事务日志是以事务为单位进行记录的，存放恢复数据所需的所有信息，每一个日志项（Log Item）详细记录了已发生的所有修改和执行每次修改的事务处理的足够信息，以确保系统在必要的时候能够重做（REDO）该事物，以达到恢复数据的目的。每一个数据库必须至少拥有一个事务日志文件，允许拥有多个日志文件。 9.3.3 基于日志的故障恢复 事务重做有两个前提： 1）数据库必须处于某一个时刻点的完整状态，通常由完整数据库备份来实现； 2）事务重做过程必须严格按照原来的时间顺序进行，因为实际的数据操作中，后一步操作总是依赖于前一步操作的结果，也就是说，如果某个时间段的事务日志被损坏或丢失，那么此时间段之后的日志也就无效了 9.3.3 基于日志的故障恢复 使用事务日志进行数据恢复过程 9.3.3 基于日志的故障恢复 2.基于事务日志的数据库恢复 1）恢复阶段：多数据库出现故障后，首先使用历史备份，将数据库恢复至某一个备份时刻的完整状态，作为恢复的起点。 2）前滚阶段：利用归档日志和联机日志依次重做自备份时刻以来的事务。 3）回滚阶段：在故障发生的时刻点前附近的一些事务，部分还没有来得及提交，但是由于系统内部的Checkpoint事件的触发导致事务处理已经写入联机日志，这部分事务需要利用数据映像进行必要的回滚。 9.3.3 基于日志的故障恢复 【例9-4】假设数据库系统分别在T1、T3、 T5有3次历史备份，且T2-T5有归档事务日志，T4-T7有联机是事务日志，系统在T7时刻出现故障导致数据库停止运行，如图9-2所示。请根据已经条件说明恢复过程。 9.3.4 检查点 检查点技术的基本思想是在日志文件中添加检查点标识，并在检查点标识写到日志之前，完成一些必要的，到现在为止的“阶段性”归总工作，归总分析获得的信息直接存储在检查点标识记录中。在进行恢复时，就不在需要对所有日志进行操作，可以通过分析最近可用检查点记录中记录的信息获得重做（REDO）开始点和撤销（UNDO）回溯点。显然通过周期性的创建检查点，可以大幅度的减小和降低恢复的时间和工作量。 9.3.4 检查点 一般数据库系统产品自动实行检查点操作，无需用户干预。 检查点恢复技术示意图 9.4.1 锁 封锁是一项用于多用户同时访问数据库的技术，是