RMAN备份与恢复之UNDO表空间丢失

RMAN备份与恢复之UNDO表空间丢失（共2篇）

篇1：RMAN备份与恢复之UNDO表空间丢失

备份与恢复UNDO表空间，首先要有备份。使用RMAN备份完成后，我们模拟UNDO表空间丢失。此时做更新操作仍然成功，因为shared pool和buffer cache存放了更新的信息。如果我们刷新shared pool和buffer cache，再做连接用户或者更新操作，会提示数据文件找不到。因为UNDO表空间丢失，并且UNDO表空间不可脱机，所以我们不能在数据库运行状态下对UNDO表空间进行恢复。这就要求我们关闭数据库进行恢复操作。如果在真实环境中进行操作，务必在业务低峰期或者测试库进行操作。我们使用一致性关闭数据库会失败，只有强制关闭。此时参数文件、控制文件正常，只是数据文件不正常，所以我们能把数据库启动到MOUNT状态。启动到MOUNT状态后，我们需要使UNDO表空间数据文件离线，注意此时的数据文件编号。然后登录到RMAN中，还原UNDO表空间数据文件，实际上做了一个拷贝的操作，从备份文件中拷贝UNDO表空间数据文件到数据目录，待拷贝完成后，我们需要对UNDO表空间数据文件进行恢复。恢复完成后，再使UNDO表空间数据文件在线，此时的数据库是MOUNT状态，我们需要打开数据库。如果所有的操作都成功，就可以对数据进行更新。

篇2：RMAN备份与恢复之UNDO表空间丢失

在上一篇文章(RMAN备份与恢复之可脱机数据文件丢失)中，我们讲到可脱机数据文件丢失怎么处理，这篇文章我们讲解UNDO表空间丢失的解决办法，

UNDO表空间用于存放UNDO数据，当执行DML操作(INSERT、UPDATE、DELETE)的时候，ORACLE会将这些操作的旧数据写入到UNDO段。UNDO数据也称为回滚数据，用于确保数据的一致性。作用包括：回退事、读一致性、事务恢复、闪回查询。9i开始，管理UNDO数据可以使用UNDO表空间，也可以使用回滚段。10g开始，ORACLE已经放弃使用回滚段。提到UNDO表空间，不得不提UNDO段。UNDO Segment分为两个部分，一个是UNDO Segment Head，还有一个是UNDO Segment Block(也称为事务槽)。UNDO Segment Head中包含了这个回滚段的事务信息，而且有一个指针指向Undo Segment Block。UNDO表空间是非常重要的，如果丢失，会出现无法对数据进行更新。平时的数据库管理中应该注意UNDO表空间的空间是否足够，采用自动扩展还是限制大小，undo_retention值的设定等等。