Oracleデータブロックが破損した10231内部イベントは完全に回復しません。
12853 ワード
何が破損していますか?
破損したデータブロックとは、ブロックが識別可能なOracleフォーマットを採用していない、またはその内容が内部で一致しないことを意味する。通常、破損はハードウェアの故障やオペレーティングシステムの問題によるものです。Oracleデータベースは、破損したブロックを「論理的破損」または「媒体的破損」として識別します。論理が壊れているなら、Oracle内部エラーです。Oracleデータベースが不一致を検出したら、論理的に破損したブロックを破損と表記します。メディアが壊れている場合、ブロックフォーマットが正しくないです。ディスクから読み出されたブロックには意味のある情報が含まれていません。実験:あるパーティションのデータブロックが壊れて、このパーティションテーブルのデータが完全に回復されません。
背景:データベースは有効なバックアップがありません。あるパーティションにデータブロックが破損しています。
要求:このパーティションのデータを最大限に回復します。
環境:RHEL 6.4+Oracle 11.2.04
以下の文章では、Oracleデータブロックの破損に関する10231内部事件に関する内容を紹介します。
1.初期化実験環境
シミュレーション実験環境を作成するために使用されるテーブル空間、サービスユーザー、テーブルを初期化し、テストデータを導入する。
今回の実験は表空間DBS_を用いた。D_JINGYU、業務ユーザーJINGYU、パーティションテーブルT_PART(二つのパーティションのテストデータを含む)。
私はBBEDを使って、壊れた塊を作って、t_を修正します。パーティションテーブルのパーティションP 10150103の中のあるブロックの内容は、実際の環境の中でデータブロックが破損している場面を模擬する。
BBEDツール:https://www.jb51.net/article/118349.htm
検索v$databaseblockcoruption
Oracle 10231内部イベントを使用すると、悪いブロックをスキップすることができます。
•http://blog.csdn.net/tianlesoftware/article/details/5024966
•http://blog.csdn.net/seertan/article/details/8507045
•http://blog.csdn.net/coolyl/article/details/195919
締め括りをつける
以上はこの文章の全部の内容です。本文の内容は皆さんの学習や仕事に一定の助けをもたらすことを望んでいます。もし疑問があれば、メッセージを残して交流してください。ありがとうございます。
破損したデータブロックとは、ブロックが識別可能なOracleフォーマットを採用していない、またはその内容が内部で一致しないことを意味する。通常、破損はハードウェアの故障やオペレーティングシステムの問題によるものです。Oracleデータベースは、破損したブロックを「論理的破損」または「媒体的破損」として識別します。論理が壊れているなら、Oracle内部エラーです。Oracleデータベースが不一致を検出したら、論理的に破損したブロックを破損と表記します。メディアが壊れている場合、ブロックフォーマットが正しくないです。ディスクから読み出されたブロックには意味のある情報が含まれていません。実験:あるパーティションのデータブロックが壊れて、このパーティションテーブルのデータが完全に回復されません。
背景:データベースは有効なバックアップがありません。あるパーティションにデータブロックが破損しています。
要求:このパーティションのデータを最大限に回復します。
環境:RHEL 6.4+Oracle 11.2.04
以下の文章では、Oracleデータブロックの破損に関する10231内部事件に関する内容を紹介します。
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_を修正します。パーティションテーブルのパーティションP 10150103の中のあるブロックの内容は、実際の環境の中でデータブロックが破損している場面を模擬する。
-- 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
bredツールを使用して5番ファイル1217ブロックの内容を破壊し、BBEDツール:https://www.jb51.net/article/118349.htm
[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 [email protected].....
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$databaseblockcoruption
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://blog.csdn.net/tianlesoftware/article/details/5024966
•http://blog.csdn.net/seertan/article/details/8507045
•http://blog.csdn.net/coolyl/article/details/195919
締め括りをつける
以上はこの文章の全部の内容です。本文の内容は皆さんの学習や仕事に一定の助けをもたらすことを望んでいます。もし疑問があれば、メッセージを残して交流してください。ありがとうございます。