2015英语资料.pptVIP

第五章 备份与恢复 5.1 数据库错误 5.1.1 从用户错误中恢复 通常的错误情况： -用户无意中删除或截断了一张表； -用户删除了表中的所有数据； -在用户提交的数据中发现了错误。 5.1.2 从语句失败中恢复 通常的错误情况： -在应用中存在逻辑错误； -用户试图将非法数据输入表中； -用户试图创建一张表，但已超过了分配给他的可用限额； -用户试图插入和更新数据，导致附加段的分配， 然而此时在表空间中没有足够的空闲空间了。 5.1.3 从用户进程失败中恢复 当用户进程失败时，DBA不需要采取任何动作。 5.1.4 从实例失败中恢复 用STARTUP命令重新启动实例并确定实例失败的原因，实例失败需要实例恢复，ORACLE在打开数据库为用户登录之前进行实例恢复，可通过读实例alert.log文件和其它在实例失败时产生的跟踪文件来调查失败的原因。 5.1.4 从实例失败中恢复（续） 1）读initSID.ORA文件，创建SGA区，启动后台进程，开始实例； 2）读控制文件，装入数据库； 3）向前恢复（roll forward)那些没有被记录在数据库文件中，但已被记录在联机redo log文件之中的数据，包括回退段中的内容； 4）依据前一步重新生成的回退段，将没有被提交的事务回退（rollback); 5）释放失败时悬挂事务占用的资源； 6）解决在实例失败时正进行两阶段提交的任何悬而未决的分布处理事务； 7）一旦SMON进程使数据库同步并且redo log文件中的信息为所存数据文件准备好后，数据库被打开并允许用户向数据库连接。 5.1.5 从介质失败中恢复 介质失败包括操作数据库时不能从数据文件读或向数据文件写。由于介质失败大多数需要DBA干预，所以它是最严重的失败。 5.2 备份方法 5.2.1 操作系统备份 5.2.1 操作系统备份 5.2.1 操作系统备份（续） 注意事项： 应经常性的、有规律的进行完全数据库的操作系统备份 经常变化的表空间更应该经常备份 任何数据库文件结构的改变都要求进行一次完全的相关文件和控制文件的备份 5.2.1.1 归档与非归档模式比较 1）非归档模式 redo log被循环使用 当检查点发生后，redo log可以即刻重用 一旦redo log文件被覆盖，介质恢复只能恢复到上次完全备份状态 从实例失败中恢复，可恢复到失败点 如果表空间因为某些失败导致无法使用，数据库则只有到删除该表空间或整个数据库恢复之后，才能使用 数据库关闭后，只能进行操作系统备份 每次备份时，必须备份完整的数据库、redo log文件和控制文件 5.2.1.1 归档与非归档模式比较 2）归档模式： 直到检查点发生时，redo log文件才会被重用，且此redo log文件已被后台进程物理备份 对于介质失败，可使用旧的redo log拷贝，最近数据库的改变任何时候对实例恢复都是有效的 数据库在介质失败时被保护 数据库在联机时可备份 当由于介质失败使除SYSTEM表空间外的其它表空间脱机时，数据库仍保持有效，因为与脱机表空间有关的数据保存在redo log文件中，当redo 文件被重复使用时不会覆盖这部分redo log文件 需要更多的redo log文件，以确保联机redo log文件在重用前归档 归档模式下介质恢复选项 恢复被破坏文件的备份，并且用归档日志文件在数据库联机或脱机时使数据更新 恢复数据库到一个指定的时间点 恢复数据库到指定归档文件 恢复数据库到一个系统提交号（SCN：SYSTEM COMMIT NUMBER） 5.2.1.2 脱机数据库完全备份 步骤如下： 记录数据库所有文件的路径名及文件名 用NORMAL方式关闭数据库 用操作系统命令拷贝数据库所有文件 重新启动ORACLE实例 5.2.1.3 联机表空间备份 这种备份是在数据库系统使用过程中对部分表空间做的备份。 5.2.1.4 联机数据库的完全备份 步骤如下： 确保数据库在归档模式下运行 用联机表空间备份方法备份数据库所有表空间 用控制文件备份方法备份数据库的控制文件 5.2.1.5 脱机表空间的备份 步骤如下： 确保数据库在归档模式下运行 使表空间脱机（OFFLINE） 用操作系统命令把数据文件拷贝到备份设备或目录下 5.2.2 逻辑备份 EXPORT/IMPORT作用： 按时间保存表定义或数据 保存表定义（带或不带数据），以便可以重新装入ORACLE数据库 把某台机器上的数据库数据移到另一台机器上 在两个版本的ORACLE软件间传输数据 防止应用失败。通过执行EXPORT，在不用全部回退数据库的情况下，允许表或表的集合被恢复 重新组织表减少链接和碎片 5.2.2.1 卸出（EX