ORACLEによくあるエラの解決策

コントロールファイルに関するscn v$database. checkpoint_change# v$datafile. checkpoint_change#

データファイルに関するscn v$datafile_header. checkpoint_change#

ファイルヘッダFUZZY化 v$datafile_header.FUZZY v$datafile.last_change#

データベースopenプロセス(10046trace)

alter session set events '10046 trace name context forever, level 12';

=========================================================================

第⼀策:隠しバラメタ _allow_resetlogs_corruption

主にactive/current redo エラに対応する _offline_rollback_segments

エラundoを強制的にoffline状態と設定する。主にロールバックセグメントがあったが、エラになった場合に対応する_corrupted_rollback_segments

ロールバックセグメントを強制的にエラを標識する。主にロールバックセグメントが

具体的なシーンと説明

_allow_resetlogs_corruption

Actvie/Current redo log ベッドブロック、IO エラ错误、喪失などredo logのエラでデータベース起動できなくなった

主にredoロールフォワードを禁⽌止して、データベースを強制的に起動する。Redo中のデータがなくなるので、⼤大事に使ってください。

_offline/corrupted_rollback_segments Undoセグメントにエラになって、トランザ

具体的な例(⼀)

SQL> startup

ORACLE 例が起動した。

Total System Global Area 1581916160 bytes

Fixed Size

Variable Size

Database Buffers

Redo Buffers

データベースがロードした。

ORA-00368: redoログブロックのテストと

1336060 bytes 964693252 bytes

603979776 bytes 11907072 bytesエラ

SQL> recover database until cancel;

SQL>alter database open resetlogs

ORA-01547: アラーム: RECOVER 成功したが、 OPEN RESETLOGS には以下のようなエラが現れる

ORA-01194: ファイル1が⼀一致性を保つために、より多くのリカバリが必要としている

ORA-01110: データファイル 1:'R:\ORADATA\HZYL\SYSTEM01.DBF'

具体的な例(⼆)

データベース起動alertログに以下のようなエラが現れた

Tue Feb 14 09:34:11 2012

Errors in file d:\oracle\product\10.2.0\admin\interlib\bdump\ interlib_smon_2784.trc:

ORA-01595: error freeing extent (2) of rollback segment (3))

ORA-00607: Internal error occurred while making a change to a data block

-00600: internal error code, argumen

undo manual管理モードを設定する undo_tablespace=SYSTEM

undo_management=MANUAL

データベースがうまく起動できていない、まだORA-600[4193/4194]がある

_offline_rollback_segments=_SYSSMU3$

データベースを成功に起動した。新しいundoを作成して、トラブルundoを再構造

第⼆策:bbed

bbedはデータベースを起動していない場合にブロックの内容を変更する主に以下のようなシーンに使う

1)アーカイブがない場合にデータファイルをonlineする場合に

2)システム基礎テーブルが提出されていないから、データベースが起動できない場合

に3)⼀一部のベッドブロックをリカバリする場合に4)………………

bbedコンパイル

BBEDはOracleの内部コンパイルツールで、Oracleデータファイルブロックの内容を直に変更できる。⼀一部の極端なリカバリシーンによく効いている。それに使いやすい。けどOracleに⽀支持されていないから、ディフォルトで実⾏行可能なファイルを作成できない。使う前にコンパイルする必要がある。oracle 9iあるいは10gでコンパイル⽅方法は以下の通り:

bbedをブロックを変更する実験

SQL> create table hr.b(id number,name varchar2(100)) tablespace xff;

SQL> insert into hr.b values(1,'aaa');

SQL> Commit

SQL> select rowid,

2 dbms_rowid.rowid_relative_fno(rowid)rel_fno ,

3 dbms_rowid.rowid_block_number(rowid)blockno from hr.b ;

[oracle@localhost ~]$ bbed parfile=/tmp/parfile.cnf

Password:

BBED: Release 2.0.0.0.0 - Limited Production on Sat Aug 20 17:10:24 2011

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

BBED> set dba 2,522

DBA 0x0080020a (8389130 2,522)

BBED> find /c aaa

BBED> modify /c bbb

Warning: contents of previous BIFILE will be

lost. Proceed? (Y/N) y

File: /opt/oracle/oradata/ORCL/xff01.dbf (2)

Block: 522 Offsets: 8185 to 8191 Dba:0x0080020a

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

62626201 067735

BBED> sum apply

Check value for File 2, Block 522:

第三策:Oracle dul

Dulはデータベースが正常に起動されていない場合に、データファイルを直に読み取って、データをリカバリできる

Dulは主に以下のようなシーンに使える 1)いろんな⽅方法も試したが、起動できない 2)誤削除したテーブルリカバリ

3)truncate table 削除 4)systemをなくした場合のリカバリ

Dul実験

Init.dulファイル設定

osd_big_endian_flag=false osd_dba_file_bits=10

osd_c_struct_alignment=32 osd_file_leader_size=1

osd_word_size = 32

dc_columns=2000000

dc_tables=10000

dc_objects=1000000

dc_users=400

dc_segments=100000

Buffer=10485760

control.txtファイル設定

データベースをmountに起動してselect ts#,rfile#,name from v$datafile実⾏行することで獲得できる

[oracle@ORCL dul]$ more control.txt

1 /u01/oracle/oradata/system01.dbf

2 /u01/oracle/oradata/undotbs01.dbf

3 /u01/oracle/oradata/sysaux01.dbf

4 /u01/oracle/oradata/users01.dbf

5 /u01/oracle/oradata/datfttuser.dbf

Dulが初めて効果を果たす

[oracle@ORCL dul]$ ./dul

Data UnLoader: 10.2.0.5.13 - Internal Only - on Sun Jun 10 06:39:47 2012

with 64-bit io functions

Strictly Oracle Internal Use Only

ORA-600[kcrf_resilver_log_1]例1

Unpblished Bug 9056657: BOX REBOOT DURING UPGRADE CAUSED ORA-600 [KCRF_RESILVER_LOG_1]

There has been a lost write to the online redolog as a result of the crash.

The fix for this bug will raise a more meaning log corruption error rather than an ORa-00600

error.

Instance recovery is not possible - restore the database and do point in time recovery to the

most recent archivelog.

Sat Mar 01 18:40:44 2014

alter database open

Beginning crash recovery of 1 threads

parallel recovery started with 3 processes

Started redo scan

Errors in file f:\app\administrator\diag\rdbms\orcl\orcl\trace\ orcl_ora_6432.trc (incident=61360):

ORA-00600: 内部エラコード、バラメタ: データベース

[kcrf_resilver_log_1], [0x7FF61C56E30], [2],

SCN

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

Incident details in: f:\app\administrator\diag\rdbms\orcl\orcl\incid

SQL> recover database using backup controlfile until cancel;

ORA-00279: 16574746 変更( 03/01/2014 13:10:11で作成する) スレッド1に対して、必要としている

ORA-00289:アドバイス: F:\APP\ADMINISTRATOR\FLASH_RECOV ERY_AREA\ORCL\ARCHIVELOG\2014_03_01\O1_MF_1_1510_%U_.ARC

ORA-600[kcrf_resilver_log_1]例2

Tue Mar 04 09:19:22 2014

ALTER DATABASE OPEN

Beginning crash recovery of 1 threads

parallel recovery started with 32 processes

Started redo scan

Errors in file /opt/oracle/diag/rdbms/orcl/ORCL/trace/ORC L_ora_4093.trc (incident=13393):

ORA-00600: internal error code, arguments:

[kcrf_resilver_log_1], [0x7C0E59B40], [2], [],[], [], [], [], [], [], [], []

関連するSCN情報データベースSCN

データファイルSCN

データファイルヘッダSCN

リカバリプロセス

_allow_resetlogs_corruptionバラメタを追加する

ORA-00600: internal error code, arguments: [2662], [0], [48503075], [0], [48508238], [12583040], [], [], [], [], [], []

SCN(event,隠しバラメタ,bbed,oradebugなど)を進める

ORA-01595: error freeing extent (3) of rollback segment (1))

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

_offline_rollback_segmentsでロールバックセグメントを禁⽌止する

データベースが成功に起動した、ロジックエクスポートインポート

You are here