dbv检查system大量坏块

DBVERIFY: Release 11.2.0.4.0 - Production on 星期二 11月 22 17:17:51 2016

Copyright (c) 1982, 2011, Oracle and/or its affiliates.  All rights reserved.

DBVERIFY - 开始验证: FILE = h:\oracle\system01.dbf

页 4543 流入 - 很可能是介质损坏

Corrupt block relative dba: 0x004011bf (file 1, block 4543)

Fractured block found during dbv:

Data in bad block:

 type: 0 format: 2 rdba: 0x004011bf

 last change scn: 0x0000.00000000 seq: 0x1 flg: 0x05

 spare1: 0x0 spare2: 0x0 spare3: 0x0

 consistency value in tail: 0x7641344a

 check value in block header: 0xb6ff

 computed block checksum: 0x797

页 4544 标记为损坏

Corrupt block relative dba: 0x004011c0 (file 1, block 4544)

Bad header found during dbv:

Data in bad block:

 type: 71 format: 3 rdba: 0x754e362f

 last change scn: 0x7a37.6d424862 seq: 0x39 flg: 0x32

 spare1: 0x35 spare2: 0x32 spare3: 0x3931

 consistency value in tail: 0x7638356c

 check value in block header: 0x4856

 block checksum disabled

 …………

页 4613 标记为损坏

Corrupt block relative dba: 0x00401205 (file 1, block 4613)

Bad header found during dbv:

Data in bad block:

 type: 97 format: 7 rdba: 0x79634449

 last change scn: 0x4364.77426a4c seq: 0x41 flg: 0x35

 spare1: 0x34 spare2: 0x36 spare3: 0x7734

 consistency value in tail: 0x505a4550

 check value in block header: 0x434d

 computed block checksum: 0x6f3f

页 4614 标记为损坏

Corrupt block relative dba: 0x00401206 (file 1, block 4614)

Completely zero block found during dbv:

…………

页 5125 标记为损坏

Corrupt block relative dba: 0x00401405 (file 1, block 5125)

Completely zero block found during dbv:

DBVERIFY - 验证完成

检查的页总数: 124160

处理的页总数 (数据): 90745

失败的页总数 (数据): 0

处理的页总数 (索引): 14417

失败的页总数 (索引): 0

处理的页总数 (其他): 3323

处理的总页数 (段)  : 1

失败的总页数 (段)  : 0

空的页总数: 15092

标记为损坏的总页数: 583

流入的页总数: 5

加密的总页数        : 0

最高块 SCN            : 1417256245 (2.1417256245)

这里比较明显，一共583个坏块，而且是连续坏块(5125-4543+1)

尝试启动数据库

--直接尝试打开数据库

SQL> RECOVER DATABASE;

完成介质恢复。

SQL> alter database open;

alter database open

*

第 1 行出现错误:

ORA-01092: ORACLE instance terminated. Disconnection forced

ORA-00704: bootstrap process failure

ORA-00604: error occurred at recursive SQL level 2

ORA-01578: ORACLE data block corrupted (file # 1, block # 4575)

ORA-01110: data file 1: 'H:\ORACLE\SYSTEM01.DBF'

进程 ID: 2572

会话 ID: 85 序列号: 1

--跳过坏块event打开库

SQL> startup mount pfile='h:/oracle/pfile.txt'

ORACLE 例程已经启动。

Total System Global Area 2137886720 bytes

Fixed Size                  2282944 bytes

Variable Size             520096320 bytes

Database Buffers         1610612736 bytes

Redo Buffers                4894720 bytes

数据库装载完毕。

SQL> show parameter event;

NAME                                 TYPE        VALUE

------------------------------------ ----------- ------------------------------

event                                string      43810 trace name context forev

                                                 er, level 10, 10231 trace name

                                                  context forever, level 10, 10

                                                 232 trace name context forever

                                                 , level 10, 10233 trace name c

                                                 ontext forever, level 10, 1004

                                                 1 trace name context forever,

                                                 level 10

xml_db_events                        string      enable

SQL> alter database open;

alter database open

*

第 1 行出现错误:

ORA-01113: 文件 1 需要介质恢复

ORA-01110: 数据文件 1: 'H:\ORACLE\SYSTEM01.DBF'

SQL> recover database;

完成介质恢复。

SQL> alter database open;

alter database open

*

第 1 行出现错误:

ORA-01092: ORACLE instance terminated. Disconnection forced

ORA-00600: internal error code, arguments: [kokiasg1], [], [], [], [], [], [],

[], [], [], [], []

进程 ID: 9316

会话 ID: 4 序列号: 3

--upgrade方式打开数据库

SQL> startup mount pfile='h:/oracle/pfile.txt'

ORACLE 例程已经启动。

Total System Global Area 2137886720 bytes

Fixed Size                  2282944 bytes

Variable Size             520096320 bytes

Database Buffers         1610612736 bytes

Redo Buffers                4894720 bytes

数据库装载完毕。

SQL> alter database open upgrade

  2  ;

alter database open upgrade

*

第 1 行出现错误:

ORA-01092: ORACLE instance terminated. Disconnection forced

ORA-00600: internal error code, arguments: [kokiasg1], [], [], [], [], [], [],

[], [], [], [], []

进程 ID: 7976

会话 ID: 4 序列号: 3

至此数据库在这种坏块情况下，正常打开相当渺茫,因为报错的这些block 都是非常靠前的,也就是说这个里面很多块在数据库创建好的时候就已经在了(特别是通过模板创建的数据库,这些部分很可能都是固定的),考虑使用其他库的block来替代这些坏块,然后尝试打开库

修复坏块

[oracle@app101-20 ~]$ dd if=/Data/oracle/oradata/txlhdb/system01.dbf of=/tmp/1.dbf skip=4543 bs=8192 count=583

583+0 records in

583+0 records out

4775936 bytes (4.8 MB) copied, 0.0533578 s, 89.5 MB/s

H:\oracle>dd if=d:/temp/1.dbf of=h:\oracle\system01.dbf seek=4543 bs=8192 count=583 conv=notrun

rawwrite dd for windows version 0.6beta3.

Written by John Newbigin <jn@it.swin.edu.au>

This program is covered by terms of the GPL Version 2.

notrun

583+0 records in

583+0 records out

H:\oracle>dbv file=system01.dbf

DBVERIFY: Release 11.2.0.4.0 - Production on 星期二 11月 22 20:17:51 2016

Copyright (c) 1982, 2011, Oracle and/or its affiliates.  All rights reserved.

DBVERIFY - 开始验证: FILE = H:\ORACLE\SYSTEM01.DBF

DBVERIFY - 验证完成

检查的页总数: 124160

处理的页总数 (数据): 90761

失败的页总数 (数据): 0

处理的页总数 (索引): 14479

失败的页总数 (索引): 0

处理的页总数 (其他): 3393

处理的总页数 (段)  : 1

失败的总页数 (段)  : 0

空的页总数: 15527

标记为损坏的总页数: 0

流入的页总数: 0

加密的总页数        : 0

最高块 SCN            : 295310052 (11.295310052)

再次尝试打开数据库

C:\Users\XIFENFEI>sqlplus / as sysdba

SQL*Plus: Release 11.2.0.4.0 Production on 星期二 11月 22 20:18:19 2016

Copyright (c) 1982, 2013, Oracle.  All rights reserved.

已连接到空闲例程。

SQL> startup mount pfile='h:/oracle/pfile.txt';

ORACLE 例程已经启动。

Total System Global Area 2137886720 bytes

Fixed Size                  2282944 bytes

Variable Size             520096320 bytes

Database Buffers         1610612736 bytes

Redo Buffers                4894720 bytes

数据库装载完毕。

SQL> recover database;

完成介质恢复。

SQL> alter database open;

数据库已更改。

后续错误ORA-04023处理

C:\Users\XIFENFEI>exp "'/ as sysdba'" owner=XIFENFEI file=d:/full_xff.dmp lo

g=d:/full_xff.log   FEEDBACK=10000  COMPRESS=NO BUFFER=102400000 STATISTICS=none

Export: Release 11.2.0.4.0 - Production on 星期二 11月 22 20:20:27 2016

Copyright (c) 1982, 2011, Oracle and/or its affiliates.  All rights reserved.

连接到: Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Produc

tion

With the Partitioning, OLAP, Data Mining and Real Application Testing options

EXP-00056: 遇到 ORACLE 错误 4023

ORA-04023: 无法验证或授权对象 SELECT xdb_uid FROM SYS.EXU9XDBUID

EXP-00000: 导出终止失败

数据库所有视图无法查询,通过直接对基表user$,obj$,view$等表查询出来视图信息,然后直接编译,然后数据可以完美导出,完成本次恢复

SQL> select 'alter view '||b.name||'.'||c.name||'  compile;'

  2  from view$ a,user$ b,obj$ c

  3  where a.obj#=c.obj#

  4  and c.owner#=b.user#;

通过拷贝block实现system文件大量坏块恢复相关推荐

  1. Oracle ADG备库SYSAUX数据文件坏块恢复处理（ORA-00600,ORA-10567,ORA-10564......

    点击上方"蓝字" 关注我们,享更多干货! 本文阐述了Oracle ADG备库SYSAUX数据文件坏块恢复处理(ORA-00600,ORA-10567,ORA-10564,ORA-0 ...

  2. oracle控制文件有坏块处理过程

    oracle控制文件有坏块处理过程 问题 解决方案 问题 客户环境11.2.0.4 rac red6.7 查看集群资源信息 crsctl status res -t 发现: ora.orcl.db 1 ...

  3. oracle控制文件发生坏块,控制文件坏块处理方法

    1 说明 控制文件毫无疑问是一个数据库正常工作的必不可少的一个文件.非常重要,所以控制文件出现坏块需要第一时间进行修复.通常会以ORA-00227来表示控制文件出现坏块.https://www.cnd ...

  4. 【数据库数据恢复】Oracle数据库文件出现坏块报错的数据恢复案例

    Oracle数据恢复故障&分析: 打开oracle数据库报错"system01.dbf需要更多的恢复来保持一致性,数据库无法打开".用户找到我们数据恢复中心,提供了数据库o ...

  5. 数据文件检验坏块的利器-dbv

    使用dbv工具检验数据文件是否有坏块 dbv工具可以用来验证数据文件的有效性,在数据库恢复之前可以使用该命令对备份文件进行有效性检查, 防止因备份文件本身的问题导致数据库无法恢复. 当然,dbv命令也 ...

  6. Oracle数据库文件坏块损坏的恢复方法

    故障描述 打开oracle数据库报错 "system01.dbf需要更多的恢复来保持一致性,数据库无法打开".经检测数据库文件发现sysaux01.dbf有坏块,sysaux01. ...

  7. oracle .dbf文件过大_学习这篇Oracle数据库文件坏块损坏的恢复方法,拓展你的知识面...

    一.Oracle数据库系统简介: ORACLE数据库系统是美国ORACLE公司(甲骨文)提供的以分布式数据库为核心的一组软件产品,是目前最流行的客户/服务器(CLIENT/SERVER)或B/S体系结 ...

  8. 坏块管理（Bad Block Management，BBM）

    看了很多坏块管理的文章,加上自己的理解,把整个坏块管理做了个总结. 坏块分类 1.出厂坏块 又叫初始坏块,厂商会给点最小有效块值(NVB,mininum number of valid blocks) ...

  9. Oracle 坏块 总结

    racle数据库出现坏块现象是指:在Oracle数据库的一个或多个数据块(一个数据块的容量在创建数据库时由db_block_size参数指定,缺省为8K)内出现内容混乱的现象.由于正常的数据块都有固定 ...

最新文章

  1. android selector下的设置背景属性值
  2. 论文格式——合适【CSDN】发文
  3. Python之列表list模块
  4. u-boot-1.3.4 for dm365 之网络驱动
  5. React Hooks 不知道怎么学？看这篇
  6. idea使用c3p0数据库连接池无法加载配置文件xml，配置文件放置的位置
  7. ENtEntityFranework 的简单应用（一）
  8. BZOJ3828 : [Poi2014]Criminals
  9. GHOSTXP_SP3
  10. hdu acm 1016
  11. 简单分压电路，检测电压用
  12. 使用Web3j（JAVA）开发ETH钱包-1
  13. PYTHON处理MOD/MYD11（LST）产品
  14. 重新实现reuseport逻辑，实现一致性哈希
  15. 阿里云OSS对象存储基础入门
  16. OpenCV-DoG
  17. Linux文件写入读取与关闭（二）
  18. 【七七八八】疫情期间谈谈我的转变
  19. Windows XP 安装 MTP 驱动
  20. 从0到1的CTF之旅————Crypto（2）

热门文章

  1. google play连接超时_Google以2亿美元收购Fitbit
  2. [Luogu P4292] [BZOJ 1758] [WC2010]重建计划
  3. 手中无剑，心中有剑，无剑胜有剑
  4. 暑假出游 |近视配镜首选变色镜片
  5. OpenMP学习（三）
  6. http://www.dewen.net.cn/q/15807/java byte 疑问
  7. 美国SIG声学相机G100主要功能
  8. 西湖大学自然语言处理（七）—— 解决OOV问题的两种平滑技术
  9. matlab里motor的符号,motor的用法总结大全
  10. RL policy gradient 之 A2C, A3C,PPO小总结