丢失归档日志文件后数据库应当如何恢复[1]

本文主要介绍了如何从一个不能正常打开的数据库(由于一个/多个数据库文件与其他文件不一致)中提取数据的具体示例详细内容请大家参考下文

具体案例

一个磁盘损坏了并且丢失了一个数据库文件从一周前的热备转储数据文件可是丢失了几个归档日志文件但是有问题的数据文件包含了最重要的表采用什么办法才能挽救数据呢?

解决方法

每个数据库管理员都知道这是有问题的一定会丢失数据因为某些事务丢失了问题是会丢失多少数据?Oracle使用硬线路位置并且由于存在完整性约束问题因此不允许正常打开数据但是如果使用非常规的方法让Oracle删除其硬线路属性那么应该能够提取尽可能多的数据而通常这会比损失全部数据要好很多

通常假如仅仅丢失了堆表的索引或者某些能够很容易重建的数据那么最好的方法应该是删除表空间并重建这些对象然后重新输入但是如果丢失的数据文件包含了重要数据并且很难恢复而且只有前一次的备份却又丢失了某些归档日志那么用户可能希望能够尽可能多的从有问题的表空间恢复数据并且删除和重建表空间

具体步骤如下

对当前拥有的数据进行一个冷备;

转储丢失的数据库文件备份并应用可以应用的日志;

设置未文档化的初始化参数其允许你在当前状态打开数据库;

执行exp并提取全部可以从有问题的表空间提取的数据;

从先前的冷备转储数据库;

使毁坏的数据文件offline;

执行exp并提取第步没有提取的额外数据;

在一次从冷备转储;

删除有问题的表空间;

重建有问题的表空间;

使用第四步和第七步提取的数据重建数据;

使用案例描述ORDTAB表空间的一个数据文件ordtabdbf毁坏其包含很多

ORDERS表的分区数据文件热备于July July —至今的某些归档日志丢失

第步备份数据库

第步的任务是冷备当前拥有的任何数据文件在线重做日志和控制文件如果丢失了一个/多个数据文件但是数据库仍然是open的那么对每个剩余的数据文件进行热备并确保备份期间/之后的归档被安全保存

创建备份后在关闭数据库之前备份一下控制文件

ALTER DATABASE BACKUP CONTROLFILE TO TRACE RESETLOGS;

然后打开备份的控制文件删除第一个#之上的所有行并删除RECOVER DATABASE…到文件结尾的全部

第步转储丢失的数据库文件备份并应用日志;

这一步应该转储备份并应用日志到直到无法在前向滚动此时如果尝试正常打开数据库将会得到ORA: must use RESETLOGS or NORESETLOGS option for database open错误

如果尝试执行ALTER DATABASE OPEN RESETLOGS将会得到ORA错误ORA: online backup of file %s needs more recovery to be consistent

[] []