ORA-01410: ROWIDが無効です。 を解決する

ORACLEデータベース によくあるエラ の解決策

プロのOracle Databaseの復旧サービスを提供
携帯番号： +86 13764045638 メール：service@parnassusdata.com

ORA-01410: ROWIDが無効です。

適用範囲

Oracleデータベース – エンタプライズバーション – 8.0.6.0 から12.1.0.2まで [Release 8.0.6 to 12.1]
このファイルの情報はどのプラットフォームにも適用できる。

目的

ORA-1410の原因について探る。Rowidを研究し、トラブルがどうやって起きたのか探ってみよう。

範囲

ORA-1410エラを診断してみよう。

细节

ORA-1410エラを研究する

ORA-1410はROWIDが無効と意味している。このエラはオペレーションがあるテーブルのROWIDを参考したが、該当するラインを返されていない。

ROWIDは何だろう？

ROWIDはデータをアクセスするための構造であり、オブジェクト番号、データファイル番号、ブロック番号及びブロックのライン番号情報も含んでいる。

Oracle 8あるいはより高いバーションには以下のようなフォーマットのROWIDを含んでいる：

OOOOOOFFFBBBBBBSSS
O=Data Object Number (length=6)
F=Relative File Number (length=3)
B=Block Number (length=6)
S=Slot Number (length=3)

Decoding　ROWID

dbms_rowidパッケージ（rowid_info プロセス）ROWIDの構造をデコーディングするために利用できる。

次のPL/SQLブロックはROWIDをデコーディングする：

SQL> set serveroutput on
SQL> declare
my_rowid rowid := ‘AAAQUeAAEAAAAGkAAB’;   — or any rowid
rowid_type number;
object_number number;
relative_fno number;
block_number number;
row_number number;
begin
dbms_rowid.rowid_info(my_rowid, rowid_type, object_number, relative_fno, block_number, row_number);
dbms_output.put_line(‘ROWID:   ‘ || my_rowid);
dbms_output.put_line(‘Object#:      ‘ || object_number);
dbms_output.put_line(‘RelFile#:     ‘ || relative_fno);
dbms_output.put_line(‘Block#:       ‘ || block_number);
dbms_output.put_line(‘Row#:         ‘ || row_number);
end;
/
ROWID:   AAAQUeAAEAAAAGkAAB
Object#:      66846
RelFile#:     4
Block#:       420
Row#:         1

PL/SQL procedure successfully completed.

— To identify the object name (object# 66486)
SQL> select *
from dba_objects
where data_object_id = 66846;

— To find the datafile name (Relfile# 4)
SQL> select file_id, file_name
from dba_data_files
where RELATIVE_FNO = 4;

ORA-1410が起こった原因

Oracleがrowid（ファイル番号、ブロック番号、ライン番号情報）を解析する。ラインが存在していなければ、ORA-1410エラになる：

• もしファイル番号もブロック番号も有効であれば、ライン番号だけがトラブルになった場合に、”no rows selected”が返される。
• もしrowidにトラブルが起こったら、ORA-1410エラになる。 ORA-1410とはROWIDのBLOCKがそのテーブルに含んでいない
• ORA-1410はよくブロック損害とつながる。これはよくエラを引き起こすから。でも別の原因も含んでいる。

ここでORA-1410になる原因をリストする：

1、あるSQL文で、人工的に誤ったrowidを入力する、あるいはロジックが誤ったPL/SQLプロセスに誤ったrowidを作成する.

2、rowidは内部的に作成されたが、メモリで壊れた。

3、この壊れたrowidはインディクスから再び獲得したもので、ORA-1410エラ及び付きそう関連情報にも注目してください。

4、この間に、これらのオブジェクトのクエリDDLオブジェクトにアクセスしてください。例えば、インディクスを再構造することで、ORA-1410にSQL文がインディクスをアクセスする。

5、もしrowidは有効だが、そのデータベースあるいはデータファイルが壊れた（上書きされた）場合に、ブロックアドレスもエラになるかもしれない。では、ORA-1410エラの情報に注目してください。

6、rowidは有効だが、指定したブロックが移動された。これはあるプロセスで、SQL文があるテーブルを切ったからである。それで、SQLがあるrowidをメモリした。けどブロックは既に削除された。この場合にあるSQL文の実行プロセスでテーブルパーティションを変更した。この場合に、ファイル番号も変更された。SQL文がORA-1410エラになる。

7、データベースBUG，オペレーションシステムBUG あるいは別のアプリBUG。

どうやってORA-1410エラを作成する例

第一步、まずは簡単なテーブルを作成し、一行か二行のデータを追加する

• First create a simple table with one or two columns.
• Then insert a couple of rows and commit.
• Then display the rowids

— Create a simple table
SQL> create table tab1 (col1 varchar(2), col2 varchar2(2)) tablespace users;
Table created.

— Add a couple of rows and commit
SQL> insert into tab1 values(‘aa’,’11’);
1 row created.

SQL> insert into tab1 values(‘aa’,’22’);
1 row created.

SQL> commit;
Commit complete.

— Display the rowids
SQL> select rowid from tab1;
ROWID
——————
AAAQUYAAEAAAAGkAAA
AAAQUYAAEAAAAGkAAB

第二步，增长一下行号，看会出现什么结果（修改一下rowid的最后三位）

• Increment the last rowid slot by 1 (so . . . . AAB becomes . . . . . .AAC), and select from the table using this non-existent rowid. Since we changed only the last value, only the slot was changed, and no rows were selected.

The example is using rowid AAAQUYAAEAAAAGkAAB:

— Increment the slot number by 1 (AAB becomes AAC).
SQL> select * from tab1 where rowid = ‘AAAQUYAAEAAAAGkAAC’;
no rows selected

OR
— overwrite the slot value with FFF
SQL> select * from tab1 where rowid = ‘AAAQUYAAEAAAAGkFFF’;
no rows selected

在上面的例子，简单的修改了行号，结果是显示“没找到行”，这是没有什么恶意的信息。

第三步 rowidのブロック番号を変更し、どういう結果に導かれるか探ってみよう

— Now change the block number (AAAAGk becomes FFFFGk) and select.

SQL> select * from tab1 where rowid = ‘AAAQUYAAEFFFFGkAAB’;
select * from tab1 where rowid = ‘AAAQUYAAEFFFFGkAAB’
*
ERROR at line 1:
ORA-01410: invalid ROWID

前の例で、rowidのブロックアドレスが変更された。その原因は以下の通り：

• あるコードがメモリに書き込まれた。このコードはOracleに属していてoracle bugかもしれない。もしコードがオペレーションシステムに属していれば、オペレーションbugかもしれない。コードがアプリに属していれば、スポンサーに連絡してください。Oracle bugなら、Oracle技術サポートに連絡してください。
• あるメモリがエラになって、ハードウェアが故障した場合に、メモリアドレスも壊れる。
• あるrowidの作成が誤った。Oracleコードも手製したアプリコードも関係ない。

損害がrowidを壊すだけじゃなく、インディクスオブジェクト、テーブルオブジェクトも壊れるかもしれない。インディクスが破壊されたら、インディクスrowidに誤った部品があるかもしれない。ORA-1410になる。これで、データラインをアクセスする。そのようで、データの部分（テーブル）が破壊され、ブロックアドレスが上書きされるかもしれない。それに、インディクスから有効なrowidがそのブロックを見つけられない場合にORA-1410が再び現れる。

第四步 データオブジェクト番号を変更し、ORA-1410になった例：
In this example, the table is TRUNCATEd; observe the effect on the rowid.

— Show the two rowids in the table
SQL> select rowid from tab1;
ROWID
——————
AAAQUYAAEAAAAGkAAA
AAAQUYAAEAAAAGkAAB

— Select all columns from the table using one of the  rowids.
SQL> select * from tab1 where rowid = ‘AAAQUYAAEAAAAGkAAA’;
CO CO
— —
aa 11

— Now truncate the table
SQL> truncate table tab1;
Table truncated.

— Rerun the previous select statement using the known valid rowid.
SQL> select * from tab1 where rowid = ‘AAAQUYAAEAAAAGkAAA’;
select * from tab1 where rowid = ‘AAAQUYAAEAAAAGkAAA’
*
ERROR at line 1:
ORA-01410: invalid ROWID

前の例ではORA-1410エラになる原因を示した。あるSQL文が一部ののROWIDをメモリに格納する。テーブルで一部のデータを選ぶ。同時にそのテーブルが切られたとはそのテーブルにすべてのブロックが存在しなくなった。それで、これは実行したクエリ文のROWIDで、ORA-1410になった。もしあるテーブルパーティションが変わって、独立したテーブルになり、どんなＳＱＬを実行してもORA-1410になる。

解決策

1、第一步，エラが再び現れるかどうか探ってみよう
ORA-1410が再び現れるなら、トレースファイルを作成することが大切になる。

もしエラが再び現れないなら、強制的に作成してください。エラスタックトランザクションを設定して、エラを再現する：

alter system set events ‘1410 trace name ERRORSTACK level 3’;
alter session set events ‘10236 trace name context forever, level 1′;
alter session set tracefile_identifier=’ORA1410’;
— Then reproduce the error.

トレースファイルから失敗した文を探し出して、ファイルヘッダの近くにあるはずである。

トレースファイルが分からなければ、Oracle技術サポートに連絡してください。

トラブルを確認して、再び実行し、ORA-1410になる原因となった文を確認して、トレースファイルからエラ文を探し出す。

2、エラが再び現れない

再び現れない場合に、エラが現れた場合にテーブルが切られたか確認してください。あるいはどこのテーブルパーティションが変更されたか確認する。その解決策とは、テーブルを読み取るＳＱＬ文を実行する場合に、テーブルを切ることとテーブルパーティションを変更することを避ける。

3. エラが再び現れる.

もしORA-1410が再び現れるなら、失敗した文からアクセスされたFROMサブ文のテーブルを見つけ出す。故障した文であるビュを使った。ビュ定義のベーステーブルを探し出して、次のステップに移してください：

4、テーブルとインディクスを確認する

テーブルとインディクスでオンライン文を実行して、エラを検証する：

SQL> analyze table <owner>.<table_name> validate structure ONLINE;

–For each index on the table, run a validate also
SQL> analyze index <owner>.<index_name> validate structure ONLINE.

–For a partitioned table, refer to Doc ID 111990.1

• もしテーブル検証であるエラが返されたら、テーブルが壊れたと意味している。最新のバックアップからリカバリしてください。
• インディクス検証でエラが返されたら、インディクスを削除して再構造する。
• もしテーブルに数々の検証にエラがなければ、壊れたrowidがメモリにあると意味している。これはバッファキャッシュをフラッシュすることで、あるいは共有プールで解決できる：

SQL> alter system flush buffer_cache;

SQL> alter system flush shared_pool;

最後に、もしORA-1410エラがなかなか解決出来ないなら、Oracle　BUGについて考えてください。以下のようなbugリストを参考して、より深刻な調査を実行してください：

Note:1671526.1 – Required Diagnostic Data Collection for ORA-01410：