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

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

具体案例

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

解决方法

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

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

具体步骤如下

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

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

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

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

从先前的冷备转储数据库

使毁坏的数据文件offline

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

在一次从冷备转储

删除有问题的表空间

重建有问题的表空间

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

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

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

lishixinzhi/Article/program/SQL/201311/16189

系统环境 *** 作系统 Windows Server 机器内存 M 数据库 　Oracle i R ( ) for NT 企业版 安装路径 C:\ORACLE模拟现象 可通过重建数据文件来恢复 前提是归档日志文件保存完整先将数据库设置为归档模式SQL*Plusconn system/manager 创建实验表空间create tablespace test datafile c:\test ora size MAUTOEXTEND ON NEXT M MAXSIZE UNLIMITEDdefault storage (initial K next M pctincrease )/ 创建实验用户drop user test cascadecreate user test identified by test default tablespace testgrant connect resource to testconn test/testcreate table a(a number)insert into a values( )insert into a select * from a反复插入 达到 万条mit关闭数据库SVRMGR>connect internalSVRMGR>alter system switch logfile强制归档SVRMGR>alter system switch logfileSVRMGR>alter system switch logfileSVRMGR>shutdown *** 作系统下删除test ora文件 重新启动数据库SVRMGR>connect internalSVRMGR>startup这时 可以mount上 但无法打开 因为数据文件test ora不存在 显示错误如下 ORA : ????/?????? ??? DBWR ????ORA : ???? : C:\TEST ORA SVRMGR>connect internalSVRMGR>startup mountSVRMGR>alter database create datafile c:\test ora SVRMGR>set autorecovery onSVRMGR>recover datafile c:\test ora SVRMGR>alter database openconn test/testselect count(*) from a数据又恢复到 万条 删除实验表空间conn system/manageralter tablespace test offlinedrop tablespace test INCLUDING CONTENTSdrop user test如果是非归档模式 也可以运用以上方法 前提是 输入记录所占空间的大小不超过所有联机日志文件的大小 即 用联机日志文件来恢复 lishixinzhi/Article/program/Oracle/201311/18468

从数据库的完整日志模式还原误删除的数据的解决办法

SQL Server中误删除数据的恢复本来不是件难事，从事务日志恢复即可。但是，这个恢复需要有两个前提条件：

1. 至少有一个误删除之前的数据库完全备份。

2. 数据库的恢复模式（Recovery mode）是“完整（Full）”。

针对这两个前提条件，会有三种情况：

情况一、如果这两个前提条件都存在，通过SQL语句只需三步就能恢复（参考文章），无需借助第三方工具。

a) 备份当前数据库的事务日志：BACKUP LOG [数据库名] TO disk= N'备份文件名' WITH NORECOVERY

b) 恢复一个误删除之前的完全备份：RESTORE DATABASE [数据库名] FROM DISK = N'完全备份文件名' WITH NORECOVERY,  REPLACE

c) 将数据库恢复至误删除之前的时间点：RESTORE LOG [数据库] FROM  DISK = N'第一步的日志备份文件名' WITH   STOPAT = N'误删除之前的时间点' , RECOVERY

情况二、如果第1个前提条件不存在，第2个前提条件存在，需要借助第三方工具。

情况三、如果第2个前提条件不存在，无法恢复。所以，一定要将数据库恢复模式设置为“完整（Full）”。

我现在面临的是第二种情况，需要找第三方工具。

开始找的是Log Explorer for SQL Server，不支持SQL Server 2008。

后来找的是SQL Log Rescue，也不支持SQL Server 2008。

接着找到的是SysTools SQL Recovery，支持SQL Server 2008，但需要购买，Demo版并没有数据恢复功能。

最终在officerecovery.com上找到Recovery for SQL Server，虽然也是商业软件，需要购买，但Demo版可以恢复数据，只要数据库文件不超过24Gb。幸好朋友的数据库文件不大，用它完成了误删除数据的恢复。

下面分享一下用Recovery for SQL Server进行恢复的 *** 作步骤：

1. 运行Recovery for SQL Server

2. 点击菜单中的 File >Recover，选择要恢复的数据库的数据文件（.mdf）

3. Next >Next，进入 Recovery Configuration 界面，选择Custom（选择了Custom才可以选择从日志中恢复误删除的数据）。

4. Next 进入 Recovery options 窗口，选中 Search for deleted records，并选择要恢复的数据库的日志文件路径（log file path）。

5. Next 并选择目标文件夹（Destination folder），用于存放恢复过程中生成的SQL语句与bat文件。

6. 点击Start，开始恢复 *** 作（在上一步选择的目标文件夹中生成相应的SQL文件与Bat文件），然后，出现 SQL Server Database Creation Utility 窗口。

7. Next，选择被恢复数据存放的目标数据库。

8. Next, 选择 Import availiable data from both database and log files

9. Next, Next, 然后就完成数据的恢复！

小刚SEO为你解答

---