通过句柄恢复Linux下误删除的数据库数据文件

简介: 环境介绍:OS:Redhat EnterPrise 5.4DB:Oracle EnterPrise Database 11gR2(11.2.3.0)       在数据库正常运行时,运维人员在无意中将部分数据文件删除了,此时数据库管理员并不知道,且数据库运行正常,并没有立即抛出错误和告警;但是开发人员在对某张表进行更新的时候,正好这张表在被删除的数据文件中,报出ORA-01110和ORA-27041错误。

环境介绍:

OS:Redhat EnterPrise 5.4
DB:Oracle EnterPrise Database 11gR2(11.2.3.0)


       在数据库正常运行时,运维人员在无意中将部分数据文件删除了,此时数据库管理员并不知道,且数据库运行正常,并没有立即抛出错误和告警;但是开发人员在对某张表进行更新的时候,正好这张表在被删除的数据文件中,报出ORA-01110和ORA-27041错误。随即数据库管理人员来看现象,发现有一个文件已经从系统层面删除了,并且数据库数据库没有进行重启操作,所以在没有进行更新的时候业务并没有造成影响。

非常幸运的是,在数据文件删除的情况下,数据库没有重启,使得这次的恢复变的较为简单,基于这次的恢复,我在我得实验设备上进行了重演,记录了完整的数据文件删除和恢复的完整步骤,如下:


一、准备测试环境,创建新的表空间及数据文件:

SQL> create tablespace woo datafile
  2  '/u01/app/oracle/oradata/PROD1/woo01.dbf'
  3  size 20m autoextend on;

Tablespace created.

SQL> select name from v$dbfile;

NAME                                                                            
--------------------------------------------------------------------------------
/u01/app/oracle/oradata/PROD1/users01.dbf                                       
/u01/app/oracle/oradata/PROD1/undotbs01.dbf                                     
/u01/app/oracle/oradata/PROD1/sysaux01.dbf                                      
/u01/app/oracle/oradata/PROD1/system01.dbf                                      
/u01/app/oracle/oradata/PROD1/example01.dbf                                     
/u01/app/oracle/oradata/PROD1/tools.dbf                                         
/u01/app/oracle/oradata/PROD1/test.dbf                                          
/u01/app/oracle/oradata/PROD1/woo01.dbf                                         

8 rows selected.

二、模拟故障,在系统级别删除数据文件:

SQL> !rm -rf /u01/app/oracle/oradata/PROD1/woo01.dbf

三、检查数据库状态,并且创建测试数据

SQL> !tail -100f /u01/app/oracle/diag/rdbms/prod1/PROD1/trace/alert*

Wed Aug 26 14:31:01 2015
create tablespace woo datafile
'/u01/app/oracle/oradata/PROD1/woo01.dbf'
size 20m autoextend on
Completed: create tablespace woo datafile
'/u01/app/oracle/oradata/PROD1/woo01.dbf'
size 20m autoextend on

#在这里我们可以看到数据文件在系统层面被删除之后数据库并没产生告警。


SQL> create table test tablespace woo as select * from dba_users;
create table test tablespace woo as select * from dba_users
                                                  *
ERROR at line 1:
ORA-01116: error in opening database file 8 
ORA-01110: data file 8: '/u01/app/oracle/oradata/PROD1/woo01.dbf' 
ORA-27041: unable to open file 
Linux Error: 2: No such file or directory 
Additional information: 3 


#而使在我们需要往这个删除的文件中写入数据的时候才发现数据文件被删除了。

SQL> !tail -50 /u01/app/oracle/diag/rdbms/prod1/PROD1/trace/alert*

Wed Aug 26 14:34:33 2015
Errors in file /u01/app/oracle/diag/rdbms/prod1/PROD1/trace/PROD1_smon_9564.trc:
ORA-01116: error in opening database file 8
ORA-01110: data file 8: '/u01/app/oracle/oradata/PROD1/woo01.dbf'
ORA-27041: unable to open file
Linux Error: 2: No such file or directory
Additional information: 3
Wed Aug 26 14:34:33 2015
Checker run found 1 new persistent data failures
Wed Aug 26 14:39:44 2015
Errors in file /u01/app/oracle/diag/rdbms/prod1/PROD1/trace/PROD1_m000_14015.trc:
ORA-01116: error in opening database file 8
ORA-01110: data file 8: '/u01/app/oracle/oradata/PROD1/woo01.dbf'
ORA-27041: unable to open file
Linux Error: 2: No such file or directory
Additional information: 3


SQL> select instance_name,status from v$instance;

INSTANCE_NAME    STATUS                                                         
---------------- ------------                                                   
PROD1            OPEN                                                           
                                  
#即便数据库已经知道了数据库文件丢失,因为不是系统表空间的数据文件,所以数据库的运行并没有收到影响。

四、查找数据文件

        因为数据库并没有停止运行,这个时候我们可以通过dbwr写数据文件进程来找到进程句柄号,进入该句柄号就可以找到该进程锁定的相关数据文件了。

SQL> !ps -ef|grep dbw|grep -v grep
oracle    9554     1  0 07:16 ?        00:00:01 ora_dbw0_PROD1

#我们可以看到进程的ID为9554,通过进程ID查找到进程下锁定的所有文件
SQL> !ls -rtl /proc/9554/fd

[oracle@edbjr2p1 trace]$ ls -rtl /proc//9554/fd
total 0
lr-x------ 1 oracle oinstall 64 Aug 26 14:37 0 -> /dev/null
lr-x------ 1 oracle oinstall 64 Aug 26 14:37 9 -> /dev/null
lr-x------ 1 oracle oinstall 64 Aug 26 14:37 8 -> /u01/app/oracle/product/11.2.0/dbhome_1/bin/oracle
lr-x------ 1 oracle oinstall 64 Aug 26 14:37 7 -> /dev/null
lrwx------ 1 oracle oinstall 64 Aug 26 14:37 6 -> /u01/app/oracle/product/11.2.0/dbhome_1/hpatch/orapatchPROD1.cfg
lrwx------ 1 oracle oinstall 64 Aug 26 14:37 5 -> /u01/app/oracle/product/11.2.0/dbhome_1/dbs/hc_PROD1.dat
lr-x------ 1 oracle oinstall 64 Aug 26 14:37 4 -> /dev/null
lr-x------ 1 oracle oinstall 64 Aug 26 14:37 3 -> /dev/null
l-wx------ 1 oracle oinstall 64 Aug 26 14:37 2 -> /dev/null
lrwx------ 1 oracle oinstall 64 Aug 26 14:37 19 -> /u01/app/oracle/product/11.2.0/dbhome_1/hpatch/orapatchPROD1.cfg
lr-x------ 1 oracle oinstall 64 Aug 26 14:37 18 -> /proc/9554/fd
lr-x------ 1 oracle oinstall 64 Aug 26 14:37 17 -> /u01/app/oracle/product/11.2.0/dbhome_1/rdbms/mesg/oraus.msb
lrwx------ 1 oracle oinstall 64 Aug 26 14:37 16 -> /u01/app/oracle/product/11.2.0/dbhome_1/dbs/hc_PROD1.dat
lr-x------ 1 oracle oinstall 64 Aug 26 14:37 15 -> /u01/app/oracle/product/11.2.0/dbhome_1/bin/oracle
lr-x------ 1 oracle oinstall 64 Aug 26 14:37 14 -> /dev/zero
lr-x------ 1 oracle oinstall 64 Aug 26 14:37 13 -> /dev/zero
lrwx------ 1 oracle oinstall 64 Aug 26 14:37 12 -> /u01/app/oracle/product/11.2.0/dbhome_1/hpatch/orapatchPROD1.cfg
lr-x------ 1 oracle oinstall 64 Aug 26 14:37 11 -> /dev/null
lr-x------ 1 oracle oinstall 64 Aug 26 14:37 10 -> /dev/null
l-wx------ 1 oracle oinstall 64 Aug 26 14:37 1 -> /dev/null
lrwx------ 1 oracle oinstall 64 Aug 26 14:37 268 -> /u01/app/oracle/oradata/PROD1/woo01.dbf (deleted)//我们找到了这个文件,处于deleted
lrwx------ 1 oracle oinstall 64 Aug 26 14:37 267 -> /u01/app/oracle/oradata/PROD1/temp2.dbf
lrwx------ 1 oracle oinstall 64 Aug 26 14:37 266 -> /u01/app/oracle/oradata/PROD1/temp1.dbf
lrwx------ 1 oracle oinstall 64 Aug 26 14:37 265 -> /u01/app/oracle/oradata/PROD1/temp01.dbf
lrwx------ 1 oracle oinstall 64 Aug 26 14:37 264 -> /u01/app/oracle/oradata/PROD1/test.dbf
lrwx------ 1 oracle oinstall 64 Aug 26 14:37 263 -> /u01/app/oracle/oradata/PROD1/tools.dbf
lrwx------ 1 oracle oinstall 64 Aug 26 14:37 262 -> /u01/app/oracle/oradata/PROD1/example01.dbf
lrwx------ 1 oracle oinstall 64 Aug 26 14:37 261 -> /u01/app/oracle/oradata/PROD1/users01.dbf
lrwx------ 1 oracle oinstall 64 Aug 26 14:37 260 -> /u01/app/oracle/oradata/PROD1/undotbs01.dbf
lrwx------ 1 oracle oinstall 64 Aug 26 14:37 259 -> /u01/app/oracle/oradata/PROD1/sysaux01.dbf
lrwx------ 1 oracle oinstall 64 Aug 26 14:37 258 -> /u01/app/oracle/oradata/PROD1/system01.dbf
lrwx------ 1 oracle oinstall 64 Aug 26 14:37 257 -> /u01/app/oracle/oradata/PROD1/control02.ctl
lrwx------ 1 oracle oinstall 64 Aug 26 14:37 256 -> /u01/app/oracle/oradata/PROD1/control01.ctl
lr-x------ 1 oracle oinstall 64 Aug 26 14:37 24 -> /u01/app/oracle/product/11.2.0/dbhome_1/rdbms/mesg/oraus.msb
lrwx------ 1 oracle oinstall 64 Aug 26 14:37 23 -> /u01/app/oracle/product/11.2.0/dbhome_1/dbs/lkPROD1
lrwx------ 1 oracle oinstall 64 Aug 26 14:37 22 -> /u01/app/oracle/product/11.2.0/dbhome_1/dbs/hc_PROD1.dat
lr-x------ 1 oracle oinstall 64 Aug 26 14:37 21 -> /u01/app/oracle/product/11.2.0/dbhome_1/bin/oracle
lr-x------ 1 oracle oinstall 64 Aug 26 14:37 20 -> /dev/zero
lrwx------ 1 oracle oinstall 64 Aug 26 15:09 25 -> socket:[173283]

五、将该文件句柄拷贝到原文件位置:

SQL> !cp /proc//9554/fd/268 /u01/app/oracle/oradata/PROD1/woo01.dbf

六、对拷贝回来的文件执行常规的数据恢复操作,实际上也就是更新下数据文件头部的scn号:

SQL> col name format a50
SQL> select file#,status,name from v$datafile;

     FILE# STATUS  NAME                                                         
---------- ------- --------------------------------------------------           
         1 SYSTEM  /u01/app/oracle/oradata/PROD1/system01.dbf                   
         2 ONLINE  /u01/app/oracle/oradata/PROD1/sysaux01.dbf                   
         3 ONLINE  /u01/app/oracle/oradata/PROD1/undotbs01.dbf                  
         4 ONLINE  /u01/app/oracle/oradata/PROD1/users01.dbf                    
         5 ONLINE  /u01/app/oracle/oradata/PROD1/example01.dbf                  
         6 ONLINE  /u01/app/oracle/oradata/PROD1/tools.dbf                      
         7 ONLINE  /u01/app/oracle/oradata/PROD1/test.dbf                       
         8 ONLINE  /u01/app/oracle/oradata/PROD1/woo01.dbf    	#我们可以看到这个时候该数据文件是ONLINE状态                  

8 rows selected.


#由于这是一套在线库,且有其它业务,不可随意停机,所以这个时候将需要恢复的数据文件offline,就可以直接在线执行恢复了。

SQL> alter database datafile 8 offline;

Database altered.

SQL> select file#,status,name from v$datafile;

     FILE# STATUS  NAME                                                         
---------- ------- --------------------------------------------------           
         1 SYSTEM  /u01/app/oracle/oradata/PROD1/system01.dbf                   
         2 ONLINE  /u01/app/oracle/oradata/PROD1/sysaux01.dbf                   
         3 ONLINE  /u01/app/oracle/oradata/PROD1/undotbs01.dbf                  
         4 ONLINE  /u01/app/oracle/oradata/PROD1/users01.dbf                    
         5 ONLINE  /u01/app/oracle/oradata/PROD1/example01.dbf                  
         6 ONLINE  /u01/app/oracle/oradata/PROD1/tools.dbf                      
         7 ONLINE  /u01/app/oracle/oradata/PROD1/test.dbf                       
         8 RECOVER /u01/app/oracle/oradata/PROD1/woo01.dbf       #在对数据文件进行操作,触发了该文件,发现文件头部的scn不一致,提示需要进行恢复。’                

8 rows selected.

#执行在线恢复并且online该数据文件。

SQL> recover datafile 8;
Media recovery complete.
SQL> alter database datafile 8 online;

Database altered.

七、验证数据文件恢复后是否可以正常使用

SQL> select file#,status,name from v$datafile;

     FILE# STATUS  NAME                                                         
---------- ------- --------------------------------------------------           
         1 SYSTEM  /u01/app/oracle/oradata/PROD1/system01.dbf                   
         2 ONLINE  /u01/app/oracle/oradata/PROD1/sysaux01.dbf                   
         3 ONLINE  /u01/app/oracle/oradata/PROD1/undotbs01.dbf                  
         4 ONLINE  /u01/app/oracle/oradata/PROD1/users01.dbf                    
         5 ONLINE  /u01/app/oracle/oradata/PROD1/example01.dbf                  
         6 ONLINE  /u01/app/oracle/oradata/PROD1/tools.dbf                      
         7 ONLINE  /u01/app/oracle/oradata/PROD1/test.dbf                       
         8 ONLINE  /u01/app/oracle/oradata/PROD1/woo01.dbf                      

8 rows selected.

SQL> create table test tablespace woo as select * from dba_users;

Table created.

8、至此完成该数据文件的恢复

目录
相关文章
|
2月前
|
存储 JSON 关系型数据库
【干货满满】解密 API 数据解析:从 JSON 到数据库存储的完整流程
本文详解电商API开发中JSON数据解析与数据库存储的全流程,涵盖数据提取、清洗、转换及优化策略,结合Python实战代码与主流数据库方案,助开发者构建高效、可靠的数据处理管道。
|
19天前
|
人工智能 Java 关系型数据库
使用数据连接池进行数据库操作
使用数据连接池进行数据库操作
66 11
|
1月前
|
存储 数据管理 数据库
数据字典是什么?和数据库、数据仓库有什么关系?
在数据处理中,你是否常困惑于字段含义、指标计算或数据来源?数据字典正是解答这些问题的关键工具,它清晰定义数据的名称、类型、来源、计算方式等,服务于开发者、分析师和数据管理者。本文详解数据字典的定义、组成及其与数据库、数据仓库的关系,助你夯实数据基础。
数据字典是什么?和数据库、数据仓库有什么关系?
|
4月前
|
Linux 开发工具
7种比较Linux中文本文件的最佳工具
7种比较Linux中文本文件的最佳工具
7种比较Linux中文本文件的最佳工具
|
5月前
|
存储 缓存 数据库
数据库数据删除策略:硬删除vs软删除的最佳实践指南
在项目开发中,“删除”操作常见但方式多样,主要分为硬删除与软删除。硬删除直接从数据库移除数据,操作简单、高效,但不可恢复;适用于临时或敏感数据。软删除通过标记字段保留数据,支持恢复和审计,但增加查询复杂度与数据量;适合需追踪历史或可恢复的场景。两者各有优劣,实际开发中常结合使用以满足不同需求。
426 4
|
2月前
|
存储 数据管理 Linux
区分Linux中.tar文件与.tar.gz文件的不同。
总之,".tar"文件提供了一种方便的文件整理方式,其归档但不压缩的特点适用于快速打包和解压,而".tar.gz"文件通过额外的压缩步骤,尽管处理时间更长,但可以减小文件尺寸,更适合于需要节约存储空间或进行文件传输的场景。用户在选择时应根据具体需求,考虑两种格式各自的优劣。
413 13
|
1月前
|
存储 关系型数据库 数据库
【赵渝强老师】PostgreSQL数据库的WAL日志与数据写入的过程
PostgreSQL中的WAL(预写日志)是保证数据完整性的关键技术。在数据修改前,系统会先将日志写入WAL,确保宕机时可通过日志恢复数据。它减少了磁盘I/O,提升了性能,并支持手动切换日志文件。WAL文件默认存储在pg_wal目录下,采用16进制命名规则。此外,PostgreSQL提供pg_waldump工具解析日志内容。
156 0
|
3月前
|
安全 Linux
Linux赋予文件000权限的恢复技巧
以上这些步骤就像是打开一扇锁住的门,步骤看似简单,但是背后却有着严格的逻辑和规则。切记,在任何时候,变更文件权限都要考虑安全性,不要无谓地放宽权限,那样可能
135 16
|
5月前
|
Ubuntu 关系型数据库 Linux
Linux数据库安装
本文介绍了在CentOS 8.0和Ubuntu 22.04系统上安装、配置和启动MariaDB数据库服务器的详细步骤。包括通过`yum`和`apt`包管理器安装MariaDB服务,启动并检查服务运行状态,设置root用户密码以及连接数据库的基本操作。此外,还展示了如何在Ubuntu上更新软件包列表、安装依赖项,并验证MariaDB的版本和运行状态。通过这些步骤,用户可以成功部署并初始化MariaDB环境,为后续数据库管理与应用开发奠定基础。
259 61
|
3月前
|
存储 Linux 数据处理
深入剖析Linux中一切即文件的哲学和重定向的机制
在计算机的奇妙世界中,Linux的这套哲学和机制减少了不同类型资源的处理方式,简化了抽象的概念,并蕴藏着强大的灵活性。就像变戏法一样,轻轻松松地在文件、程序与设备之间转换数据流,标准输入、输出、错误流就在指尖舞动,程序的交互和数据处理因此变得既高效又富有乐趣。
58 4