問題タブ [impdp]

impdpメタデータを再作成しなくても、データをロードする前に常にテーブルを切り捨てますか? もしそうなら、代わりにデータを追加するように指示するオプションはありますか?

Oracle データ ポンプ インポート ツール (IMPDP.EXE) を使用して、REMAP_SCHEMA オプションを使用して、あるスキーマを別のスキーマにインポートできます。ただし、トリガーが適切に再マップされないという問題があります。これにより、トリガーがまったく作成されず、次のようなエラーが発生します。

これは、create SQL がまだ OLD_SCHEMA を参照しているためです。Oracleのドキュメントには次のように書かれています：

Import が検出できない特定のスキーマ参照があるため、マッピングは 100% 完了していない可能性があります。たとえば、インポートは、型、ビュー、プロシージャ、およびパッケージの定義の本体に埋め込まれたスキーマ参照を検出しません。

私見、これはオラクルによるちょっとした取り締まりですが、それは別の議論です!

Oracle Metalink note 750783.1 によると、回避策は次のとおりです。

1. 関連する DDL コマンドを含める SQLFILE を作成します。

2. 記述された SQLFILE から影響を受ける DDL を抽出し、スキーマ参照を修正します。次に、コマンドを手動で実行します。

これは、多くの失敗したオブジェクトがあり、データベースの現場でのアップグレードのために複数のスキーマを組み合わせるプロセスを自動化したい場合は特に、良い方法ではありません。

これを行うためのより良い方法を見つけた人はいますか？現場で使用する場合、100% 信頼できるソリューションが必要です。生成された SQL ファイルを解析できますが、これを 100% 正しいものにすることはできますか? IMPDP によって実行される CREATE SQL ステートメントを傍受し、インポート中にその場で修正する方法はありませんか? DMP ファイルに直接パッチを適用できますか?

オラクルの IMPDP と EXPDP をコンソールにラップしましたが、これら 2 つが返すリターン コードの適切な場所が見つかりませんでした。0/1 の合格/不合格よりもエラーを指摘する際に、より具体的にしたいと思います。

Oracle Data Pumpの実行可能ファイルIMPDPとEXPDPをラップアラウンドする私のアプリケーションは、同じ作業にランダムな時間を要します。さらに調査すると、「ブロードキャストチャネルで未読メッセージを待機する」というイベントで再びランダムな時間が待機していることがわかります。これにより、アプリケーションは同じ作業でb /w10分から1時間以上かかるようになります。

これが私のアプリケーションがこれらの実行可能ファイルを使用する方法と関係があるのか​​、それともサーバーのロードと関係があるのか​​、それとも私にとってまったく異質なものなのかを理解できません。

スキーマ全体をエクスポート/インポートするための古いアプローチ：

新しいアプローチ：

ただし、インポートに問題がありました。

何もインポートしません：

スキーマオプションを追加しても役に立ちません（結果は同じです。Oracleは所有されていないオブジェクトのインポートを許可していません）。

そして、私が見つけた唯一の実用的なアプローチ：

では、問題は、どのスキーマがエクスポートされたかを知らずに、スキーマデータポンプダンプをインポートする方法です。

（もちろん、エクスポートファイルの最初の512バイトを調べて、「USER」。「SYS_EXPORT_SCHEMA_01」のような文字列を見つけることができます）が、別のアプローチが存在する可能性がありますか？

私は、新しい Oracle Database Server (11gR2) にアップグレードするタスクを与えられました。元 DBA は次のように指示しました。

Embarcadero を使用して古いサーバーから役割をエクスポートし、新しいサーバーで SQL を実行する

Embarcadero を使用して、古いものからテーブルスペースをエクスポートし、新しいもので SQL を実行する

Embarcadero を使用して、古いものからユーザーをエクスポートし、新しいもので SQL を実行する

expdp/impdp を使用して、完全な dmp ファイルからのみスキーマをコピーします。

私の質問は、「完全なエクスポートを使用してすべてを一度に実行できないでしょうか?」ということです。100% 確信が持てない唯一のことは、すべてのテーブルスペースが同じ場所に戻されるかどうかです。

ありがとう。

あるデータベース（11g R1）から別のデータベース（11g R2）にスキーマを正常に移行するには、ターゲットデータベースにテーブルスペースやユーザー（スキーマ）を準備する必要がありますか？

現在、私は11gR1データベースでのみテストを行うことができます。私のテストは、スキーマをエクスポートして、同じデータベース内の新しいスキーマにインポートすることでした。

その後、私はそれをインポートしようとしました：

しかし、これはエラーにつながります：

1. このエラーは、それnewschemaが定義されていないことを教えてくれますか？
2. 新しいユーザーを作成する必要がありますか？
3. そのような新しいユーザー用のテーブルスペースを作成する必要がありますか？

質問は、新しいPCに新しくインストールされた11gR2データベースにも関連しています。データベースを新しくインストールしたデータベースに移行する提案は大歓迎です。

データベースの完全なダンプ（すべてのスキーマ、システムなど）があります。このファイルのスキーマを1つだけインポートしたいのですが、これも可能ですか？

私がこのコマンドを取得した限り：

これは機能しますか？問題は、このダンプファイルにすでに使用されているスキーマがあり、それらを上書きできないことです（できますが、それらを回復するのは苦痛です）

手伝ってくれてありがとう

Oracle 10g データ ポンプ ユーティリティによって作成されたダンプ ファイルからデータをインポートしようとしています。私が発行しているコマンドは

impdp \"username/password@DB as sysdba\" remap_schema=SRC_SCHEMA:TARGET_SCHEMA remap_tablespace=source_tablespace:target_tablespace DUMPFILE=db.dmp

次のエラー メッセージが表示されます。

このエラーの原因は何ですか?