事象

regionsテーブルを参照するパッケージとファンクションがそれぞれ存在します。

CREATE OR PACKAGE P_EXAMPLE AS 
  ASIA CONSTANT regions.region_name%type := 'Asia'; 
END P_EXAMPLE;

CREATE OR FUNCTION F_EXAMPLE RETURN regions.region_id%type AS 
  ret regions.region_id%type;
BEGIN
  SELECT region_id into ret FROM regions WHERE region_name = P_EXAMPLE.ASIA;
  RETURN ret;
END;

このパッケージとファンクションはそれぞれコンパイルOKの状態です。

SELECT OBJECT_NAME, OBJECT_TYPE, STATUS 
FROM USER_OBJECTS 
WHERE OBJECT_NAME LIKE '%EXAMPLE'

OBJECT_NAME	OBJECT_TYPE	STATUS
F_EXAMPLE	FUNCTION	VALID
P_EXAMPLE	PACKAGE	VALID

この状態で、regionsテーブルに対し、impdpを実施します。

impdp dump_user/passw0rd@localhost:1521/xepdb1 \
	directory=DUMP_DIRECTORY \
	LOGFILE=impdp.log \
	dumpfile=HR.dmp \
	content=all \
	table_exists_action=replace \
	tables=HR.regions

すると、impdpは成功しますが、regionsテーブルを参照するパッケージとファンクションのステータスがINVALIDになってしまいました。

SELECT OBJECT_NAME, OBJECT_TYPE, STATUS 
FROM USER_OBJECTS 
WHERE OBJECT_NAME LIKE '%EXAMPLE'

OBJECT_NAME	OBJECT_TYPE	STATUS
F_EXAMPLE	FUNCTION	INVALID
P_EXAMPLE	PACKAGE	INVALID

考察

今回はimpdpのtable_exists_actionオプションにreplaceを指定した結果、内部的にregionsテーブルのdropが行われ、関連するパッケージやファンクションのステータスがINVALIDになったものと思われます。

もっとも、impdpは内部的な仕様が公開されていないこともあり、table_exists_actionオプションにreplaceを指定しても、INVALIDにならない環境もあるでしょう。table_exists_actionオプションに別の値を指定したからといって、絶対にこの問題が起こらないかといわれると、それも断言できません。

Oracle Databaseでは、ステータスがINVALIDのパッケージやファンクションにアクセスすると、再コンパイルしますが、状況によっては再コンパイルが走らない、再コンパイルに失敗してINVALIDのままになるといったことも考えられます。現にわたしはそのような状況におちいったことがあります。

とりあえず、パッケージやファンクションを多用する環境においてimpdpを実施する場合は、そのあたりも考慮して、運用設計する必要があると思います。

※ Oracle Databaseはちょっとしたパラメータの差異やデータ量の違いによって、挙動を大きく変えることがあるため、問題の調査にてこずりがちです。Oracle社や第三者保守のサポート窓口に問い合わせようにも、何をどこまで情報をまとめればよいのかに困ることもしばしばあります (保守期限が切れているなんてことも…)

環境情報

Oracle Database 21c Express Edition Release 21.0.0.0.0 - Production