11 Oracle Utilities

この章では、データ転送、データ・メンテナンスおよびデータベース管理のためのOracle Database Utilitiesについて説明します。

この章の内容は、次のとおりです。

Oracle Utilitiesの概要

Oracleのデータベース・ユーティリティを使用すると、次のタスクを実行できます。

Data Pump Export/Importを使用した、データベース間でのデータおよびメタデータの高速移動
Metadata APIを使用した、データベース・オブジェクト用メタデータの完全な表現の抽出と操作
Data Pump APIを使用した、サイトに関するデータおよびメタデータの全体または一部のデータベース間における移動
SQL*Loaderを使用したオペレーティング・システム・ファイルからOracle表へのデータのロード、または外部表を使用した外部ソースからOracle表へのデータのロード
LogMinerとのSQLインタフェースを介したREDOログ・ファイルの問合せ
DBVERIFYを使用した、オフライン（バックアップなど）データベースまたはデータファイルの物理データ構造の整合性チェックの実行
DBNEWIDユーティリティを使用した、運用データベースの内部データベース識別子（DBID）とデータベース名（DBNAME）のメンテナンス

関連項目
『Oracle Databaseユーティリティ』

Data Pump Export/Importの概要

OracleのData Pump・テクノロジにより、データベース間でデータとメタデータを超高速で移動できます。このテクノロジは、Oracleのデータ移動ユーティリティであるData Pump ExportおよびData Pump Importのベースとなっています。

Data Pumpでは、ジョブでデータとメタデータのサブセットを移動する必要があるかどうかを指定できます。これは、エクスポートおよびインポートのパラメータを介して実装されるデータ・フィルタとメタデータ・フィルタを使用して実行されます。

Data Pump Export

Data Pump Export（以降、読みやすいようにエクスポートと呼びます）は、データとメタデータをダンプ・ファイル・セットと呼ばれる一連のオペレーティング・システム・ファイルにアンロードするユーティリティです。ダンプ・ファイル・セットは、Data Pump Importユーティリティを使用して他のシステムに移動してロードできます。

ダンプ・ファイル・セットは、表データ、データベース・オブジェクトのメタデータおよび制御情報を含む1つ以上のディスク・ファイルから構成されています。各ファイルは固有のバイナリ形式で記述され、Data Pump Importでのみ読取りが可能です。インポート操作中に、Data Pump Importユーティリティはこれらのファイルを使用して、ダンプ・ファイル・セット内で各データベース・オブジェクトを検索します。

Data Pump Import

Data Pump Import（以降、読みやすいようにインポートと呼びます）は、エクスポートされたダンプ・ファイル・セットをターゲット・システムにロードするユーティリティです。ダンプ・ファイル・セットは、表データ、データベース・オブジェクトのメタデータおよび制御情報を含む1つ以上のディスク・ファイルから構成されています。各ファイルは固有のバイナリ形式で記述されます。

また、インポートを使用すると、ソース・データベースから中間ファイルなしでターゲット・データベースに直接ロードできます。これにより、エクスポート操作とインポート操作を同時に実行でき、全体の所要時間が短縮されます。これをネットワーク・インポートと呼びます。

インポートでは、実際にSQLを実行せずに、インポート・ジョブが実行されるSQL DDLをすべて確認することもできます。これは、インポートのSQLFILEパラメータを介して実装されます。

Data Pump APIの概要

Data Pump APIは、サイトに関するデータとメタデータの全体または一部をデータベース間で移動するための高速メカニズムを提供します。Data Pump APIを使用するには、
DBMS_DATAPUMP PL/SQLパッケージに用意されているプロシージャを使用します。Data Pump ExportおよびData Pump Importユーティリティは、Data Pump APIをベースとしています。

関連項目

Data Pump APIの機能については、『Oracle Databaseユーティリティ』を参照してください。

DBMS_DATAPUMPパッケージの説明は、『Oracle Database PL/SQLパッケージ・プロシージャおよびタイプ・リファレンス』を参照してください。

Metadata APIの概要

Metadata APIは、次の手段を提供します。

XML形式によるオブジェクトのメタデータの検索
SQL DDLへの変換など、様々な方法によるXMLの変換
検索により抽出されたオブジェクトを再作成するためのXMLの発行

Metadata APIを使用するには、DBMS_METADATA PL/SQLパッケージに用意されているプロシージャを使用します。 Metadata APIの目的上、データベース内のすべてのエンティティは、
1つのオブジェクト型に属するオブジェクトとしてモデル化されます。たとえば、表scott.empはオブジェクトで、そのオブジェクト型はTABLEです。オブジェクトのメタデータをフェッチする場合は、オブジェクト型を指定する必要があります。

関連項目

Metadata APIの使用方法の詳細は、『Oracle Databaseユーティリティ』を参照してください。

DBMS_METADATAパッケージの説明は、『Oracle Database PL/SQLパッケージ・プロシージャおよびタイプ・リファレンス』を参照してください。

SQL*Loaderの概要

SQL*Loaderでは、データが外部ファイルからOracleデータベースの表にロードされます。データファイル内のデータの書式にほとんど制限のない、強力なデータ解析エンジンです。SQL*Loaderを使用すると次の操作ができます。

同じロード・セッション中に複数のデータファイルからデータをロードします。
同じロード・セッション中に複数の表にデータをロードします。
データのキャラクタ・セットを指定します。
データを選択的にロードします（レコードをその値に基づいてロードできます）。
ロード前にSQL関数を使用してデータを操作します。
指定の列に一意のシーケンシャル・キー値を生成します。
オペレーティング・システムのファイル・システムを使用してデータファイルにアクセスします。
データをディスク、テープまたは名前付きパイプからロードします。
トラブルシューティングに役立つ洗練されたエラー・レポートを生成します。
任意の複合オブジェクト・リレーショナル・データをロードします。
LOBおよびコレクションのロードにセカンダリ・データファイルを使用します。
従来型パスによるロードまたはダイレクト・パス・ロードを使用します。従来型パスによるロードは大きな柔軟性を備えていますが、ダイレクト・パス・ロードは優れたパフォーマンスを発揮します。

典型的なSQL*Loaderセッションは、SQL*Loaderの動作を制御する制御ファイルと1つ以上のデータファイルを入力として使用します。SQL*Loaderの出力は、Oracleデータベース（データのロード場所）、ログ・ファイル、不良ファイル、および存在する場合は廃棄ファイルです。

外部表の概要

外部表機能は、既存のSQL*Loader機能を補完するものです。この機能により、外部ソースのデータに対して、データベース内の表にあるデータのようにアクセスできます。外部表はORACLE_DATAPUMPアクセス・ドライバを使用して記述できます。外部表に対しては、データ操作言語（DML）の操作も索引作成も許可されません。したがって、ステージング表への追加の索引付けを必要とするデータ・ロード状況には、SQL*Loaderの方が適しています。

外部表機能を使用するには、プラットフォーム上にあるデータファイルのファイル形式とレコード形式に関してある程度の知識が必要です。また、外部表を作成し、それに対する問合せを実行するには、SQLについても十分な知識が必要になります。

関連項目
「外部表」

LogMinerの概要

Oracle LogMinerを使用すると、SQLインタフェースを介してREDOログ・ファイルを問い合せることができます。ユーザー・データまたはデータベース・ディクショナリに対して行われた変更は、すべてOracleのREDOログ・ファイルに記録されます。したがって、REDOログ・ファイルには、リカバリ操作の実行に必要な情報がすべて含まれています。

LogMiner機能は、コマンドライン・インタフェースまたはOracle LogMiner ViewerのGraphical User Interface（GUI）を介して入手できます。LogMiner Viewerは、Oracle Enterprise Managerに付属しています。

REDOログ・ファイルに含まれるデータの使用方法を次に示します。

アプリケーション・レベルで発生したエラーなど、データベースの論理的な破損の開始時点を特定します。これにより、データベースを破損直前の状態までリストアできます。
ユーザー・エラーを検出し、可能な場合は訂正します。これは論理的な破損よりも実行する可能性が高い使用例です。ユーザー・エラーには、WHERE句の値が正しくないために間違った行を削除する、行を不正な値で更新する、間違った索引を削除するなどがあります。
トランザクション・レベルでファイングレイン・リカバリを実行するために必要な操作を判断します。既存の依存性を完全に理解し、考慮している場合は、表ベースのUNDO操作を実行して一連の変更をロールバックできます。
傾向分析を介してパフォーマンスのチューニングと容量計画を実行します。更新および挿入頻度の最も高い表を判断できます。この情報からディスク・アクセス統計の履歴が得られ、チューニングに活用できます。
監査後処理を実行します。REDOログ・ファイルには、データベース上で実行されたDML文とDDL文、その実行順序および実行者の追跡に必要な全情報が含まれています。

DBVERIFYユーティリティの概要

DBVERIFYは、物理データ構造の整合性チェックを実行する外部コマンドライン・ユーティリティです。オフライン・データベース、オンライン・データベースおよびバックアップ・ファイルに対して使用できます。DBVERIFYを使用するのは、主として、リストア前にバックアップ・データベース（またはデータファイル）が有効かどうかを確認する必要がある場合で、データ破損エラーが発生した場合には診断に役立つ情報としても使用できます。

DBVERIFYはオフライン・データベースに対して実行できるため、整合性チェックは非常に高速です。

DBVERIFYでのチェック対象は、キャッシュ管理ブロック（つまりデータ・ブロック）のみです。DBVERIFYはデータファイル専用であるため、制御ファイルやREDOログには機能しません。

DBVERIFYには2つのコマンドライン・インタフェースが用意されています。最初のインタフェースでは、チェック対象となる1つのデータファイルのディスク・ブロックを指定します。第2のインタフェースでは、チェック対象となるセグメントを指定します。

DBNEWIDユーティリティの概要

DBNEWIDは、運用データベースの内部の一意データベース識別子（DBID）とデータベース名（DBNAME）を変更できるデータベース・ユーティリティです。このユーティリティを使用すると、次の情報を変更できます。

データベースのDBIDのみ
データベースのDBNAMEのみ
データベースのDBNAMEとDBIDの両方

したがって、データベースのコピーを手動で作成し、制御ファイルを再作成して新規のDBNAMEとDBIDを指定できます。また、シード・データベースと手動でコピーしたデータベースを、同じRecovery Managerリポジトリにともに登録できます。