Autonomous Database Free Container Imageの使用

Autonomous Database Free Container Imageは、Oracle Cloud Infrastructure Consoleやインターネットにアクセスすることなく、ご使用の環境のコンテナでAutonomous Databaseを実行する場合に使用します。

フリー・コンテナ・イメージについて

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

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

ノート

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

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

Autonomous Database Free Container Imageライセンス

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

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

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

Autonomous Database Free Container Imageの機能

Autonomous Database Free Container Imageは、Autonomous Database Serverlessで使用可能な多くの機能を提供します。

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

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

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

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

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

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

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

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

  • フリー・コンテナ・イメージは、次の組込みデータベース・ツールをサポートします。

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

    • Oracle REST Data Services (組織)

    • Oracle APEX

    • Oracle Database API for MongoDB

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

フリー・コンテナ・イメージの要件および制限について説明します。

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

フリー・コンテナ・イメージの推奨リソース割当ては次のとおりです。

  • 4 CPU

  • 8 GBのメモリー

フリー・コンテナ・イメージの制限

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

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

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

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

    コンテナで空きコンテナ・イメージを実行する場合、コンテナを起動、停止または再起動して、インスタンスを起動、停止またはインスタンスを再起動できます。

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

Autonomous Database Free Container Imageを取得できる場所には、Oracle Cloud Infrastructure Registry (Container Registry)やGitHubなど、複数の場所があります。

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

  1. podman仮想マシンを起動します。
    たとえば:
    podman machine init 
    podman machine set --cpus 4 --memory 8192 
    podman machine start 
  2. フリー・コンテナ・イメージを取得します。

    Oracle Cloud Infrastructure Registry:

    たとえば、podmanコマンドを使用して、最新のフリー・コンテナ・イメージをプルします。

    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パッケージからフリー・コンテナ・イメージをプルします:

    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をダウンロードした後、コンテナでイメージを起動できます。

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

  1. コンテナを起動して、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インスタンスに接続できます。

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

Autonomous Databaseコンテナ・イメージからの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およびデータベース・アクションにそれぞれアクセスします。

Autonomous Databaseコンテナ・イメージに接続するために使用できる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を使用したAutonomous Databaseコンテナ・イメージへの接続

Walletを使用してAutonomous Databaseコンテナ・イメージに接続するステップについて説明します。

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

  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. フリー・コンテナ・イメージが実行されているリモート・ホストに接続する場合は、$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

Wallet (TLS)を使用しないAutonomous Databaseコンテナ・イメージへの接続

Wallet (TLS)を使用せずにAutonomous Databaseコンテナ・イメージに接続するステップについて説明します。

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

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を使用して、Data WarehouseワークロードのAutonomous Databaseインスタンスに接続します:

    sqlplus admin/password@myadw_low

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_%L.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_%L.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. インポート・データの検証