ORA-01210: data file header is media corrupt

最新推荐文章于 2022-03-11 18:18:30 发布
最新推荐文章于 2022-03-11 18:18:30 发布
阅读量4.1k 收藏
点赞数 1
分类专栏： 故障 文章标签： oracle
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/fanzhuozhuo/article/details/107756062
版权

ORA-01210: data file header is media corrupt

在现网环境中，启动数据库的时候，出现了报错ORA-01210: data file header is media corrupt。刚开始以为是datafile header块头坏了。但是经过bbed校验后，发现都是正确的文件格式。所以，我们考虑了另一种情况，是不是磁盘绑定，绑错位了。所以下面就是我们模拟该问题，并提供解决思路。当出现ORA-01210情况的时候，不一定就是数据文件头块坏了，还有其他的可能性。下面就是具体的模拟并解决过程。

问题现象

SQL> alter database open;
alter database open
*
ERROR at line 1:
ORA-01122: database file 6 failed verification check
ORA-01110: data file 6: ‘/dev/raw/raw1’
ORA-01210: data file header is media corrupt

模拟过程

说明下：现网环境用的还是raw，所以以下就以raw方式模拟

加盘 创建lv

[root@oracle11g ~]# pvcreate /dev/sdb
Physical volume “/dev/sdb” successfully created
[root@oracle11g ~]# vgcreate vg_app /dev/sdb
Volume group “vg_app” successfully created
[root@oracle11g ~]# lvcreate -L 50M -n lv_wahaha1 vg_app
Rounding up size to full physical extent 52.00 MiB
Logical volume “lv_wahaha1” created.
[root@oracle11g ~]# lvcreate -L 48m -n lv_wahaha2 vg_app
Logical volume “lv_wahaha2” created.
[root@oracle11g ~]# lvs
LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
lv_wahaha1 vg_app -wi-a----- 52.00m
lv_wahaha2 vg_app -wi-a----- 48.00m
lv_root vg_system -wi-ao---- 47.80g
lv_swap vg_system -wi-ao---- 2.00g
[root@oracle11g ~]# vgs
VG #PV #LV #SN Attr VSize VFree
vg_app 1 2 0 wz–n- 100.00m 0
vg_system 1 2 0 wz–n- 49.80g 0

raw映射

[root@oracle11g ~]# raw /dev/raw/raw1 /dev/mapper/vg_app-lv_wahaha1
/dev/raw/raw1: bound to major 253, minor 2
[root@oracle11g ~]# raw /dev/raw/raw2 /dev/mapper/vg_app-lv_wahaha2
/dev/raw/raw2: bound to major 253, minor 3
查看raw的信息：
[root@oracle11g ~]# raw -qa
/dev/raw/raw1: bound to major 253, minor 2
/dev/raw/raw2: bound to major 253, minor 3
查看本机设备
[root@oracle11g ~]# ls -ltr /dev/mapper/vg_*
lrwxrwxrwx. 1 root root 7 Jul 31 14:55 /dev/mapper/vg_system-lv_swap -> …/dm-1
lrwxrwxrwx. 1 root root 7 Jul 31 14:55 /dev/mapper/vg_system-lv_root -> …/dm-0
lrwxrwxrwx. 1 root root 7 Jul 31 15:00 /dev/mapper/vg_app-lv_wahaha1 -> …/dm-2
lrwxrwxrwx. 1 root root 7 Jul 31 15:02 /dev/mapper/vg_app-lv_wahaha2 -> …/dm-3
[root@oracle11g ~]# ls -ltr /dev/dm-*
brw-rw----. 1 root disk 253, 1 Jul 31 14:55 /dev/dm-1
brw-rw----. 1 root disk 253, 0 Jul 31 14:55 /dev/dm-0
brw-rw----. 1 root disk 253, 2 Jul 31 15:00 /dev/dm-2
brw-rw----. 1 root disk 253, 3 Jul 31 15:02 /dev/dm-3
[root@oracle11g datafile]# ll /dev/raw/raw*
crw-rw----. 1 root disk 162, 1 Jul 31 15:11 /dev/raw/raw1
crw-rw----. 1 root disk 162, 2 Jul 31 15:11 /dev/raw/raw2
crw-rw----. 1 root disk 162, 0 Jul 31 14:55 /dev/raw/rawctl
修改raw权限
[root@oracle11g datafile]# chown oracle:oinstall /dev/raw/raw1
[root@oracle11g datafile]# chown oracle:oinstall /dev/raw/raw2
[root@oracle11g datafile]# ll /dev/raw/raw*
crw-rw----. 1 oracle oinstall 162, 1 Jul 31 15:21 /dev/raw/raw1
crw-rw----. 1 oracle oinstall 162, 2 Jul 31 15:11 /dev/raw/raw2
crw-rw----. 1 root disk 162, 0 Jul 31 14:55 /dev/raw/rawctl

在raw上面创建表空间

SQL> create tablespace tbs1 datafile ‘/dev/raw/raw1’ size 20M;

Tablespace created.

SQL> create tablespace tbs2 datafile ‘/dev/raw/raw2’ size 20M;

Tablespace created.

SQL> create table wahaha tablespace tbs1 as select * from dba_users;

Table created.

SQL> select name,file# from v$datafile;
SQL> set pages 1000 lines 1000
SQL> col name for a100

NAME FILE#

/u01/app/oracle/oradata/ZHUO/datafile/o1_mf_system_gxd20h14_.dbf 1
/u01/app/oracle/oradata/ZHUO/datafile/o1_mf_sysaux_gxd20k1y_.dbf 2
/u01/app/oracle/oradata/ZHUO/datafile/o1_mf_undotbs1_gxd20lnp_.dbf 3
/u01/app/oracle/oradata/ZHUO/datafile/o1_mf_users_gxd20pxk_.dbf 4
/u01/app/oracle/oradata/ZHUO/datafile/o1_mf_zhuo_gxdcfr5s_.dbf 5
/dev/raw/raw1 6
/dev/raw/raw2 7

7 rows selected.

模拟报错

模拟主机异常宕机
[root@oracle11g ~]# reboot

重新启动数据库
SQL> startup
ORACLE instance started.

Total System Global Area 521936896 bytes
Fixed Size 2254824 bytes
Variable Size 352323608 bytes
Database Buffers 163577856 bytes
Redo Buffers 3780608 bytes
Database mounted.
ORA-01157: cannot identify/lock data file 6 - see DBWR trace file
ORA-01110: data file 6: ‘/dev/raw/raw1’
发现raw没有映射，手动重新映射。（这里模拟我们不知道lv和raw之间的对应关系，我们手动映射错了）
[root@oracle11g ~]# chown oracle:oinstall /dev/raw/raw1
[root@oracle11g ~]# chown oracle:oinstall /dev/raw/raw2
[root@oracle11g ~]# ls -tlr /dev/raw/*
crw-rw----. 1 root disk 162, 0 Jul 31 15:24 /dev/raw/rawctl
crw-rw----. 1 oracle oinstall 162, 1 Jul 31 15:38 /dev/raw/raw1
crw-rw----. 1 oracle oinstall 162, 2 Jul 31 15:38 /dev/raw/raw2
重启数据库
[oracle@oracle11g ~]$ sqlplus / as sysdba

SQL*Plus: Release 11.2.0.4.0 Production on Fri Jul 31 15:39:09 2020

Copyright © 1982, 2013, Oracle. All rights reserved.

Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> alter database open;
alter database open
*
ERROR at line 1:
ORA-01122: database file 6 failed verification check
ORA-01110: data file 6: ‘/dev/raw/raw1’
ORA-01210: data file header is media corrupt
启动数据库报错：ORA-01210。

解决方案

既然是lv的对应关系绑定错位了，那就要知道正确的对应关系。
下面查看现在的绑定对应关系（由于我的是虚拟机，所以major和minor号，没在lv上面显示，在具体的磁盘上面显示）
[root@oracle11g ~]# raw -qa
/dev/raw/raw1: bound to major 253, minor 3
/dev/raw/raw2: bound to major 253, minor 2
[root@oracle11g ~]# ls -ltr /dev/raw/raw*
crw-rw----. 1 root disk 162, 0 Jul 31 15:24 /dev/raw/rawctl
crw-rw----. 1 oracle oinstall 162, 1 Jul 31 15:38 /dev/raw/raw1
crw-rw----. 1 oracle oinstall 162, 2 Jul 31 15:38 /dev/raw/raw2
[root@oracle11g ~]# ls -ltr /dev/mapper/
total 0
crw-rw----. 1 root root 10, 58 Jul 31 15:24 control
lrwxrwxrwx. 1 root root 7 Jul 31 15:24 vg_system-lv_swap -> …/dm-1
lrwxrwxrwx. 1 root root 7 Jul 31 15:24 vg_app-lv_wahaha2 -> …/dm-3
lrwxrwxrwx. 1 root root 7 Jul 31 15:24 vg_app-lv_wahaha1 -> …/dm-2
lrwxrwxrwx. 1 root root 7 Jul 31 15:24 vg_system-lv_root -> …/dm-0
[root@oracle11g ~]# ls -ltr /dev/dm*
brw-rw----. 1 root disk 253, 1 Jul 31 15:24 /dev/dm-1
brw-rw----. 1 root disk 253, 3 Jul 31 15:24 /dev/dm-3
brw-rw----. 1 root disk 253, 2 Jul 31 15:24 /dev/dm-2
brw-rw----. 1 root disk 253, 0 Jul 31 15:24 /dev/dm-0

现在虽然知道file# 6对应着/dev/raw/raw1;file# 7对应/dev/raw/raw2;(从v$datafile.name可以看出对应关系)。但是底层的设备绑定对应关系却是不知道的，即不知道/dev/raw/raw1绑定的vg_app-lv_wahaha2还是vg_app-lv_wahaha1.
有一种方法，因为datafile是存储在存储设备上的，真实存储在磁盘上面的内容是不会混乱的，我们可以直接查看设备上面存储的内容，来判断对应关系。
那么就需要我们知道这个设备上面存储的是file#为多少的文件。所以要定位这个数据文件datafile是几号文件。
所以问题的关键就变为了，存储设备上存储的数据文件的几号文件了，所以以下就是确定存储设备上面的file number了，下面演示集中方法：

最低0.47元/天 解锁文章
oracle数据文件头损坏6,文件头损坏ORA-01122 ORA-01210恢复
weixin_42347778的博客
04-09 892
有朋友数据文件头出现错误ORA-01122和ORA-01210等错误，数据库无法正常open。因为平台是win，他们找我咨询win bbed,因为回老家电脑没有带,无法提供win的bbed.我通过dd部分文件头,然后在linux平台分析发现是该文件的文件头block大量坏块bbed分析坏块情况BBED> show allFILE# 0BLOCK# 1OF...
oracle可以放在文件的第一号,【案例】Oracle报错ORA-01210 datafile header block损坏的修复方法...
weixin_35696075的博客
04-03 885
天萃荷净Oracle研究中心案例分析：运维DBA反映Oracle数据库遇到报错ORA-01210分析原因为数据文件头块损坏块导致，使用BBED修复损坏文件。本站文章除注明转载外，均为本站原创： 转载自love wife & love life —Roger 的Oracle技术博客本文链接地址: Archivelog 模式下，datafile header损坏，如何恢复？客户数据库出现故障，...
system数据文件头恢复（ORA-01210: data file header is media corrupt）
打工人的博客
11-04 3067
目录 数据库OPEN读取数据文件头 损坏SYSTEM数据文件头 数据库无法正常关闭和启动 BBED操作文件头，显示无效类型 构造文件头结构 用2号文件1号块覆盖1号文件1号块 要修复列表 修复文件头block的rdba地址（offset 4） 修复文件头文件大小（offset 44） 修复文件头文件号（offset 52） 修复文件头root数据块号（offset 96） 修复文件创建SCN(offset 100) 修复文件创建时间（offset 108） 修复文件状态（offs
oracle datafile损坏,ORACLE 11G常规恢复之数据文件头信息损坏
weixin_34237362的博客
04-03 591
模拟损坏环境：[oracle@gpsdb oradata]$ dd if=/dev/zero of=trsen01.dbf count=1 seek=1 bs=8192 conv=notrunc1+0 records in1+0 records out8192 bytes (8.2 kB) copied, 3.9e-05 seconds, 210 MB/salert日志里信息Wed Jan 13 ...
oracle ora27072,ORACLE ORA-01110: ORA-27072: 处理
weixin_39659748的博客
04-04 1617
今天朋友的测试库报错， ORA-27072: File I/O error， Linux-x86_64 Error: 5: Input/output error，数据块已经不能正常启动，看到 Linux-x86_64 Error: 5: Input/output error多数是磁盘空间满导致的KCF: read, write or open error, block=0x283980 >f...
Oracle DataGuard 备库启动报ORA-01186 ORA-01122 ORA-01110 ORA-01210
weixin_41786256的博客
07-30 1132
如果使用LVM管理存储，当从生产端往容灾端做完基线后，启动容灾DB到read only状态时，告警日志中报如下错误： Reread of rdba: 0x00400001 (file 201,block 1) found same corrupted dataErrors in file /oracle/db/diag/rdbms/drora01/ drora01/trace/drora01 dbw0_ 12388.trc: ORA-01186: file 201 failed verification
12C ORA-错误汇总3 ORA-01500 to ORA-02098
ugghhj的博客
01-26 2097
12C ORA-错误汇总3 ORA-01500 to ORA-02098
Oracle使用Linux nfs方式挂载备份文件后访问出错The file header is corrupted
lk的窝
05-24 2238
从远端备份服务器NFS挂载备份目录至本机时，执行oracle rman 'catalog start with'命令，提示部分文件头损坏，如下： [root@lkdb bak0524]# df -h Filesystem                     Size  Used Avail Use% Mounted on /dev/mapper/VolGroup-lv_root    5
Archivelog 模式下datafile header损坏恢复
小伟的博客
03-31 3035
偷学自大神Roger的博客,自己再做实验： http://www.killdb.com/2013/01/29/archivelog-%E6%A8%A1%E5%BC%8F%E4%B8%8B%EF%BC%8Cdatafileheader%E6%8D%9F%E5%9D%8F%EF%BC%8C%E5%A6%82%E4%BD%95%E6%81%A2%E5%A4%8D%EF%BC%9F.html
oracle11g12c断电数据文件介质损坏故障恢复方法.txt
11-25
Oracle11g、12c因断电数据文件损坏，未开启归档模式，通过recover database until cancel;恢复损坏的介质文件失败，重建控制文件修复数据库过程的笔记。
ORA-01122 AND ORA-01210
cuiwu7783的博客
11-10 625
学习BBED的过程中，突然出现了ora-01122及ora-01210错误，根据此文http://www.itpub.net/thread-1754481-1-1.html无法修复。 SQL> alte...
使用bbed修复oracle数据文件header block损坏的通用方法
乐天派
05-08 2067
前日，遇到一起ORA-01210: data file header is media corrupt故障，由于datafile header损坏造成数据库不能启动，同时无备份、无归档。网上搜索解决方案未果，因此摸索了一个解决datafile header损坏的通用解决方法。    思路如下：    1、复制未损坏的数据文件的datafile header block到损坏的文件头部。  
oracle数据文件被误删或损坏故障处理
胡威的技术博客
07-05 4849
oracle数据文件被删或损坏故障描述: 数据库数据文件由于误操作被删除掉或由于磁盘坏掉导致数据文件损坏，数据库每十分钟读取损坏数据库文件失败后会提示: ORA-01116: 打开数据库文件 78 时出错 ORA-01110: 数据文件 78: '/oracle/tablespace/TS_LOGtokexunDATA_01.dbf' ORA-27041: 无法打开文件 接着数据库会do
Oracle 00283 01110 01122,解决ORCLE-ORA-01122 01110 01210
weixin_33177758的博客
04-15 834
中午搬迁了数据库服务器，点亮后启动数据库。lsnrctl startThe listener supports no servicesThe command completed successfully没问题。然后启动数据库，报错：SQL> startupORACLE instance started.Total System Global Area 2137886720 bytesFixe...
ASM管理环境----数据文件丢失介质恢复（MEDIA RECOVERY）
cuiwu7783的博客
11-18 200
与文件系统的介质恢复最大的区别在于，虽然指定相同路径相同文件名，但由于OMF管理的原因， ASM不可能建立原来一样的文件名，那只是ASM Alias别名。 [root@vmrac1 ~]# su - o...
oracle坏块，一招教你手把手修复oracle坏块(二)！！！
weixin_45112130的博客
02-23 731
接着上文，今天我们来模拟一下当碰到UNDO坏块时，可以怎样进行处理。 首先还是先来破坏一下undo数据文件~ 不知道怎么使用bbed的小伙伴可以先看一下我的上一个博客，里面有bbed的下载方式和使用方法，这里不过多进行阐述 https://blog.youkuaiyun.com/weixin_45112130/article/details/113881463 [oracle@mongodb lib]$ ./bbed parfile=par.txt password=blockedit BBED: R.
ORA-01110错误解决方法
steamPlayGame的博客
03-11 2820
查看连接
ORA-39001: invalid argument value ORA-39000: bad dump file specification ORA-31641: unable to create dump file "/data/backup/expdp/FAL_full_expdp_20230525.dmp" ORA-27038: created file already exists Additional information: 1
05-26
这个错误通常是由于在导出数据时指定的导出文件已经存在而导致的。你可以尝试指定一个新的导出文件名，或者删除已经存在的文件，然后重新运行导出命令。 例如，你可以在 expdp 命令中使用 REMAP_DUMPFILE 参数指定一个新的导出文件名，如下所示： ``` expdp username/password@database_name REMAP_DUMPFILE=/data/backup/expdp/FAL_full_expdp_20230525.dmp:new_dump_file.dmp ``` 这将创建一个名为 new_dump_file.dmp 的新导出文件，替换原本已经存在的 FAL_full_expdp_20230525.dmp 文件。 如果你确定要覆盖已经存在的文件，可以使用 OVERWRITE=YES 参数运行 expdp 命令，如下所示： ``` expdp username/password@database_name DUMPFILE=/data/backup/expdp/FAL_full_expdp_20230525.dmp OVERWRITE=YES ``` 这将覆盖已经存在的 FAL_full_expdp_20230525.dmp 文件。请确保在使用此选项之前备份重要的数据。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值