10g リリース2（10.2）
B19211-01
 目次 |
 索引 |
| Oracle Database ユーティリティ 10g リリース2（10.2） B19211-01 |
|
Oracle Data Pumpテクノロジを使用すると、データおよびメタデータをデータベース間で非常に高速に移動できます。Oracle Data Pumpは、Oracle Database 10g リリース1（10.1）以降でのみ使用できます。
この章の内容は、次のとおりです。
Oracle Data Pumpは、次の3つの要素で構成されています。
expdpおよびimpdp
DBMS_DATAPUMP（Data Pump APIとも呼ばれます）
DBMS_METADATA（メタデータAPIとも呼ばれます）
Data Pumpクライアントであるexpdpおよびimpdpは、それぞれData Pump ExportユーティリティおよびData Pump Importユーティリティを起動します。これらのユーティリティでは、オリジナルのエクスポート・ユーティリティ（exp）およびインポート・ユーティリティ（imp）とほぼ同じユーザー・インタフェースが提供されます。
expdpクライアントおよびimpdpクライアントでは、コマンドラインで入力されたパラメータを使用してエクスポートおよびインポートを実行するために、PL/SQLパッケージDBMS_DATAPUMPで提供されているプロシージャを使用します。これらのパラメータは、完全なデータベースまたはデータベースのサブセットに対するデータおよびメタデータをエクスポートおよびインポート可能にします。
|
注意: ダンプ・ファイルの読取りおよび書込みを含むすべてのData Pump ExportおよびImportの処理は、指定したデータベース接続文字列によって選択されるシステム（サーバー）上で実行されます。つまり、ユーザーに権限がない場合は、データベース管理者（DBA）が、そのサーバーのファイル・システムで読取りおよび書込みが実行されるData Pumpファイル用のディレクトリ・オブジェクトを作成する必要があります。特権ユーザーは、デフォルトのディレクトリ・オブジェクトを使用できます。ディレクトリ・オブジェクトの詳細は、「ダンプ・ファイル、ログ・ファイルおよびSQLファイルのデフォルトの位置」を参照してください。 |
データを移動する場合、Data Pumpでは、ダイレクト・パス・ロード（またはアンロード）または外部表メカニズム、あるいはその2つの組合せが自動的に使用されます。メタデータを移動する場合、Data Pumpでは、PL/SQLパッケージDBMS_METADATAで提供される機能が使用されます。DBMS_METADATAパッケージは、ディクショナリのメタデータの抽出、操作および再送信に関する集中的な機能を提供します。
DBMS_DATAPUMPおよびDBMS_METADATAの2つのPL/SQLパッケージは、Data Pumpクライアントとは別に使用できます。
新しいData Pump Exportユーティリティ（expdpコマンドで起動）およびImportユーティリティ（impdpコマンドで起動）は、オリジナルのエクスポート・ユーティリティ（exp）およびインポート・ユーティリティ（imp）と同様のルック・アンド・フィールですが、これらは完全に別のユーティリティです。新しいData Pump Exportユーティリティで生成されるダンプ・ファイルと、オリジナルのエクスポート・ユーティリティで生成されたダンプ・ファイルには互換性がありません。そのため、オリジナルのエクスポート・ユーティリティ（exp）で生成されたファイルは、Data Pump Import（impdp）ユーティリティではインポートできません。
XMLスキーマおよびXMLスキーマ・ベースの表を除くすべてのOracle Database 10g 機能をサポートする、新しいData Pump ExportおよびImportユーティリティの使用をお薦めします。オリジナルのエクスポート・ユーティリティおよびインポート・ユーティリティは、Oracle9i リリース2（9.2）のすべての機能をサポートします。Data Pump ExportユーティリティおよびImportユーティリティは、オリジナルのエクスポート・ユーティリティおよびインポート・ユーティリティと比較すると、データ移動のパフォーマンスが大幅に向上するように設計されています。
次に、このパフォーマンスおよび操作性の向上を可能にする新機能について説明します。
VERSIONがエクスポートするデータベース・オブジェクトのバージョンに適用されます。エクスポートでのこのパラメータの使用方法の詳細は、「VERSION」を参照してください。インポート・ジョブでは、VERSIONは、ネットワークを介した操作にのみ適用されます。つまり、VERSIONは、ソース・データベースから抽出するデータベース・オブジェクトのバージョンに適用されます。インポートでのこのパラメータの使用方法の詳細は、「VERSION」を参照してください。
異なるバージョンの使用方法の詳細は、「データベース・バージョンが異なる場合のデータ移動」を参照してください。
この章の後半では、Data Pump ExportユーティリティおよびImportユーティリティで実装されるData Pumpテクノロジについて説明します。Data Pumpテクノロジを使用するには、特権ユーザーである必要があります。特権ユーザーは、EXP_FULL_DATABASEおよびIMP_FULL_DATABASEロールを所有しています。非特権ユーザーはいずれのロールも所有していません。
特権ユーザーは、次のことを実行できます。
Data Pumpでは、表の行データのロードおよびアンロードを行うためのアクセス方法として、ダイレクト・パスと外部表の2つがサポートされます。いずれの方法でも同じ外部データ表現がサポートされるため、一方の方法でアンロードしたデータは、もう一方の方法を使用してロードできます。Data Pumpでは、各表に適した最速の方法が自動的に選択されます。
リリース7.3以降のOracleデータベースには、エクスポート操作を対象としたダイレクト・パス・アンロード機能が提供され、Oracle8i 以降では、OCIを対象としたダイレクト・パス・ローダーのAPIが提供されています。ダイレクト・パス・テクノロジは、Data Pumpテクノロジによって次の点が向上されています。
表がダイレクト・パス・ロードおよびアンロードを実行できる構造である場合、Data Pumpでは、デフォルトでこれらの方法が使用されます。表にLONGデータ型の列が含まれる場合は、ダイレクト・パスを使用する必要があります。
次の項では、ロードおよびアンロードに、ダイレクト・パスを使用できない場合について説明します。
表が次に示すいずれかの条件に該当する場合、Data Pumpでは、その表へのデータのロードにダイレクト・パスではなく外部表による方法が使用されます。
BFILE列または不透明な型の列が存在する。
VARRAY列が存在する。
表が次に示すいずれかの条件に該当する場合、Data Pumpでは、その表のデータのアンロードにダイレクト・パスではなく外部表による方法が使用されます。
SELECTに対するファイングレイン・アクセス・コントロールが有効である。
BFILE型または不透明な型の列、あるいは不透明な列を含むオブジェクト型が存在する。
LONG型またはLONG RAW型の列である。
Oracle9i 以降は、データベースの外部データ・ソースの読取りが可能な外部表機能がOracleデータベースで提供されています。Oracle Database 10g では、データベースの外部接続先へのデータベース・データの書込みも外部表の機能でサポートされます。Data Pumpでは、ファイルの読取りと書込みを行う外部表アクセス・ドライバ（ORACLE_DATAPUMP）が提供されます。このファイルの形式は、ダイレクト・パスによる方法を使用した形式と同じです。このため、データベース表を高速にロードおよびアンロードできます。Data Pumpでは、次の場合、外部表がデータ・アクセス機能として使用されます。
データベース・リンクを介してエクスポートを実行すると、ソース・データベース・インスタンスのデータは、接続されたデータベース・インスタンスのダンプ・ファイルに書き込まれます。また、ソース・データベースは、読取り専用データベースである場合があります。
データベース・リンクを介してインポートを実行する場合、インポート・ソースは、ダンプ・ファイル・セットではなくデータベースであり、データは、接続されたデータベース・インスタンスにインポートされます。
リンクとは、ネットワーク接続されたリモートのデータベースを示すため、データベース・リンクおよびネットワーク・リンクという用語は、同じ意味で使用されます。
|
参照:
|
Data Pumpジョブでは、マスター表、マスター・プロセス、ワーカー・プロセスを使用して、処理が実行され、進捗状況が追跡されます。
すべてのData Pump ExportジョブおよびData Pump Importジョブに対して、マスター・プロセスが作成されます。マスター・プロセスによって、ジョブ全体（クライアントとの通信、ワーカー・プロセス・プールの作成および制御、ロギング操作の実行など）が制御されます。
データおよびメタデータの転送中、ジョブ内の進捗状況の追跡にマスター表が使用されます。マスター表は、ユーザー表としてデータベース内に実装されます。また、エクスポート・ジョブおよびインポート・ジョブ用のマスター表固有の機能は、次のとおりです。
マスター表は、エクスポートまたはインポート操作を実行している現在のユーザーのスキーマ内に作成されます。そのため、このユーザーには、マスター表を作成するための十分な表領域の割当て制限が必要です。マスター表の名前は、その表を作成したジョブと同じ名前になります。したがって、Data Pumpジョブに、既存の表またはビューと同じ名前を明示的には指定できません。
すべての操作で、ジョブの再起動にマスター表の情報が使用されます。
マスター表は、状況に応じて、次のとおり保持または削除されます。
STOP_JOBを使用してジョブを停止すると、ジョブの再起動に使用できるようにマスター表は保持されます。
KILL_JOBを使用してジョブを中断すると、マスター表は削除され、ジョブを再起動できません。
マスター表内では、名前や自分のスキーマなどの属性が特定のオブジェクトに割り当てられます。オブジェクトは、オブジェクトのクラス（TABLE、INDEX、DIRECTORYなど）にも属します。オブジェクトのクラスは、オブジェクトのオブジェクト型と呼ばれます。EXCLUDEおよびINCLUDEパラメータを使用して、エクスポートまたはインポートされるオブジェクト型を制限できます。オブジェクトの名前またはオブジェクトを自分のスキーマの名前に基づいて、制限するオブジェクトを指定できます。データ固有のフィルタを指定して、エクスポートおよびインポートする行を制限することもできます。
データベース間でデータを移動する場合は、表領域間で記憶域を再マップしたり、特定のオブジェクトの所有者を再定義するために、メタデータの変換を実行すると有効です。これは、Data Pump ImportパラメータのREMAP_DATAFILE、REMAP_SCHEMA、REMAP_TABLESPACEおよびTRANSFORMを使用して実行されます。
PARALLELパラメータを使用して、現状の環境で最大限の効果を得る並列度を設定し、ジョブのスループットを向上させることができます。たとえば、本番システムへのジョブの影響を制限する場合、データベース管理者（DBA）は並列度を制限する必要があります。並列度は、ジョブの実行中いつでも再設定できます。たとえば、運用時間中は特定のジョブの並列度が2に制限されるようにPARALLELを2に設定し、非運用時間中は8に再設定することができます。並列度の設定は、マスター・プロセスによって施行され、マスター・プロセスによって、1回の操作でデータおよびメタデータの処理を実行するワーカー・プロセスに、実行対象の処理が割り当てられます。これらのワーカー・プロセスは、パラレルで動作します。通常、並列度は、インスタンス上のCPUの数の2倍より大きい値に設定してください。
ワーカー・プロセスとは、メタデータおよび表データを実際にパラレルでロードおよびアンロードするプロセスです。ワーカー・プロセスは、コマンドライン・パラメータPARALLELに指定した値と同数になるまで必要に応じて作成されます。アクティブなワーカー・プロセスの数は、ジョブの存続期間中いつでも再設定できます。
非常に大きい表またはパーティションをロードまたはアンロードするタスクがワーカー・プロセスに割り当てられた場合、パラレル実行を最大限に利用できるように、外部表によるアクセス方法が使用されることがあります。その場合、ワーカー・プロセスはパラレル実行コーディネータになります。実際のロードおよびアンロード処理は、パラレルI/Oの実行プロセスのインスタンス全体のプールから割り当てられたパラレルI/Oの実行プロセス（スレーブとも呼ばれる）間で分割されます。
Data Pump ExportおよびImportユーティリティでは、対話方式コマンド・モードまたはロギング・モードのいずれでも、ジョブに接続できます。ロギング・モードでは、ジョブの実行中に、そのジョブの詳細な状態がリアルタイムで自動的に表示されます。表示される情報には、ジョブおよびパラメータの説明、エクスポートされるデータ量の推定、現在の操作または処理中のアイテムの説明、ジョブで使用されるファイル、発生したエラーおよび最終的なジョブの状態（停止または完了）があります。
ジョブの状態は、対話方式コマンド・モードでのリクエストで表示できます。表示される情報には、ジョブの説明および状態、現在の操作または処理中のアイテムの説明、書込み中のファイルおよび累積的な状態があります。
オプションで、ジョブの実行中にログ・ファイルの書込みを行うこともできます。ログ・ファイルには、ジョブの進捗状況のサマリーが記録され、処理中に発生したエラーがリストされ、ジョブの完了状態が記録されます。
ジョブの状態を判断したり、Data Pumpジョブについての情報を表示するには、DBA_DATAPUMP_JOBSビュー、USER_DATAPUMP_JOBSビューまたはDBA_DATAPUMP_SESSIONSビューを問い合せる方法もあります。これらのビューの説明は、『Oracle Database SQLリファレンス』を参照してください。
表データの転送を行うData Pump操作（エクスポートおよびインポート）では、ジョブの進捗状況（単位は、転送された表データのメガバイト数）を示す動的パフォーマンス・ビューV$SESSION_LONGOPSのエントリが保持されます。このエントリは、転送の推定サイズを含み、実際に転送されたデータの量が反映されるように定期的に更新されます。
Data Pumpジョブに関連するV$SESSION_LONGOPS列は、次のとおりです。
USERNAME: ジョブの所有者。
OPNAME: ジョブ名。
TARGET_DESC: ジョブ操作。
SOFAR: ジョブ実行中に転送されたメガバイト数（MB）。
TOTALWORK: ジョブ内の推定メガバイト数（MB）。
UNITS : MB。
MESSAGE: 状態メッセージ。次の形式で表示されます。
'<job_name>: <operation_name> : nnn out of mmm MB done'
Data Pumpジョブで管理されるファイルには、次の3つのタイプがあります。
SQLFILEパラメータを使用して起動され、他のパラメータに基づいてImportが実行されるSQL DDLとして、SQLファイルに書き込まれます。詳細は、「SQLFILE」を参照してください。
Data Pumpでのこれらのファイルの割当て方法および処理方法を理解すると、ExportユーティリティおよびImportユーティリティを最大限に利用できます。
エクスポート操作の場合、ダンプ・ファイルは、ジョブの定義時およびエクスポート操作の後の段階で指定できます。たとえば、エクスポート操作中に領域が不足した場合は、Data Pump ExportユーティリティのADD_FILEコマンドを対話方式モードで使用して、追加ダンプ・ファイルを追加できます。
インポート操作の場合、ジョブの定義時にすべてのダンプ・ファイルを指定する必要があります。
既存のファイルは、ログ・ファイルおよびSQLファイルによって上書きされます。ダンプ・ファイルによっては上書きされません。ただし、エラーが出力されます。
Data Pumpは、クライアント・ベースではなく、サーバー・ベースであるため、ダンプ・ファイル、ログ・ファイルおよびSQLファイルには、サーバー・ベースのディレクトリ・パスを基準としてアクセスします。Data Pumpでは、ディレクトリ・パスをディレクトリ・オブジェクトとして指定する必要があります。ディレクトリ・オブジェクトは、ファイル・システムのディレクトリ・パスに名前をマップします。
たとえば、次のSQL文は、/usr/apps/datafilesにあるディレクトリにマップされるdpump_dir1というディレクトリ・オブジェクトを作成します。
SQL> CREATE DIRECTORY dpump_dir1 AS '/usr/apps/datafiles';
ディレクトリ・オブジェクトは、データのセキュリティおよび整合性を確保するために必要です。次に例を示します。
UNIXおよびWindows NTシステムの場合、デフォルトのディレクトリ・オブジェクトDATA_PUMP_DIRは、データベースが作成されるとき、またはデータベース・ディレクトリがアップグレードされるたびに作成されます。デフォルトでは、特権ユーザーのみが使用できます。
権限のないユーザーの場合、Data PumpのExportユーティリティまたはImportユーティリティを実行できるようにするには、データベース管理者（DBA）またはCREATE ANY DIRECTORY権限を持つユーザーがディレクトリ・オブジェクトを作成する必要があります。
ディレクトリの作成後、ディレクトリ・オブジェクトを作成するユーザーは、そのディレクトリに対するREAD権限またはWRITE権限を他のユーザーに付与する必要があります。たとえば、dpump_dir1で指定されたディレクトリのユーザーhrのかわりに、Oracleデータベースがファイルを読取りまたは書込みできるようにするには、DBAが次のコマンドを実行する必要があります。
SQL> GRANT READ, WRITE ON DIRECTORY dpump_dir1 TO hr;
ディレクトリ・オブジェクトに対するREAD権限またはWRITE権限は、Oracleデータベースによってそのファイルの読取りまたは書込みのみが実行されることを意味します。適切なオペレーティング・システム権限がないかぎり、Oracleデータベースの外部にあるファイルには直接アクセスできません。同様に、Oracleデータベースには、ディレクトリのファイルに対して読取りおよび書込みを行うオペレーティング・システム権限が必要です。
Data Pump Exportユーティリティでは、次の順序でファイルの位置が判断されます。
DIRECTORYパラメータで指定されたディレクトリ・オブジェクトが使用されます。
DIRECTORYパラメータでディレクトリ・オブジェクトが指定されていない場合は、環境変数DATA_PUMP_DIRの値が使用されます。この環境変数は、Data Pump ExportおよびImportユーティリティが実行されるクライアント・システムで、オペレーティング・システム・コマンドを使用して定義されます。このクライアント・ベースの環境変数には、DBAがサーバー・システムで最初に作成するサーバー・ベースのディレクトリ・オブジェクトの名前を割り当てる必要があります。たとえば、次のSQL文では、サーバー・システムにディレクトリ・オブジェクトが作成されます。このディレクトリ・オブジェクトの名前はDUMP_FILES1で、位置は '/usr/apps/dumpfiles1'です。
SQL> CREATE DIRECTORY DUMP_FILES1 AS '/usr/apps/dumpfiles1';
cshを使用しているUNIXベースのクライアント・システムのユーザーは、環境変数DATA_PUMP_DIRに、値DUMP_FILES1を割り当てることができます。コマンドラインでは、DIRECTORYパラメータは省略できます。ダンプ・ファイルemployees.dmpは、ログ・ファイルexport.logと同様、 '/usr/apps/dumpfiles1'に書き込まれます。
%setenv DATA_PUMP_DIR DUMP_FILES1 %expdp hr/hr TABLES=employees DUMPFILE=employees.dmp
DATA_PUMP_DIRの値を試行します。このディレクトリ・オブジェクトは、データベースが作成されるとき、またはデータベース・ディレクトリがアップグレードされるたびに自動的に作成されます。DATA_PUMP_DIRのパス定義は、次のSQL問合せを使用して確認できます。
SQL> SELECT directory_name, directory_path FROM dba_directories 2 WHERE directory_name='DATA_PUMP_DIR';
特権ユーザーでない場合は、DATA_PUMP_DIRディレクトリ・オブジェクトへのアクセス権限が、DBAによって事前に付与されている必要があります。
デフォルトのDATA_PUMP_DIRディレクトリ・オブジェクトと、同じ名前のクライアント・ベースの環境変数とを混同しないでください。
自動ストレージ管理（ASM）を使用可能にしてData Pump ExportユーティリティまたはImportユーティリティを使用する場合は、オペレーティング・システムのディレクトリ・パスではなくASMディスク・グループ名が使用されるように、ダンプ・ファイルで使用されるディレクトリ・オブジェクトを定義する必要があります。オペレーティング・システムのディレクトリ・パスを示す、別のディレクトリ・オブジェクトがログ・ファイルに使用される必要があります。たとえば、ASMダンプ・ファイルのディレクトリ・オブジェクトは、次のように作成します。
SQL> CREATE or REPLACE DIRECTORY dpump_dir as '+DATAFILES/';
ログ・ファイル用の個別のディレクトリ・オブジェクトは、次のように作成します。
SQL> CREATE or REPLACE DIRECTORY dpump_log as '/homedir/user1/';
ユーザーhrに、これらのディレクトリ・オブジェクトに対するアクセス権を付与する場合は、次に示すように、必要な権限を割り当てます。
SQL> GRANT READ, WRITE ON DIRECTORY dpump_dir TO hr; SQL> GRANT READ, WRITE ON DIRECTORY dpump_log TO hr;
この後に、次のData Pump Exportユーティリティのコマンドを使用します。
> expdp hr/hr DIRECTORY=dpump_dir DUMPFILE=hr.dmp LOGFILE=dpump_log:hr.log
|
参照:
|
エクスポートおよびインポート操作では、並列度を、ダンプ・ファイル・セット内のダンプ・ファイル数以下に設定（PARALLELパラメータで指定）する必要があります。ダンプ・ファイル数が不足すると、複数の実行スレッドが同じダンプ・ファイルへアクセスしようとするため、最適なパフォーマンスは得られません。
PARALLELパラメータは、Oracle Database 10g のEnterprise Editionでのみ有効です。
エクスポート操作で、特定のファイル名を指定するかわりに、または指定したうえで、ファイル名に置換変数（%U）を使用してDUMPFILEパラメータで複数のダンプ・ファイルを指定できます。これは、ダンプ・ファイル・テンプレートと呼ばれます。新しいダンプ・ファイルは、01（ %Uに対応）から02、03の順で、必要に応じて作成されます。PARALLELパラメータの現行の設定で指定されたすべてのプロセスをアクティブにできるように、十分な数のダンプ・ファイルが作成されます。FILESIZEパラメータで指定した最大サイズに達したためにダンプ・ファイルが一杯になると、ダンプ・ファイルはクローズされ、新しく生成された名前を持つ新しいダンプ・ファイルが、それにかわるファイルとして作成されます。
複数のダンプ・ファイル・テンプレートが提供されている場合、これらのテンプレートは、ラウンドロビン法によるダンプ・ファイルの生成に使用されます。たとえば、並列度6のジョブに、expa%U、expb%Uおよびexpc%Uがすべて指定された場合、expa01.dmp、expb01.dmp、expc01.dmp、expa02.dmp、expb02.dmpおよび expc02.dmpが初期ダンプ・ファイルとして作成されます。
インポートおよびSQLFILE操作では、ダンプ・ファイル指定expa%U、expb%Uおよびexpc%Uを指定した場合、ダンプ・ファイルexpa01.dmp、expb01.dmpおよびexpc01.dmpをオープンすると操作が開始されます。マスター表が含まれているダンプ・ファイルがこのセット内で検出されなかった場合は、置換変数の増加および新しいファイル名（expa02.dmp、expb02.dmp、expc02.dmpなど）の検索を行うことによって、ダンプ・ファイルの検索が拡張されます。この検索は、マスター表が含まれるダンプ・ファイルが検出されるまで継続されます。ダンプ・ファイルが存在しない場合は、エラーとなったダンプ・ファイル指定の置換変数の増加が中止されます。たとえば、expb01.dmpおよびexpb02.dmpは検出され、expb03.dmpは検出されなかった場合、expb%U指定を使用したファイルの検索は中止されます。マスター表が検出されると、その表を使用して、ダンプ・ファイル・セット内のすべてのダンプ・ファイルの位置が特定されているかどうかを確認できます。
ほとんどのData Pump操作はサーバー側で実行されるため、COMPATIBLE以外のバージョンのデータベースを使用する場合は、そのバージョン情報をサーバーに提供する必要があります。指定しない場合は、エラーが発生することがあります。バージョン情報を指定するには、VERSIONパラメータを使用します。
Data PumpのExportおよびImportを使用して、バージョンが異なるデータベース間でデータを移動する場合は、次の点に注意してください。
VERSION=10.1を指定した場合に、ジョブに対してデータ圧縮も指定してあるとエラーが発生します（データ圧縮は、10.1ではサポートされていません）。
VERSIONパラメータをターゲット・データベースのバージョンに設定して、Data Pumpのエクスポートを実行するようにしてください。
オリジナルのエクスポート・ユーティリティ（exp）およびインポート・ユーティリティ（imp）を使用した経験がある場合、これらのユーティリティの多くの概念が、Data PumpのExportユーティリティ（expdp）およびImportユーティリティ（impdp）には適用されないことを理解しておく必要があります。特に、次のことに注意してください。
たとえば、FULL=Yでエクスポートを実行してから、SCHEMAS=HRでインポートを実行するとします。この場合、SCHEMAS=HRでエクスポートを実行してから、FULL=Yでインポートを実行する処理と同じ結果が得られます。
BUFFER、RECORDLENGTHなど）は、Data Pumpでは不要で、サポートされません。
COMMITパラメータで提供されていました。
COMPRESSパラメータで提供されていました。Data Pumpでは、エクステントはターゲット表の記憶域パラメータに基づいて再割当てされます。
exp）を実行して、古いデータベース・バージョンと互換性のあるダンプ・ファイルを生成する必要がありました。Data Pumpでは、現行のExportユーティリティ（expdp）を使用しVERSIONパラメータを使用するだけで、ターゲット・データベースのバージョンを指定できます。詳細は、「データベース・バージョンが異なる場合のデータ移動」を参照してください。
APPENDまたはTRUNCATEのいずれかを使用して既存の表にデータをインポートする場合、アクティブな制約に違反する行が存在すると、ロードが中断され、データはロードされません。この点は、違反するすべての行を記録してロードを続行するオリジナルのインポート・ユーティリティと異なります。
「ORA-01555: スナップショットが古すぎます」というエラーが発生する場合があります。これを避けるには、UNDO表領域を追加するか、データベースのUNDO_RETENTION初期化パラメータ値を大きくすることを検討してください。
|
 Copyright © 2005 Oracle Corporation. All Rights Reserved. |
|