首页 / ORACLE / Oracle数据块损坏篇之10231内部事件

Oracle数据块损坏篇之10231内部事件

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了Oracle数据块损坏篇之10231内部事件，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含10027字，纯文字阅读大概需要15分钟。

内容图文

实验：某个分区数据块损坏，不完全恢复此分区表数据
背景：数据库没有有效备份，某个分区中有数据块损坏。
要求：最大限度恢复此分区数据。
环境：RHEL 6.4 + Oracle 11.2.0.4

1. 初始化实验环境

初始化创建模拟实验环境用到的表空间、业务用户、表，并导入测试数据。
本次实验用到表空间DBS_D_JINGYU, 业务用户JINGYU, 分区表T_PART(含两个分区的测试数据)。

        -- 数据表空间
create tablespace dbs_d_jingyu datafile ‘/u02/oradata/jingyu/dbs_d_jingyu01.dbf‘ size 30M autoextend off;
-- 临时表空间
create temporary tablespace temp_jingyu tempfile ‘/u02/oradata/jingyu/temp_jingyu01.tmp‘ size 30M autoextend off;
-- 索引表空间(可选)
create tablespace dbs_i_jingyu datafile ‘/u02/oradata/jingyu/dbs_i_jingyu01.dbf‘ size 30M autoextend off;
-- 假设创建用户 jingyu 密码 jingyu，默认临时表空间 temp_jingyu， 默认数据表空间 dbs_d_jingyu。
CREATE USER jingyu IDENTIFIED BY jingyu
  TEMPORARY TABLESPACE temp_jingyu
  DEFAULT TABLESPACE dbs_d_jingyu
  QUOTA UNLIMITED ON dbs_d_jingyu;
-- 赋予普通业务用户权限
grant resource, connect to jingyu;
-- 赋予DBA用户权限
grant dba to jingyu;
-- 业务用户登录
conn jingyu/jingyu  
-- 1.1 创建分区表
create table t_part(
id number, 
name varchar2(20), 
start_time date, 
content varchar2(200)
)partition by range(start_time)
(
  partition P20150101 values less than (TO_DATE(‘ 2015-01-01 00:00:00‘, ‘SYYYY-MM-DD HH24:MI:SS‘, ‘NLS_CALENDAR=GREGORIAN‘))
    tablespace dbs_d_jingyu,
  partition P20150102 values less than (TO_DATE(‘ 2015-01-02 00:00:00‘, ‘SYYYY-MM-DD HH24:MI:SS‘, ‘NLS_CALENDAR=GREGORIAN‘))
    tablespace dbs_d_jingyu,
  partition P20150103 values less than (TO_DATE(‘ 2015-01-03 00:00:00‘, ‘SYYYY-MM-DD HH24:MI:SS‘, ‘NLS_CALENDAR=GREGORIAN‘))
    tablespace dbs_d_jingyu
);

-- 1.2 插入测试数据
--分区P20150102插入10000行数据
begin
    for i in 1..10000 loop
    insert into t_part values (i,‘alfred‘||i, to_date(‘2015-01-01‘,‘yyyy-mm-dd‘), ‘AAAAAAAAAA‘);
    end loop;
    commit;
end;
/
--分区P20150103插入20000行数据
begin
    for i in 10001..30000 loop
    insert into t_part values (i,‘alfred‘||i, to_date(‘2015-01-02‘,‘yyyy-mm-dd‘), ‘AAAAAAAAAA‘);
    end loop;
    commit;
end;
/

-- 1.3查询表数据量和大小
select count(1) from t_part; 
--result: 30000
select count(1) from t_part partition(P20150102); 
--result: 10000
select count(1) from t_part partition(P20150103); 
--result: 20000
--普通表/分区表的每个分区大约__G大小
set linesize 160
col segment_name for a30
select (t.bytes/1024/1024) "MB", t.owner, t.segment_name, t.partition_name, t.tablespace_name from dba_segments t where segment_name = ‘T_PART‘;
        MB OWNER                          SEGMENT_NAME                   PARTITION_NAME                 TABLESPACE_NAME
---------- ------------------------------ ------------------------------ ------------------------------ ------------------------------
         8 JINGYU                         T_PART                         P20150102                      DBS_D_JINGYU
         8 JINGYU                         T_PART                         P20150103                      DBS_D_JINGYU

2. 模拟分区中有数据块损坏情景

我这里使用BBED制造坏块，修改t_part分区表的分区P20150103中的某个块内容，模拟真实环境中有数据块损坏的情景。

        --查询分区P20150103的HEADER_BLOCK
select header_file,header_block from dba_segments where segment_name=‘T_PART‘ and partition_name=‘P20150103‘ and owner=‘JINGYU‘;
SQL> select header_file,header_block from dba_segments where segment_name=‘T_PART‘ and partition_name=‘P20150103‘ and owner=‘JINGYU‘;

HEADER_FILE HEADER_BLOCK
----------- ------------
          5         1169

--查询某一行记录所在的块
select
 rowid,
 dbms_rowid.rowid_relative_fno(rowid)rel_fno,
 dbms_rowid.rowid_block_number(rowid)blockno,
 dbms_rowid.rowid_row_number(rowid) rowno
 from t_part where id = 20000;      

SQL> select
  2   rowid,
  3   dbms_rowid.rowid_relative_fno(rowid)rel_fno,
  4   dbms_rowid.rowid_block_number(rowid)blockno,
  5   dbms_rowid.rowid_row_number(rowid) rowno
  6   from t_part where id = 20000;

ROWID                 REL_FNO    BLOCKNO      ROWNO
------------------ ---------- ---------- ----------
AAAVveAAFAAAATBABX          5       1217         87

使用bbed工具破坏5号文件1217块内容，
BBED工具：http://www.cnblogs.com/jyzhao/p/5139584.html

        [oracle@JY-DB01 ~]$ bbed parfile=/tmp/bbed.par
Password: 

BBED: Release 2.0.0.0.0 - Limited Production on Tue Jan 19 11:37:59 2016

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

************* !!! For Oracle Internal Use only !!! ***************

BBED> set dba 5,1217
        DBA             0x014004c1 (20972737 5,1217)

BBED> map
 File: /u02/oradata/jingyu/dbs_d_jingyu01.dbf (5)
 Block: 1217                                  Dba:0x014004c1
------------------------------------------------------------
 KTB Data Block (Table/Cluster)

 struct kcbh, 20 bytes                      @0       

 struct ktbbh, 72 bytes                     @20      

 struct kdbh, 14 bytes                      @100     

 struct kdbt[1], 4 bytes                    @114     

 sb2 kdbr[177]                              @118     

 ub1 freespace[815]                         @472     

 ub1 rowdata[6901]                          @1287    

 ub4 tailchk                                @8188    


BBED> d /v offset 0 count 128
 File: /u02/oradata/jingyu/dbs_d_jingyu01.dbf (5)
 Block: 1217    Offsets:    0 to  127  Dba:0x014004c1
-------------------------------------------------------
 06a20000 c1044001 52733100 00000106 l ......@.Rs1.....
 a18b0000 01000c00 de5b0100 4d733100 l .........[..Ms1.
 0000e81f 021f3200 81044001 02001b00 l ......2...@.....
 5d0b0000 fc0fc000 df030600 b1200000 l ]............ ..
 52733100 00000000 00000000 00000000 l Rs1.............
 00000000 00000000 00000000 00000000 l ................
 00000000 0001b100 ffff7401 a3042f03 l ..........t.../.
 2f030000 b100711f 4a1f231f fc1ed51e l /.....q.J.#.....

 <16 bytes per line>

BBED> modify /x 19901010 offset 0
 File: /u02/oradata/jingyu/dbs_d_jingyu01.dbf (5)
 Block: 1217             Offsets:    0 to  127           Dba:0x014004c1
------------------------------------------------------------------------
 19901010 c1044001 52733100 00000106 a18b0000 01000c00 de5b0100 4d733100 
 0000e81f 021f3200 81044001 02001b00 5d0b0000 fc0fc000 df030600 b1200000 
 52733100 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
 00000000 0001b100 ffff7401 a3042f03 2f030000 b100711f 4a1f231f fc1ed51e 

 <32 bytes per line>

BBED> sum apply
Check value for File 5, Block 1217:
current = 0xa9ae, required = 0xa9ae

BBED>

至此破坏了5号文件，1217块。

查询v$database_block_corruption

        select * from v$database_block_corruption;

SQL> select * from v$database_block_corruption;

     FILE#     BLOCK#     BLOCKS CORRUPTION_CHANGE# CORRUPTIO
---------- ---------- ---------- ------------------ ---------
         5       1217          1                  0 CORRUPT

--此时查询分区表T_PART
alter system flush buffer_cache;
select count(1) from t_part;
--查询报错ORA-01578
select count(1) from t_part partition(P20150102);
--查询正常，即分区P20150102未受影响
select count(1) from t_part partition(P20150103);
--查询报错ORA-01578

--尝试逻辑导出表数据失败
[oracle@JY-DB01 ~]$ exp jingyu/jingyu tables=t_part file=t_part.dmp log=exp_t_part.log

Export: Release 11.2.0.4.0 - Production on Tue Jan 19 11:52:21 2016

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


Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, Automatic Storage Management, OLAP, Data Mining
and Real Application Testing options
Export done in ZHS16GBK character set and AL16UTF16 NCHAR character set

About to export specified tables via Conventional Path ...
. . exporting table                         T_PART
. . exporting partition                      P20150101          0 rows exported
. . exporting partition                      P20150102      10000 rows exported
. . exporting partition                      P20150103
EXP-00056: ORACLE error 1578 encountered
ORA-01578: ORACLE data block corrupted (file # 5, block # 1217)
ORA-01110: data file 5: ‘/u02/oradata/jingyu/dbs_d_jingyu01.dbf‘
Export terminated successfully with warnings.
[oracle@JY-DB01 ~]$

3. 尝试使用Oracle内部事件10231进行不完全恢复

使用Oracle 10231内部事件可以跳过坏块

        --启用10231内部事件
alter system set events=‘10231 trace name context forever,level 10‘;
--关闭10231内部事件
alter system set events=‘10231 trace name context off‘;

测试设置10231事件后是否可以逻辑导出：

        [oracle@JY-DB01 ~]$ sqlplus / as sysdba

SQL*Plus: Release 11.2.0.4.0 Production on Tue Jan 19 14:01:43 2016

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


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

SQL> alter system  set events=‘10231 trace name context forever,level 10‘;

System altered.

SQL> exit
Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, Automatic Storage Management, OLAP, Data Mining
and Real Application Testing options
[oracle@JY-DB01 ~]$ exp jingyu/jingyu tables=t_part file=t_part.dmp log=exp_t_part.log

Export: Release 11.2.0.4.0 - Production on Tue Jan 19 14:01:57 2016

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


Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, Automatic Storage Management, OLAP, Data Mining
and Real Application Testing options
Export done in ZHS16GBK character set and AL16UTF16 NCHAR character set

About to export specified tables via Conventional Path ...
. . exporting table                         T_PART
. . exporting partition                      P20150101          0 rows exported
. . exporting partition                      P20150102      10000 rows exported
. . exporting partition                      P20150103      19823 rows exported
Export terminated successfully without warnings.

--成功导出后记得要关闭10231内部事件
alter system set events=‘10231 trace name context off‘;

20000 - 19823 = 177行，也就是说该数据块损坏直接导致了177行数据丢失。不过还好，保住了大部分数据。

实际上设置10231内部事件后，如果上面逻辑导出没问题，这种情况自然还可以把数据直接导出到临时表，更加方便。

        SQL> select count(1) from t_part;
select count(1) from t_part
*
ERROR at line 1:
ORA-01578: ORACLE data block corrupted (file # 5, block # 1217)
ORA-01110: data file 5: ‘/u02/oradata/jingyu/dbs_d_jingyu01.dbf‘

SQL> alter system  set events=‘10231 trace name context forever,level 10‘;

System altered.

SQL> select count(1) from t_part;

  COUNT(1)
----------
     29823

SQL> create table temp_t_part_20150103 as select * from t_part partition(P20150103);

Table created.

SQL> alter system set events=‘10231 trace name context off‘;

System altered.

SQL> select count(1) from t_part partition(P20150103);
select count(1) from t_part partition(P20150103)
*
ERROR at line 1:
ORA-01578: ORACLE data block corrupted (file # 5, block # 1217)
ORA-01110: data file 5: ‘/u02/oradata/jingyu/dbs_d_jingyu01.dbf‘

SQL> select count(1) from temp_t_part_20150103;

  COUNT(1)
----------
     19823

Reference

原文：http://www.cnblogs.com/wangsicongde/p/7577032.html

内容总结

以上是互联网集市为您收集整理的Oracle数据块损坏篇之10231内部事件全部内容，希望文章能够帮你解决Oracle数据块损坏篇之10231内部事件所遇到的程序开发问题。如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/1056931.html

来源：【匿名】

【上一篇】oracle中关联查询、分组查询【下一篇】Oracle Faq(Oracle TAF的配置)

更多 ►

【Oracle数据块损坏篇之10231内部事件】教程文章相关的互联网学习教程文章

通过等待事件学习Oracle 体系结构：（二）谈谈PGA和临时表空间

三、通过direct path read/write temp 谈谈PGA和临时表空间：官方描述：When a process is writing buffers directly from PGA (as opposed to the DBWR writing them from the buffer cache), the process waits on this event for the write call to complete. Operations that could perform direct path writes include sorts on disk, parallel DML operations, direct-path INSERTs, parallel create table as select, and s...

Oracle 事件【代码】

Oracle 的事物事物是设么事物是用于高正数据的一致性，他由一组相关的dml语句组成（增加删除语句），这组语句要么全部成功要不全部失败。如：网上转账。 1)设置保存点Savepoint a1 ;2)取消部分事物Rollback to a1 ;3)取消全部事物Rollback；现在执行程序Statement sm = conn.createStatement();sm.executeUpdate("update emp set sal = sal - 100 where ename = ‘SCOTT‘"); sm.executeUpdate("update emp set sal = sal +...

Oracle数据泵expdp遭遇Streams AQ: Enqueue Blocked On Low Memory等待事件【代码】

Oracle数据泵expdp遭遇Streams AQ: Enqueue Blocked On Low Memory等待事件版本：11.2.0.4.0PSU+OJVM：11.2.0.4.201020对数据库使用expdp做全库导出时，发现异常的慢。每张小表的导出都要隔个几秒才会继续导出下一张表。查看数据泵会话的等待事件信息如下：10:00:51 SYS@test(586)>/SID SERIAL# EVENT SADDR PROGRAM USERNAME STATUS SQL_ID SQ...

ORACLE等待事件：SQLNet message from client & SQLNet message to client【代码】【图】

在ORACLE当中有两个很常见的等待事件“SQL*Net message from client”与“SQL*Net message to client”，两者有点区别，下面整理这方面的资料如下： SQL*Net message from client 表示服务端等待着Cilent发来请求让它处理，这时就会产生SQL*Net message from client等待事件。而我们把这种Wait叫做空闲事件（ildel event）,并不代表真正的Loading. SQL*Net message to client 这个等待...

使用DATABASE Log off收集oracle 等待事件信息【代码】

实例级别的监控，一直开启并且低开销：建立基础表：create table sys.sesstat_history tablespace EOL as SELECT c.username, c.osuser, a.sid, c.serial#, c.paddr, c.process, c.logon_time, a.statistic#, b.name, a.value, SYSDATE AS logoff_timestamp FROM v$sesstat a, v$statname b, v$session c WHERE 1 = 2 create table sys.session_event_h...

记一次Oracle数据库爆了事件【代码】【图】

有人在SQL plus执行命令之后，直接报ERROR: ORA-00257: archiver error. Connect internal only, until freed. 用户层面报错：ORA-01034: ORACLE not avai lable 排查发现是硬盘快爆了，清理日志、无用数据表，加购大容量硬盘接下来探讨数据问题，是替换硬盘，还是扩容式。原文：https://www.cnblogs.com/bigsheng15/p/14849010.html

oracle等待事件-direct path read/write

转://http://blog.chinaunix.net/uid-23177306-id-2531235.html一、direct path read1、与直接读取相关联的等待事件。当ORACLE将数据块直接读入会话的PGA（进程全局区）中，同时绕过SGA（系统全局区）。PGA中的数据并不和其他的会话共享。即表明，读入的这部分数据该会话独自使用，不放于共享的SGA中。2、在排序操作(order by/group by/union/distinct/rollup/合并连接)时，由于PGA中的SORT_AREA_SIZE空间不足，造成需要使用临时表...

Oracle数据块损坏篇之10231内部事件【代码】

实验：某个分区数据块损坏，不完全恢复此分区表数据背景：数据库没有有效备份，某个分区中有数据块损坏。要求：最大限度恢复此分区数据。环境：RHEL 6.4 + Oracle 11.2.0.41. 初始化实验环境2. 模拟分区中有数据块损坏情景3. 尝试使用Oracle内部事件10231进行不完全恢复Reference1. 初始化实验环境初始化创建模拟实验环境用到的表空间、业务用户、表，并导入测试数据。本次实验用到表空间DBS_D_JINGYU, 业务用户JINGYU, 分区表T_PA...

oracle9i statspack 报告分析 direct path read 等待事件

Logical reads: 6,959.90 2,819.08 Block changes: 15.52 6.28 Physical reads: 554.17 224.46 Physical writes: 391.05 158.39 User calls: 80.09 32.44 Parses: 13.3...

oracle等待事件以及解决方案

我们可以通过视图v$session_wait来查看系统当前的等待事件，以及与等待事件相对应的资源的相关信息，从而可确定出产生瓶颈的类型及其对象。 v$session_wait的p1、p2、p3告诉我们等待事件的具体含义，根据事件不同其内容也不相同，下面就一些常见的等待事件如何处理以及如何定位热点对象和阻塞会话作一些介绍。 <1> db file scattered read DB 文件分散读取 (太多索引读,全表扫描-----调整代码,将小表放入内存)这种情况通常显示与全...

Oracle 数据库1046事件【图】

session 2: SQL> connect test/test Connected. select * from v$mystat where rownum=1; 143 select b.spid,a.sid,a.serial# from v$session a,v$process b where a.paddr =b.addr and a.sid =143;?session 1：针对对应的session，打开10046事件。 alter session set timed_statistics = true; alter session set statistics_level=all; alter session set max_dump_file_size = unlimited; execute sys.dbms_system.set_ev(14...

Oracle 10046跟踪事件使用方法【代码】

1.开启10046跟踪事件alter session set events ‘10046 trace name context forever, level 12‘; 如果想更容易标识trace文件，在开启事件之前，可以先设置trace的标识alter session set tracefile_identifier=‘ybb‘; 这样完成后，trace文件名称就会加上ybb 2.执行要跟踪的sql语句（对应的trace文件中有SQL的执行情况）select * from dba_users where username=‘SCOTT‘; 3.停止10046事件跟踪alter session set events ‘10046...

Oracle Bug 某脚本一直处于执行状态，等待事件为：asynch descriptor resize【代码】

问题描述：项目反馈数据库服务器的CPU持续100%的情况，跟踪发现很多活动会话的等待事件是“asynch descriptor resize”，并且这些会话一直处于Active状态，而这些会话执行的查询并不复杂，感觉很是奇怪。查阅了一下资料，对应Oracle的Bug 9829397，Excessive CPU and many "asynch descriptor resize" waits for SQL using Async IO，此BUG发生于11.2.0.1和11.2.0.2上，11.2.0.3修复了此问题。设置隐藏参数...

Oracle SQL Trace 和 10046 事件

一. SQL_TRACE 当SQL语句出现性能问题时，我们可以用SQL_TRACE来跟踪SQL的执行情况，通过跟踪，我们可以了解一条SQL或者PL/SQL包的运行情况，SQL_TRACE命令会将SQL执行的整个过程输出到一个trace文件中，我们可以读这个trace 文件来了解在这个SQL执行过程中Oracle 都做了哪些操作。可以通过sql命令启动SQL_TRACE，或者在初始化参数里面。 SQL>alter session set sql_trace=true; 或者 SQL> alter database set sql_trace=true...

Oracle 跟踪事件 set event

一、Oracle跟踪文件 Oracle跟踪文件分为三种类型，一种是后台报警日志文件，记录数据库在启动、关闭和运行期间后台进程的活动情况,如表空间创建、回滚段创建、某些alter命令、日志切换、错误消息等。在数据库出现故障时，应首先查看该文件，但文件中的信息与任何错误状态没有必然的联系。后台报警日志文件保存BACKGROUND_DUMP_DEST参数指定的目录中，文件格式为SIDALRT.LOG。另一种类型是DBWR、LGWR、SMON等后台进程创建的后台跟踪...

事件 - 相关标签

事件代理事件监控事件流事件冒泡事件驱动事件日志事件委托事件循环

ORACLE - 最热教程

Oracle11g 创建数据库中问题处理（必须...Oracle 查看索引表空间 Navicat报错-ORA-28547：connection to...oracle 查看最大连接数 Oracle中合并数据集(多行变一行)Navicat如何添加oracle的oci.dll插件，...oracle如何将am,pm时间字符串改为时间格...for update造成的Oracle锁表与解锁 phppdooracle中文乱码的快速解决方法_P...Oracle分区表新增主分区及子分区语句

首页 / ORACLE / Oracle数据块损坏篇之10231内部事件

Oracle数据块损坏篇之10231内部事件

内容导读

内容图文

1. 初始化实验环境

2. 模拟分区中有数据块损坏情景

3. 尝试使用Oracle内部事件10231进行不完全恢复

Reference

内容总结

内容备注

内容手机端

【Oracle数据块损坏篇之10231内部事件】教程文章相关的互联网学习教程文章

通过等待事件学习Oracle 体系结构：（二）谈谈PGA和临时表空间

Oracle 事件【代码】

Oracle数据泵expdp遭遇Streams AQ: Enqueue Blocked On Low Memory等待事件【代码】

ORACLE等待事件：SQLNet message from client & SQLNet message to client【代码】【图】

使用DATABASE Log off收集oracle 等待事件信息【代码】

记一次Oracle数据库爆了事件【代码】【图】

oracle等待事件-direct path read/write

Oracle数据块损坏篇之10231内部事件【代码】

oracle9i statspack 报告分析 direct path read 等待事件

oracle等待事件以及解决方案

Oracle 数据库1046事件【图】

Oracle 10046跟踪事件使用方法【代码】

Oracle Bug 某脚本一直处于执行状态，等待事件为：asynch descriptor resize【代码】

Oracle SQL Trace 和 10046 事件

Oracle 跟踪事件 set event

事件 - 相关标签

数据 - 相关标签

ORACLE - 最新教程

ORACLE - 最热教程