12.执行数据库恢复.pptVIP

数据库恢复 课程目标 学完本课后，应可在丢失了以下文件后进行恢复： ? 控制文件 ? 重做日志文件 ? 数据文件 打开数据库 要打开数据库，必须满足以下条件: 所有控制文件都必须存在且已同步 所有联机数据文件都必须存在且已同步 每个重做日志组必须至少有一个成员存在 Opening a DatabaseFull Notes Page 更改实例状态 Use Database Control to alter the instance’s status: 更改实例状态 SQL STARTUP NOMOUNT ORACLE instance started. Total System Global Area 188743680 bytes Fixed Size 778036 bytes Variable Size 162537676 bytes Database Buffersbytes Redo Buffers 262144 bytes SQL ALTER DATABASE MOUNT Database altered. SQL ALTER DATABASE OPEN 使数据库保持打开状态 打开实例后，实例在丢失以下项时会失败： ? 任何控制文件 ? 属于系统或还原表空间的数据文件 ? 整个重做日志组。只要组中至少有一个成员可用，实例 就会保持打开状态 丢失控制文件 如果丢失或损坏了控制文件，实例通常会中止，此时必须执行以下步骤： 1. 关闭实例（如果它仍处于打开状态） 。 2. 通过复制现有控制文件还原缺失的控制文件。 3. 启动实例。 丢失 Redo Log File 如果丢失了重做日志文件组中的某个成员，只要组中至少还有一个成员，那么: 丢失 Redo Log的恢复步骤 1. 通过检查预警日志，确定是否有缺失的日志文件。 2. 通过从同一组中复制一个剩余文件来还原缺失的文件。 3. 如果介质故障是由于丢失了磁盘驱动器或控制器而造成的，请重命名缺失文件。 4. 如果重做日志组已归档，或者您处于NOARCHIVELOG 模式下，则可选择在清除日志组后重新创建缺失文件来解决问题。 可以使用以下命令手动清除受影响的组： SQL ALTER DATABASE CLEAR LOGFILE GROUP #; 注：Database Control 不允许清除尚未归档的日志组。这样做会断开重做信息链。如果必须清除未归档的日志组，则应立即执行整个数据库完全备份。否则，在发生其它故障的情况下，会导致数据丢失。要清除未归档的日志组，请使用以下命令： SQL ALTER DATABASE CLEAR UNARCHIVED LOGFILE GROUP #; 在 NOARCHIVELOG Mode下丢失datafile 关闭实例（如果尚未关闭） 从备份中还原整个数据库，包括所有数据和控制文件。 打开数据库 让用户重新输入自从上一次备份以来做的所有更改。 非归档模式下数据库恢复注意事项 如果在NOARCHIVELOG 模式下丢失了数据库中的任何数据文件，则需要完全还原数据库，包括控制文件和所有数据文件。 数据库处于NOARCHIVELOG 模式时，只可恢复到上一次备份的时间。因此，用户必须重新输入自从上一次备份以来做的所有更改。 在ARCHIVELOG 模式下丢失了非关键数据文件 如果丢失或损坏了某个数据文件，且该文件不属于SYSTEM 或UNDO 表空间，则只还原并恢复缺失的数据文件。 非关键数据文件-恢复步骤 还原并恢复缺失数据文件，执行以下步骤： 1. 在“Maintenance（维护）”属性页上，单击“Perform Recovery（执行恢复）”。 2. 选择“Datafiles（数据文件）”作为恢复类型，然后选择“Restore to current time（还原至当前时间）”。 3. 添加所有需要恢复的数据文件。 4. 确定是将文件还原至默认位置还是新位置（如果磁盘或控制器已缺失）。 5. 提交RMAN 作业以还原并恢复缺失的文件。 由于数据库处于ARCHIVELOG 模式，因此可恢复到上次提交的时间，用户不需要重新输入任何数据 在 ARCHIVELOG Mode下丢失关键数据文件 实例不一定自动关闭了。如果没有关闭，请使用 SHUTDOWN ABORT 关闭实例。 2. Mount 数据库 3. 还原并恢复缺失的数据文件。 4. Open the database. 丢失了系统关键数据文件-恢复步骤 1. 如果实例尚未关闭，请关闭实例。 2. 装载数据库。 3. 在“Maintenance（维护）”属性页上，单击“Perform Recovery（执行恢复）”。 4. 选择“