Oracle Autonomous Database Free Container Imageの使用

Oracle Autonomous Database Free Container Imageを使用して、Oracle Cloud Infrastructureコンソールまたはインターネットにアクセスすることなく、Autonomous Databaseを自分の環境のコンテナで実行します。

Autonomous Database Free Container Imageについて

リポジトリからOracle Autonomous Database Free Container Imageにアクセスし、ローカル環境で実行できます。

Autonomous Databaseは、Oracle Cloud Infrastructureで使用可能なフルマネージドOracle Databaseを提供します。Oracle Cloud Infrastructureでは、ライフサイクル管理操作を実行し、Oracle Cloud Infrastructureコンソールを使用してAutonomous Databaseを実行し、パブリック・インターネットまたは設定したプライベート・ネットワークを介して(ネットワーク構成およびセキュリティのニーズに応じて)データベースに接続します。

ノート

Autonomous Databaseは、Oracle Autonomous Database Free Container Image 19cとOracle Autonomous Database Free Container Image 23aiの両方のバージョンをサポートしています。

Oracle Autonomous Database Free Container Imageは、Oracle Cloud Infrastructureコンソールまたはインターネットにアクセスすることなく、独自の環境のコンテナでAutonomous Databaseを実行する代替手段を提供します。コンテナでAutonomous Databaseを実行すると、コンテナはローカルの分離された環境を提供し、Oracle Autonomous Databaseの機能の開発、テストおよび探索のための追加オプションを提供します。

Oracle Autonomous Database Free Container Imageライセンス

Oracle Autonomous Database Free Container Imageのライセンスについて説明します。

Oracle Autonomous Database Free Container Imageはライセンスの対象となります。

選択したコンテナ・イメージとそれに含まれるすべてのソフトウェアは、コンテナ・イメージで提供されるOracle Free Use Terms and Conditionsに基づいてライセンスされます。コンテナを使用する場合は、それらのライセンスの条件に従います。

Oracle Autonomous Database Free Container Imageの機能

Oracle Autonomous Database Free Container Imageには、Autonomous Databaseサーバーレスで使用可能な多くの機能が用意されています。

  • Autonomous Database Free Container Imageは、2つのAutonomous Databaseインスタンスを提供します。1つはデータ・ウェアハウス・ワークロード・タイプを持つインスタンスで、もう1つはトランザクション処理ワークロード・タイプを持つインスタンスです。

  • データベースは、起動時に指定したワークロード・タイプに基づいて、トランザクション処理ワークロード・タイプまたはデータ・ウェアハウス・ワークロード・タイプのいずれかで起動されます。

  • adb-cliコマンドライン・ユーティリティを使用して、データベース操作を実行できます。

  • Autonomous Database Free Container Imageリソース割当ては、4 ECPUおよび20 GBのストレージで、最大30の同時データベース・セッションが可能です。

  • Autonomous Database Free Container Imageは、Autonomous Databaseコンシューマ・グループをサポートしています:

    • データ・ウェアハウス・ワークロード: HIGH、MEDIUMまたはLOWサービスを介して接続します。

    • トランザクション処理ワークロード: HIGH、MEDIUM、LOW、TPまたはTPURGENTサービスを介して接続します。

    詳細は、Autonomous Databaseワークロード・タイプについてを参照してください。

  • Autonomous Database Free Container Imageでは、次の組込みデータベース・ツールがサポートされます:

    • データベース・アクション

    • Oracle REST Data Services (注文)

    • Oracle APEX

    • Oracle Database API for MongoDB

Oracle Autonomous Database Free Container Imageの推奨事項と制限事項

Autonomous Database Free Container Imageの要件および制限について説明します。

Autonomous Database空きコンテナ・イメージのリソース割当てに関する推奨事項

Autonomous Database Free Container Imageの推奨リソース割当てを次に示します:

  • 4 CPU

  • 8 GBのメモリー

Autonomous Database Free Container Imageの制限事項

  • Autonomous Database Free Container Imageには、自動パッチ適用またはメンテナンス・ウィンドウはありません。リポジトリは、Autonomous Database Free Container Imageの最新バージョンを提供します。リポジトリをチェックして、Autonomous Database Free Container Imageの新しいバージョンを見つけます。

  • 次のAutonomous Database組込みツールはサポートされていません:

    • グラフ
    • Oracle Machine Learning
    • データ変換
  • Autonomous Databaseがコンテナで実行されると、コンテナはローカルAutonomous Databaseインスタンスを提供します。コンテナ・イメージには、Oracle Cloud InfrastructureコンソールまたはAPIを介してのみ使用可能な機能は含まれません。データベース内で使用可能で、Oracle Cloud Infrastructureコンソールからも使用可能な一部の機能は、ADMINパスワードのリセットなど、データベース内コマンドを介して引き続き使用できます。次に、使用できない機能の一部を示します。

    機能 使用可能または使用不可
    インスタンスのバックアップ 使用できません。
    文字セットの選択 使用できません。
    インスタンスの複製 使用できません。
    エラスティック・プールの作成 使用できません。
    顧客管理キー 使用できません。
    データベースの名前変更 使用できません。
    データ・セーフ 使用できません。
    コンピュート自動スケーリングの無効化 使用できません。
    組込みデータベース・ツールの無効化 使用できません。
    ストレージの自動スケーリングの無効化 使用できません。
    Autonomous Data Guardバックアップベースのディザスタ・リカバリなどのディザスタ・リカバリ・オプション。 使用できません。
    ウォレットのダウンロード 使用できません。
    組込みデータベース・ツールの有効化 使用できません。
    コンピュート自動スケーリングの有効化 使用できません。
    ストレージの自動スケーリングの有効化 使用できません。
    エラスティック・プールへの参加 使用できません。
    ネットワークACL 使用できません。
    Oracle Cloud Infrastructureイベント 使用できません。
    パフォーマンス・ハブ 使用できません。
    プライベート・エンドポイント 使用できません。
    Real Applicationテスト 使用できません。
    リソース・プリンシパル・ベースの認証 使用できません。
    インスタンスの再起動 使用できません。
    インスタンスのリストア 使用できません。
    ウォレットのローテーション 使用できません。
    サンプル・スキーマ 使用できません。
    CPUとストレージのスケール・ダウン 使用できません。
    CPUとストレージのスケーリング 使用できません。
    インスタンス・パッチ・レベルの選択 使用できません。
    インスタンスの起動 使用できません。
    インスタンスを停止 使用できません。
    ノート

    コンテナでAutonomous Database Free Container Imageを実行する場合、コンテナを起動、停止または再起動することで、インスタンスの起動、インスタンスの停止またはインスタンスの再起動を行うことができます。

Oracle Autonomous Database Free Container Imageのコンテナ・レジストリの場所

Oracle Autonomous Database Free Container Imageを取得できる場所には、Oracle Cloud Infrastructure Registry (コンテナ・レジストリ)やGitHubなど、複数の場所があります。

Oracle Autonomous Database Free Container Imageは複数の場所で入手できます。示されている例では、podmanコマンドを使用します(詳細は、Podmanを参照してください)。

  1. podman仮想マシンを起動します。
    次に例を示します。
    podman machine init 
    podman machine set --cpus 4 --memory 8192 
    podman machine start 
  2. Autonomous Database Free Container Imageを取得します。

    Oracle Cloud Infrastructure Registry:

    たとえば、podmanコマンドを使用して、最新のAutonomous Database Free Container Imageイメージをプルします:

    podman pull container-registry.oracle.com/database/adb-free:latest-23ai
    ノート

    Oracle Autonomous Database Serverlessでは、19cコンテナ・イメージもサポートされています。
    • 19cコンテナ・イメージ名の場合、データベース・バージョンとしてlatestタグを指定します。

    • 前述の例で、Autonomous Database Free Container Image 19cをプルするには、イメージ名タグで次のコマンドを使用します:
      podman pull container-registry.oracle.com/database/adb-free:latest

    ドキュメント全体を通して、イメージ名タグはlatest-23aiバージョンを参照します。

    詳細および追加情報については、Oracle Cloud Infrastructure Registryで「Oracle Autonomous Database Free」を検索してください。

    GitHubパッケージ:

    たとえば、podmanコマンドを使用して、GitHubパッケージからAutonomous Database Free Container Imageをプルします:

    podman pull ghcr.io/oracle/adb-free:latest-23ai
  3. イメージを確認します。

    たとえば:

    podman images container-registry.oracle.com/database/adb-free:latest-23ai

Autonomous Database Free Container Imageの起動

Oracle Autonomous Database Free Container Imageをダウンロードした後、コンテナでイメージを起動できます。

データベースは、指定したワークロード・タイプに基づいて、トランザクション処理ワークロード・タイプまたはデータ・ウェアハウス・ワークロード・タイプのいずれかで起動されます。

  1. Autonomous Database Free Container Imageを実行するコンテナを起動します。

    たとえば、podmanの場合:

    podman run -d \
    -p 1521:1522 \
    -p 1522:1522 \
    -p 8443:8443 \
    -p 27017:27017 \
    -e WORKLOAD_TYPE='ATP' \
    -e WALLET_PASSWORD=*** \
    -e ADMIN_PASSWORD=*** \
    --cap-add SYS_ADMIN \
    --device /dev/fuse \
    --name adb-free \
    container-registry.oracle.com/database/adb-free:latest-23ai

    コマンド・ノート:

    • Autonomous Database Serverlessでは、19cコンテナ・イメージもサポートされています。
      • 19cコンテナ・イメージ名の場合、データベース・バージョンとしてlatestタグを指定します。

      • 前述の例で、Autonomous Database Free Container Image 19cを実行するコンテナを起動するには、イメージ名タグで次のコマンドを使用します:
        container-registry.oracle.com/database/adb-free:latest
    • ドキュメント全体を通して、イメージ名タグはlatest-23aiバージョンを参照します。

    • WORKLOAD_TYPEは、ATPまたはADWのいずれかです。デフォルト値はATPです。

    • デフォルトでは、渡されたWORKLOAD_TYPE値に応じて、データベースの名前はMYATPまたはMYADWになります。オプションで、デフォルトとは異なるデータベース名が必要な場合は、DATABASE_NAMEパラメータを設定できます。データベース名に使用できるのは英数字のみです。

    • コンテナの起動時に、対応するMY<WORKLOAD_TYPE>.pdbがパブリック・オブジェクト・ストレージ・バケットからダウンロードおよびプラグインされます。

    • ウォレットは、指定されたWALLET_PASSWORDを使用して生成されます。

    • 初期ログイン時にADMIN_PASSWORDを変更する必要があります。

    • ADMIN_PASSWORDを作成または変更する場合は、次の要件を確認してください。
      • パスワードは、12文字から30文字までの長さとし、大文字、小文字および数字をそれぞれ1文字以上含める必要があります。
      • パスワードにユーザー名を含めることはできません。
    • WALLET_PASSWORDを作成または変更する場合は、次の要件を確認してください。
      • パスワードは、8から30文字の長さで、数字または特殊文字と組み合せたアルファベット文字を含める必要があります。
    • OFSマウントの場合、コンテナはSYS_ADMIN機能で始まります。また、仮想デバイス/dev/fuseにアクセスできる必要があります。

    • この -pオプションは、次のポートがコンテナプロセスに転送されることを指定します。

      ポート番号 説明
      1521 TLS
      1522 mTLS
      8443 ORDS/APEXおよびデータベース・アクションのHTTPSポート
      27017 Mongo API

    企業プロキシの背後にいる場合は、プロキシの環境変数を指定する -eオプションを含めます。たとえば、podmanの場合:

    podman run -d \
    -p 1521:1522 \
    -p 1522:1522 \
    -p 8443:8443 \
    -p 27017:27017 \
    -e WORKLOAD_TYPE='ATP' \
    -e WALLET_PASSWORD=*** \
    -e ADMIN_PASSWORD=*** \
    -e http_proxy=http://example-corp-proxy.com:80/ \
    -e https_proxy=http://example-corp-proxy.com:80/ \
    -e no_proxy=localhost,127.0.0.1 \
    -e HTTP_PROXY=http://example-corp-proxy.com:80/  \
    -e HTTPS_PROXY=http://example-corp-proxy.com:80/  \
    -e NO_PROXY=localhost,127.0.0.1 \
    --cap-add SYS_ADMIN \
    --device /dev/fuse \
    --name adb-free \
    container-registry.oracle.com/database/adb-free:latest-23ai

adb-cliを使用したデータベース操作の実行

adb-cliコマンドライン・ユーティリティを使用して、コンテナの起動および実行後にデータベース操作を実行できます。

adb-cliを使用するには、便宜上次の別名を定義できます。

alias adb-cli="podman exec <container_name> adb-cli"

使用可能なコマンド

使用可能なコマンドのリストを表示するには、次のコマンドを使用します。

adb-cli --help 
Usage: adb-cli [OPTIONS] COMMAND [ARGS]... 
    ADB-S Command Line Interface (CLI) to perform container-runtime database operations 
Options: 
    -v, --version Show the version and exit. 
    --help Show this message and exit. 
Commands: 
    add-database 
    change-password 

データベースの追加

次のコマンドを使用してデータベースを追加できます。

adb-cli add-database --workload-type "ATP" --admin-password "Welcome_MY_ATP_1234" 

パスワードの変更

管理パスワードを変更するには、次のコマンドを使用します。

adb-cli change-password --database-name "MYATP" 
    --old-password "Welcome_MY_ATP_1234" --new-password "Welcome_12345"

Autonomous Database Free Container Imageへの接続

Autonomous Database Free Container Imageがコンテナで実行されている場合、Autonomous Databaseインスタンスに接続できます。

コンテナで実行されているAutonomous Databaseインスタンスに接続するには、ウォレットを設定して接続するか、TLSウォレットレス接続を使用します。

ORDS/APEX/データベース・アクション

コンテナhostnameは、ポート8443でHTTPSトラフィックを処理するための自己署名SSL証明書を生成するために使用されます。Oracle APEXおよびデータベース・アクションには、コンテナ・ホスト(または単にlocalhost)を使用してアクセスできます。

アプリケーション URL
Oracle APEX https://localhost:8443/ords/apex
データベース・アクション https://localhost:8443/ords/sql-developer
ノート

adb-cli add-databaseコマンドを使用してプラグインされた追加のデータベースについては、URL形式https://localhost:8443/ords/{database_name}/apexおよびhttps://localhost:8443/ords/{database_name}/sql-developerを使用してAPEXおよびデータベース・アクションにそれぞれアクセスします。

使用可能なTNSエイリアス

次のいずれかの別名を使用して、Autonomous Database空きコンテナに接続できます。

表3-7使用可能なTNS別名

プロトコル トランザクション処理ワークロード データ・ウェアハウス・ワークロード
mTLS
  • myatp_medium
  • myatp_high
  • myatp_low
  • myatp_tp
  • myatp_tpurgent
  • myadw_medium
  • myadw_high
  • myadw_low
TLS
  • myatp_medium_tls
  • myatp_high_tls
  • myatp_low_tls
  • myatp_tp_tls
  • myatp_tpurgent_tls
  • myadw_medium_tls
  • myadw_high_tls
  • myadw_low_tls

これらの接続文字列のTNS別名マッピングは、$TNS_ADMIN/tnsnames.oraにあります。tnsnames.oraのサービス名の詳細は、Autonomous Databaseでの同時実行性および優先度の管理を参照してください。

Walletの設定と接続

ウォレットを設定して接続するには、次のステップを実行します:

  1. 生成されたウォレットをホストにコピーします。

    コンテナを起動すると、Autonomous Databaseによって/u01/app/oracle/wallets/tls_walletにウォレットが生成されます。

    たとえば、生成されたウォレットをローカル・フォルダ/scratch/tls_walletにコピーします。

    podman cp adb-free:/u01/app/oracle/wallets/tls_wallet /scratch/tls_wallet

    これにより、ウォレットがフォルダ/scratch/tls_walletにコピーされます。

  2. TNS_ADMIN環境変数の値を、ウォレット・ディレクトリに設定します。

    たとえば:

    export TNS_ADMIN=/scratch/tls_wallet
  3. Autonomous Database Free Container Imageが実行されているリモート・ホストに接続する場合は、$TNS_ADMIN/tnsnames.oralocalhostをリモート・ホストFQDNに置き換えます。

    たとえば:

    sed -i 's/localhost/example.com/g' $TNS_ADMIN/tnsnames.ora
  4. Autonomous Databaseインスタンスに接続します。

    たとえば、sqlplusを使用して、トランザクション処理ワークロードAutonomous Databaseインスタンスに接続します:

    sqlplus admin/password@myatp_low_tls

    たとえば、sqlplusを使用して、データ・ウェアハウス・ワークロードAutonomous Databaseインスタンスに接続します:

    sqlplus admin/password@myadw_low_tls

TLS Walletless接続の設定および接続

ウォレットなしで接続するには、コンテナの起動時に生成された自己署名証明書でクライアントのトラストストアを更新する必要があります。

TLSウォレットレス接続を設定して接続するには、次のステップを実行します。

  1. コンテナから/u01/app/oracle/wallets/tls_wallet/adb_container.certをコピーし、システム・トラストストアを更新します。

    たとえば、次のとおりです。

    podman cp adb-free:/u01/app/oracle/wallets/tls_wallet/adb_container.cert adb_container.cert  
    sudo cp adb_container.cert /etc/pki/ca-trust/source/anchors 
    sudo update-ca-trust 
  2. Autonomous Databaseインスタンスに接続します。

    たとえば、sqlplusを使用して、トランザクション処理ワークロードAutonomous Databaseインスタンスに接続します:

    sqlplus admin/password@myatp_low

    たとえば、sqlplusを使用して、データ・ウェアハウス・ワークロードAutonomous Databaseインスタンスに接続します:

    sqlplus admin/password@myadw_low

Autonomous Databaseの空きコンテナ間でのデータの移行

Autonomous Database Free Container Imageの新しいバージョンが使用可能な場合は、コンテナから別のコンテナにデータを移行できます。

たとえば、新しい更新が使用可能な場合は、そのデータを最新バージョンのAutonomous Database Free Container Imageに移行して、コンテナで作成した既存のデータを使用します。

  1. ポッドマンのボリュームを作成します。

    たとえば、次のとおりです。

    podman volume create adb_container_volume
  2. ボリュームマウントポイントを確認します。

    マウントポイントは、ポッドマン管理ディレクトリの場所です。

    podman inspect adb_container_volume
     
    [
         {
              "Name": "adb_container_volume",
              "Driver": "local",
              "Mountpoint": "/share/containers/storage/volumes/adb_container_volume/_data",
              "CreatedAt": "2023-09-11T21:23:34.305877073Z",
              "Labels": {},
              "Scope": "local",
              "Options": {},
              "MountCount": 0,
              "NeedsCopyUp": true,
              "NeedsChown": true
         }
    ]
  3. ソース・コンテナを起動し、コンテナ内の/u01/dataにボリュームをマウントします。

    たとえば、次のとおりです。

    podman run -d \
    -p 1521:1522 \
    -p 1522:1522 \
    -p 8443:8443 \
    -p 27017:27017 \
    -e WORKLOAD_TYPE='ATP' \
    -e WALLET_PASSWORD=*** \
    -e ADMIN_PASSWORD=*** \
    --cap-add SYS_ADMIN \
    --device /dev/fuse \
    --name source_adb_container \
    --volume adb_container_volume:/u01/data \
    container-registry.oracle.com/database/adb-free:latest-23ai
    ノート

    Autonomous Database Serverlessでは、19cコンテナ・イメージもサポートされています。
    • 19cコンテナ・イメージ名の場合、データベース・バージョンとしてlatestタグを指定します。

    • 前述の例で、Autonomous Database Free Container Image 19cを起動するには、イメージ名タグで次のコマンドを使用します:
      container-registry.oracle.com/database/adb-free:latest

    ドキュメント全体を通して、イメージ名タグはlatest-23aiバージョンを参照します。

  4. この例では、スキーマapp_userにデータをすでに作成していることを前提としています。
  5. app_userのスキーマからコンテナ・ボリュームにデータをエクスポートします。
    1. ADMINとして接続し、/u01/dataを指すORA_EXP_DIRディレクトリを作成します。
      sqlplus admin/**************@myadw_high
       
      SQL> exec DBMS_CLOUD_CONTAINER_ADMIN.create_export_directory('/u01/data');
      
      SQL> select directory_path from dba_directories where directory_name='ORA_EXP_DIR';
      
      DIRECTORY_PATH
      --------------------------------------------------------------------------------
      /u01/data
    2. スキーマ・モードおよびADMINスキーマとAPP_USERスキーマの両方でエクスポート・ジョブを実行します。
      SET scan off
      SET serveroutput ON
      SET escape off
        
      DECLARE
          h1 NUMBER;
          s VARCHAR2(1000):=NULL;
          errorvarchar VARCHAR2(100):= 'ERROR';
          tryGetStatus NUMBER := 0;
          success_with_info EXCEPTION;
          PRAGMA EXCEPTION_INIT(success_with_info, -31627);
      BEGIN
          h1 := dbms_datapump.OPEN(operation => 'EXPORT', job_mode => 'SCHEMA', job_name => 'EXPORT_MY_ADW_4', version => 'COMPATIBLE');
          tryGetStatus := 1;
          dbms_datapump.add_file(handle => h1, filename => 'EXPORT_MY_ADW.LOG', directory => 'ORA_EXP_DIR', filetype => DBMS_DATAPUMP.KU$_FILE_TYPE_LOG_FILE);
          dbms_datapump.metadata_filter(handle => h1, name => 'SCHEMA_EXPR', VALUE => 'IN(''ADMIN'', ''APP_USER'')');
          dbms_datapump.add_file(handle => h1, filename => 'MY_ADW_%U.DMP', directory => 'ORA_EXP_DIR', filesize => '500M',  filetype => DBMS_DATAPUMP.KU$_FILE_TYPE_DUMP_FILE);
          dbms_datapump.start_job(handle => h1, skip_current => 0, abort_step => 0);
          dbms_datapump.detach(handle => h1);
          errorvarchar := 'NO_ERROR';
      EXCEPTION
          WHEN OTHERS THEN
          BEGIN
              IF ((errorvarchar = 'ERROR')AND(tryGetStatus=1)) THEN
                  DBMS_DATAPUMP.DETACH(h1);
              END IF;
          EXCEPTION
          WHEN OTHERS THEN
              NULL;
          END;
          RAISE;
      END;
      /
  6. エクスポートを検証します。

    コンテナ/u01/data内のファイルをリストします。

    podman exec -it source_adb_container bash
    cd /u01/data

    エクスポート・ログ(export log)を確認し、エラーがないか確認して、正常に完了しました。

  7. ソース・コンテナを停止して削除します。
    podman stop source_adb_container
    podman rm source_adb_container
    ノート

    adb_container_volumeは、コンテナの再起動および削除後も存続します
  8. コンテナ内の/u01/dataに同じボリュームをマウントする宛先コンテナを起動します。
    podman run -d \
    -p 1521:1522 \
    -p 1522:1522 \
    -p 8443:8443 \
    -p 27017:27017 \
    -e WORKLOAD_TYPE='ATP' \
    -e WALLET_PASSWORD=*** \
    -e ADMIN_PASSWORD=*** \
    --cap-add SYS_ADMIN \
    --device /dev/fuse \
    --name dest_adb_container \
    --volume adb_container_volume:/u01/data \
    container-registry.oracle.com/database/adb-free:latest-23ai
  9. 宛先コンテナにデータをインポートします。

    ADMINとして接続し、 /u01/dataを指すORA_EXP_DIRディレクトリを作成します。

    SQL> exec DBMS_CLOUD_CONTAINER_ADMIN.create_export_directory('/u01/data');
     
    PL/SQL procedure successfully completed.
     
    SQL> select directory_path from dba_directories where directory_name='ORA_EXP_DIR';
     
    DIRECTORY_PATH
    --------------------------------------------------------------------------------
    /u01/data
  10. PL/SQLのインポート・コマンドを実行します。
    SET scan off
    SET serveroutput ON
    SET escape off
      
    DECLARE
        h1 NUMBER;
        s VARCHAR2(1000):=NULL;
        errorvarchar VARCHAR2(100):= 'ERROR';
        tryGetStatus NUMBER := 0;
        success_with_info EXCEPTION;
        PRAGMA EXCEPTION_INIT(success_with_info, -31627);
    BEGIN
        h1 := dbms_datapump.OPEN(operation => 'IMPORT', job_mode => 'SCHEMA', job_name => 'IMPORT_MY_ADW_4', version => 'COMPATIBLE');
        tryGetStatus := 1;
        dbms_datapump.add_file(handle => h1, filename => 'IMPORT_MY_ADW.LOG', directory => 'ORA_EXP_DIR', filetype => DBMS_DATAPUMP.KU$_FILE_TYPE_LOG_FILE);
        dbms_datapump.metadata_filter(handle => h1, name => 'SCHEMA_EXPR', VALUE => 'IN(''ADMIN'', ''APP_USER'')');
        dbms_datapump.add_file(handle => h1, filename => 'MY_ADW_%U.DMP', directory => 'ORA_EXP_DIR', filesize => '500M',  filetype => DBMS_DATAPUMP.KU$_FILE_TYPE_DUMP_FILE);
        dbms_datapump.start_job(handle => h1, skip_current => 0, abort_step => 0);
        dbms_datapump.detach(handle => h1);
        errorvarchar := 'NO_ERROR';
    EXCEPTION
        WHEN OTHERS THEN
        BEGIN
            IF ((errorvarchar = 'ERROR')AND(tryGetStatus=1)) THEN
                DBMS_DATAPUMP.DETACH(h1);
            END IF;
        EXCEPTION
        WHEN OTHERS THEN
            NULL;
        END;
        RAISE;
    END;
    /
  11. インポート・ログを検証します。
  12. インポート・データの検証