24.用户管理完全恢复.pdfVIP

Fundamentals II 12-1 Fundamentals II 12-2 介质恢复： 介质恢复是用来恢复当前丢失或者损坏的数据文件或控制文件。当没有使用OFFLINE NORMAL选项，你的数据文件就离线时，你也可以用它来恢复改变。 转储文件 当你转储文件，你是用备份中的文件替代已经丢失或者损坏的文件。 文件恢复 当你恢复文件，你是将重做日志文件改变的记录应用到转储文件当中去。 Fundamentals II 12-3 恢复步骤： 1. 从备份中转储损坏或者丢失的文件 2. 归档重做日志文件和在线重做日志文件中记录的变化应用到转储文件是必要的。撤销块 在这个时候被创建。这会被参考为前滚或者缓冲区恢复。 3. 数据库现在可能包含已经提交的数据，也肯能包含未提交的数据 4. 撤销块用于向后 滚，以恢复没有提交的改变。这个就是所谓的向后 滚或者事务恢复。 5. 数据库现在处于已恢复状态。 Fundamentals II 12-4 基于用户管理程序的转储和数据文件 质恢复 当你转储文件的时候，你使用操作系统的命令从一个备份中拷贝该文件到目的地。你能够转 储数据文件，控制文件，归档重做日志文件和服务器参数文件。你使用SQL*PLUS 的 RECOVER命令应用重做日志文件到转储文件，你可以执行自动恢复或者依据日志文件，一 步一步进行恢复。 Fundamentals II 12-5 对比归档和非归档模式 你选择归档模式去操作你的数据库，如果你有一个介质失败，将会影响你用于恢复的选项。 如果设置成为归档模式，下面这些因素你需要考虑： l 非归档模式在以下情况下适用： — 备份之间的数据丢失在忍受范围内（比如在开发，练习过程中等等） — 它能够更快的再应用事务（从批处理文件） — 数据很少改变 （非OLTP） l 在以下情况，归档模式更为适合： — 数据库不能够关闭进行冷备份 — 数据丢失是不能够容忍的 — 相对于重新应用事务，应用归档重做日志文件是更为容易的 （OLTP） l 默认情况下，数据库处于非归档模式 Fundamentals II 12-6 当数据库处于非归档模式下面的数据恢复 数据库在非归档模式下面运行，发生了 质失败，你需要一个有效的数据库冷备份来进行恢 复。在非归档模式下，所有的ORACLE数据库文件都要被转储，即使 有一个数据文件丢失 或者损坏。确认你转储了以下这些文件：数据文件和控制文件。当你备份数据文件和控制文 件的时候，如果你也备份了在线重做日志文件，你也可以转储这些文件。记住，要想数据库 打开，所有的ORACLE数据库文件必须同步。 如果口令文件和参数文件丢失或者损坏，你也需要转储它们。 注意：对于处于非归档模式下的数据库，你不必转储所有的ORACLE文件，如果自从上次备 份以来没有重做日志文件被覆盖，正如下面的插图所示： l 场景 — 数据库有两个重做日志文件 — 数据库冷备份于日志序列号144 — 当数据库在日志序列号145，数据文件2丢失 l 结果 因为日志序列号144还没有被覆盖，数据文件2能够手动转储和恢复。 Fundamentals II 12-7 非归档模式的恢复：优点和缺点 如果你决定将你的数据库运行在非归档模式，考虑以下在恢复时将会遇到的优点和缺点： 优点 l 易于执行，因为 需要将所有的文件从备份中转储出来。唯一的风险是操作失误：恢复 了错误的备份；或者覆盖了备份；或者在转储前没有关闭数据库；或者备份本身无效。 足够的训练和测试程序将会最小化以上这些风险。 l 数据库恢复的时间仅仅是你转储所有文件的时间长，取决于你的硬件和操作系统 缺点 l 自从上一次备份之后所有用户输入的数据都会丢失，必须人工重新输入。 l 即使 有一个数据文件丢失，都要从上一次冷备份恢复整个数据库。 Fundamentals II 12-8 非归档模式下的用户管理恢复 举例 磁盘二损坏了，丢失了数据文件2。 有两个在线重做日志文件存在。最后一次备份发生在 日志序列号144，当前日志序列号146，你不能恢复数据文件，因为重做日志文件14