Autonomous Database Free Container Imageの使用

Autonomous Databaseフリー・コンテナ・イメージを使用して、Oracle Cloud Infrastructure Consoleまたはインターネットにアクセスすることなく、独自の環境のコンテナでAutonomous Databaseを実行します。

Free Container Imageについて

リポジトリから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で使用可能な多くの機能を提供します。

  • 各フリー・コンテナ・イメージには、データ・ウェアハウス・ワークロード・タイプのインスタンスとトランザクション処理ワークロード・タイプのインスタンスという2つのAutonomous Databaseインスタンスがあります。

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

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

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

  • 各フリー・コンテナ・イメージは、Autonomous Databaseコンシューマ・グループをサポートしています:

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

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

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

  • Free Container Imageは、次の組込みデータベース・ツールをサポートします。

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

    • Oracle REST Data Services (ORDS)

    • Oracle APEX

    • Oracle Database API for MongoDB

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

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

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

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

  • 4 CPU

  • 8 GBのメモリ

空きコンテナ・イメージの制限

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

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

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

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

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

Autonomous Databaseフリー・コンテナ・イメージのコンテナ・レジストリの場所

Autonomous Database Free Container Imageを取得できる場所には、Oracle Cloud Infrastructure 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コマンドを使用して、最新のFree Container Imageイメージをプルします。

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

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

    • 前述の例で、Autonomous Databaseフリー・コンテナ・イメージ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" 

パスワードの変更

adminパスワードは、次のコマンドを使用して変更できます。

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-18使用可能な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 Container Imageへの接続

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

    sqlplus admin/password@myadw_low

Autonomous Databaseフリー・コンテナ間のデータの移行

フリー・コンテナ・イメージの新しいバージョンが使用可能な場合は、コンテナから別のコンテナにデータを移行できます。

たとえば、新しい更新が使用可能になったときに、そのデータを最新バージョンのフリー・コンテナ・イメージに移行することで、コンテナ内に作成した既存のデータを使用します。

  1. podmanボリュームを作成します。

    たとえば:

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

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

    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フリー・コンテナ・イメージ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. インポート・データを確認します。