インポート・アプライアンスへのデータのコピー

Oracle Cloud Infrastructureに移行するためにOracle提供転送アプライアンスにデータをコピーする手順について学習します。

アプライアンス転送のコピー・フェーズ・インジケータ

このトピックでは、制御ホストを使用してデータ・ホストからインポート・アプライアンスにデータをコピーすることに関連付けられたタスクについて説明します。通常、データ管理者ロールがこれらのタスクを実行します。ロールおよび職責を参照してください。

ノート

Oracle Cloud Infrastructure CLIコマンドは、Linuxホストからのみ実行できます。これは、様々なホスト・オペレーティング・システム上の他のOracle Cloud InfrastructureサービスでCLIコマンドを実行することとは異なります。アプライアンスベースのコマンドでは、Linuxホストでのみ使用可能な検証が必要です。

情報の前提条件

インポート・アプライアンスのコピー・タスクを実行する前に、次の情報を取得する必要があります:

  • アプライアンスIPアドレス: これは、通常はインフラストラクチャ・エンジニアによって提供されます。

  • IAMログイン情報、データ転送ユーティリティ構成ファイル、転送ジョブIDおよびアプライアンス・ラベル: これは、通常はプロジェクト・スポンサによって提供されます。

HTTPプロキシ環境の設定

パブリック・インターネットへのアクセスを許可するには、制御ホストでHTTPプロキシ環境を設定することが必要な場合があります。このプロキシ環境により、Oracle Cloud Infrastructure CLIは、ローカル・ネットワーク接続を介してデータ転送アプライアンスの管理サービスおよびインポート・アプライアンスと通信できます。ネットワーク・プロキシを使用するためにインターネット対応アプリケーションが必要な環境の場合は、制御ホストで標準のLinux環境変数を設定して、環境のネットワーク・プロキシを使用するように制御ホストを構成します。

組織で、http://www-proxy.myorg.comに企業インターネット・プロキシがあり、そのプロキシがポート80のHTTPアドレスであるとします。次の環境変数を設定します:

export HTTPS_PROXY=http://www-proxy.myorg.com:80

制御ホストでプロキシを構成し、アプライアンスがそのホストに直接接続している場合、制御ホストは、プロキシを使用してアプライアンスと通信しようとしても失敗します。アプライアンスにno_proxy環境変数を設定してください。たとえば、アプライアンスが10.0.0.1のローカル・ネットワーク上にある場合は、次の環境変数を設定します:

export NO_PROXY=10.0.0.1

ファイアウォール・アクセスの設定

Oracle Cloud Infrastructure CLIを使用している環境に制限的なファイアウォールがある場合、ファイアウォール構成を次のIPアドレス範囲にオープンする必要があります: 140.91.0.0/16。

インポート・アプライアンスに対する認証の初期化

ノート

認証を初期化するために使用できるのは、Oracle Cloud Infrastructure CLIのみです。

認証を初期化して、ホスト・マシンがインポート・アプライアンスと通信できるようにします。ネットワーキングの構成コマンドで返された値を使用します。詳細は、転送アプライアンス・ネットワーキングの構成を参照してください。

CLIの使用

次のCLIを使用してこのタスクを実行します。コンソールに同じ機能はありません。

oci dts physical-appliance initialize-authentication --job-id job_id --appliance-cert-fingerprint appliance_cert_fingerprint 
--appliance-ip ip_address --appliance-label appliance_label

CLIコマンドのフラグおよび変数オプションの完全なリストは、コマンドライン・リファレンスを参照してください。

例:

oci dts physical-appliance initialize-authentication --job-id ocid1.datatransferjob.oci1..exampleuniqueID --appliance-cert-fingerprint F7:1B:D0:45:DA:04:0C:07:1E:B2:23:82:E1:CA:1A:E9 
--appliance-ip 10.0.0.1 --appliance-label XA8XM27EVH

プロンプトが表示されたら、アクセス・トークンおよびシステムを指定します。例:

oci dts physical-appliance initialize-authentication --appliance-certfinger-print 86:CA:90:9E:AE:3F:0E:76:E8:B4:E8:41:2F:A4:2C:38 --appliance-ip 10.0.0.5 
--job-id ocid1.datatransferjob.oc1..exampleuniqueID --appliance-label XAKKJAO9KT

Retrieving the Appliance serial id from Oracle Cloud Infrastructure.
Access token ('q' to quit):
Found an existing appliance. Is it OK to overwrite it? [y/n]y
Registering and initializing the authentication between the dts CLI and the appliance
Appliance Info :
  encryptionConfigured : false
  lockStatus           : NA
  finalizeStatus       : NA
  totalSpace           : Unknown
  availableSpace       : Unknown

これで、制御ホストはインポート・アプライアンスと通信できます。

接続されたアプライアンスに関する詳細の表示

oci dts physical-appliance showコマンドと必須パラメータを使用して、接続済インポート・アプライアンスのステータスを表示します。

oci dts physical-appliance show [OPTIONS]

CLIコマンドのフラグおよび変数オプションの完全なリストは、コマンドライン・リファレンスを参照してください。

例:

oci dts physical-appliance show

Appliance Info :
encryptionConfigured : false
lockStatus           : NA
finalizeStatus       : NA
totalSpace           : Unknown
availableSpace       : Unknown

インポート・アプライアンスの暗号化の構成

暗号化を使用するようにインポート・アプライアンスを構成します。Oracle Cloud Infrastructureは、アプライアンスごとに強力なパスフレーズを作成します。コマンドでOracle Cloud Infrastructureから強力なパスフレーズを安全に収集し、そのパスフレーズをデータ転送サービスに送信します。

ネットワーク・プロキシを使用するためにインターネット対応アプリケーションが必要な環境の場合は、必要なLinux環境変数を設定してください。詳細を参照してください。

重要

同時に複数のアプライアンスを操作する場合は、このステップで指定するジョブIDとアプライアンス・ラベルが、現在操作中の物理アプライアンスに一致していることを確認してください。コンソールまたはOracle Cloud Infrastructure CLIを使用して、ジョブIDとアプライアンス・ラベルに関連付けられたシリアル番号を取得できます。デバイスの背面にある機関ラベルで物理アプライアンスのシリアル番号を確認できます。

ノート

暗号化を構成するために使用できるのは、Oracle Cloud Infrastructure CLIのみです。

CLIの使用

インポート・アプライアンスの暗号化を構成するには、oci dts physical-appliance configure-encryptionコマンドと必要なパラメータを使用します。

oci dts physical-appliance configure-encryption --job-id job_id --appliance-label appliance_label [OPTIONS]

CLIコマンドのフラグおよび変数オプションの完全なリストは、コマンドライン・リファレンスを参照してください。

例:

oci dts physical-appliance configure-encryption --job-id ocid1.datatransferjob.region1.phx..exampleuniqueID 
--appliance-label XA8XM27EVH
				
Moving the state of the appliance to preparing...
Passphrase being retrieved...
Configuring encryption...
Encryption configured. Getting physical transfer appliance info...
{
  "data": {
    "availableSpaceInBytes": "Unknown", 
    "encryptionConfigured": true, 
    "finalizeStatus": "NA", 
    "lockStatus": "LOCKED", 
    "totalSpaceInBytes": "Unknown"
  }
}

インポート・アプライアンスのロック解除

アプライアンスにデータを書き込む前に、アプライアンスのロックを解除する必要があります。アプライアンスのロックを解除するには、アプライアンスごとにOracle Cloud Infrastructureによって作成された強力なパスフレーズが必要です。

次のいずれかの方法でアプライアンスのロックを解除します:

  • unlockコマンドの実行時に--job-idおよび--appliance-labelを指定すると、データ転送システムは、Oracle Cloud Infrastructureからパスフレーズを取得し、ロック解除操作中にそれをアプライアンスに送信します。

  • Oracle Cloud Infrastructureにパスフレーズを問い合せて、ロック解除操作中に要求されたパスフレーズを指定できます。

重要

アプライアンスのロックを初めて解除する場合、最大10分かかる可能性があります。その後のロック解除にはそれほど時間はかかりません。

ノート

Oracle Cloud Infrastructure CLIのみを使用してインポート・アプライアンスのロックを解除できます。

CLIの使用

インポート・アプライアンスのロックを解除するには、oci dts physical-appliance unlockコマンドと必要なパラメータを使用します。

oci dts physical-appliance unlock --job-id job_id --appliance-label appliance_label [OPTIONS]

CLIコマンドのフラグおよび変数オプションの完全なリストは、コマンドライン・リファレンスを参照してください。

例:

oci dts physical-appliance unlock --job-id ocid1.datatransferjob.oc1..exampleuniqueID --appliance-label XAKWEGKZ5T				
Retrieving the passphrase from Oracle Cloud Infrastructure
{
  "data": {
    "availableSpaceInBytes": "64.00GB", 
    "encryptionConfigured": true, 
    "finalizeStatus": "NOT_FINALIZED", 
    "lockStatus": "NOT_LOCKED", 
    "totalSpaceInBytes": "64.00GB"
  }
}

Oracle Cloud Infrastructureへのパスフレーズの問合せ

インポート・アプライアンス暗号化パスフレーズを取得するには、oci dts appliance get-passphraseコマンドと必要なパラメータを使用します。

oci dts appliance get-passphrase --job-id job_id --appliance-label appliance_label [OPTIONS]

CLIコマンドのフラグおよび変数オプションの完全なリストは、コマンドライン・リファレンスを参照してください。

例:

oci dts appliance get-passphrase --job-id ocid1.datatransferjob.oc1..exampleuniqueID --appliance-label XAKWEGKZ5T
				
{
  "data": {
    "encryption-passphrase": "passphrase"
  }
}

--job-idおよび--appliance-labelを指定せずにdts physical-appliance unlockを実行し、タスクの完了を求めるプロンプトが表示されたらパスフレーズを指定します:

oci dts physical-appliance unlock

NFSデータセットの作成

データセットは、同様に処理されるファイルのコレクションです。Oracle Cloud Infrastructureへの移行のために、最大1億のファイルをインポート・アプライアンスに書き込むことができます。現在、アプライアンスごとに1つのデータセットがサポートされます。アプライアンスベースのデータ・インポートでは、アプライアンスにデータを書き込むためにNFSバージョン3、4および4.1がサポートされます。データ書込みの準備として、書込み先のデータセットを作成および構成します。データセットに関連するすべてのタスクの詳細は、データセットを参照してください。

CLIの使用

NFSデータセットを作成するには、oci dts nfs-dataset createコマンドと必要なパラメータを使用します。

oci dts nfs-dataset create --name dataset_name [OPTIONS]

CLIコマンドのフラグおよび変数オプションの完全なリストは、コマンドライン・リファレンスを参照してください。

例:

oci dts nfs-dataset create --name nfs-ds-1 

Creating dataset with NFS export details nfs-ds-1				
{
  "data": {
    "datasetType": "NFS", 
    "name": "nfs-ds-1", 
    "nfsExportDetails": {
      "exportConfigs": null
    }, 
  "state": "INITIALIZED"
  }
}

データセットのエクスポート設定の構成

CLIの使用

データセットのNFSエクスポート構成を追加するには、oci dts nfs-dataset set-exportコマンドと必要なパラメータを使用します。

oci dts nfs-dataset set-export --name dataset_name --rw true --world true [OPTIONS]

CLIコマンドのフラグおよび変数オプションの完全なリストは、コマンドライン・リファレンスを参照してください。

例:

oci dts nfs-dataset set-export --name nfs-ds-1 --rw true --world true

Settings NFS exports to dataset nfs-ds-1				
{
  "data": {
    "datasetType": "NFS", 
    "name": "nfs-ds-1", 
    "nfsExportDetails": {
      "exportConfigs": [
        {
          "hostname": null, 
          "ipAddress": null, 
          "readWrite": true, 
          "subnetMaskLength": null, 
          "world": true
        }
      ]
    }, 
    "state": "INITIALIZED"
  }
}

次に、エクスポートを作成してサブネットへの読取り/書込みアクセス権を付与するもう1つの例を示します:

oci dts nfs-dataset set-export --name nfs-ds-1 --ip 10.0.0.0 --subnet-mask-length 24 --rw true --world false
				
Settings NFS exports to dataset nfs-ds-1			
{
  "data": {
    "datasetType": "NFS", 
    "name": "nfs-ds-1", 
    "nfsExportDetails": {
      "exportConfigs": [
        {
          "hostname": null, 
          "ipAddress": "10.0.0.0", 
          "readWrite": true, 
          "subnetMaskLength": "24", 
          "world": false
        }
      ]
    }, 
    "state": "INITIALIZED"
  }
}

データセットのアクティブ化

アクティブ化によってNFSエクスポートが作成され、NFSクライアントからデータセットにアクセスできるようになります。

CLIの使用

NFSデータセットをアクティブ化するには、oci dts nfs-dataset activateコマンドと必要なパラメータを使用します。

oci dts nfs-dataset activate --name dataset_name [OPTIONS]

CLIコマンドのフラグおよび変数オプションの完全なリストは、コマンドライン・リファレンスを参照してください。

例:

oci dts nfs-dataset activate --name nfs-ds-1
					
Fetching all the datasets
Activating dataset small-files
Dataset nfs-ds-1 activated

データ・ホストのNFSクライアントとしての設定

ノート

データ・ホストとして使用できるのはLinuxマシンのみです。

データ・ホストをNFSクライアントとして設定します:

  • DebianまたはUbuntuの場合は、nfs-commonパッケージをインストールします。例:
    sudo apt-get install nfs-common
  • Oracle LinuxまたはRed Hat Linuxの場合は、nfs-utilsパッケージをインストールします。例:
    sudo yum install nfs-utils

NFS共有のマウント

CLIの使用

データ・ホストのコマンド・プロンプトで、マウントポイント・ディレクトリを作成します:

mkdir -p /mnt/mountpoint

CLIコマンドのフラグおよび変数オプションの完全なリストは、コマンドライン・リファレンスを参照してください。

例:

mkdir -p /mnt/nfs-ds-1

次に、mountコマンドを使用してNFS共有をマウントします。

mount -t nfs appliance_ip:/data/dataset_name mountpoint

例:

mount -t nfs 10.0.0.1:/data/nfs-ds-1 /mnt/nfs-ds-1
ノート

この例のアプライアンスIPアドレス(10.0.0.1)は、アプライアンスに使用するものとは異なる場合があります。

NFS共有をマウントしたら、データを共有に書き込むことができます。

NFS共有へのファイルのコピー

アプライアンスベースのインポート・ジョブ中のNFS共有へのファイルのコピーについて学習します。

通常のファイルのみをコピーしてアプライアンスを転送できます。シンボリック・リンク、デバイス特殊、ソケット、パイプなどの特殊ファイルをデータ転送アプライアンスに直接コピーすることはできません。特殊ファイルを準備する方法については、次の項を参照してください。

重要

  • ファイルの合計数が4億を超えることはできません。

  • 転送アプライアンスにコピーされる個々のファイルは、10,000,000,000,000バイト(10 TB)を超えることはできません。

  • 転送アプライアンスは、100%の容量を使用しないでください。オブジェクト・ストレージへのアップロードを実行するには、メタデータおよびマニフェスト・ファイルを生成するための使用可能な領域が必要です。この領域には、1 GB以上の空きディスク領域が必要です。

  • ファイル名の文字はUTF-8である必要があり、改行文字とリターン文字を含めることはできません。アプライアンスにデータをコピーする前に、次のコマンドを使用してファイルシステムまたはソースを確認します:

    find . -print0 | perl -n0e 'chomp; print $_, "\n" if /[[:^ascii:][:cntrl:]]/'
  • ファイル名の最大文字長は1024文字です。

特殊ファイルのコピー

特殊なファイルを転送するには、それらのファイルのtarアーカイブを作成し、tarアーカイブをデータ転送アプライアンスにコピーします。Tarアーカイブを使用して、多数の小さなファイルをコピーすることをお薦めします。また、単一の圧縮アーカイブ・ファイルのコピーは、cp -rrsyncなどのコピー・コマンドの実行よりも時間がかかりません。

tarアーカイブを作成してデータ転送アプライアンスに取り込む例をいくつか示します:

  • 単純なtarコマンドの実行:

    tar -cvzf /mnt/nfs-dts-1/filesystem.tgz filesystem/
  • tarアーカイブに加えて、ファイルごとにmd5sumハッシュを使用してファイルを作成するコマンドの実行:

    tar cvzf /mnt/nfs-dts-1/filesystem.tgz filesystem/ |xargs -I '{}' sh -c "test -f '{}' && md5sum '{}'"|tee tarzip_md5

    tarアーカイブ・ファイルfilesystem.tgzには、OCIオブジェクト・ストレージにアップロードされた後にbase64 md5sumが含まれます。取得できるtarzip_md5ファイルを格納します。圧縮tarアーカイブ・ファイルをオブジェクト・ストレージからダウンロードして解凍した後、個々のファイルをファイル内のハッシュと比較できます。

データセットの非アクティブ化

ノート

データセットの非アクティブ化は、データ転送ユーティリティを使用してアプライアンス・コマンドを実行する場合にのみ必要です。Oracle Cloud Infrastructure CLIを使用してアプライアンスベースのデータ・インポートを実行する場合は、このステップをスキップしてデータセットのシールに進むことができます。

データの書込みが完了したら、データセットを非アクティブ化します。非アクティブ化すると、データセットのNFSエクスポートが削除され、それ以上の書込みは禁止されます。

CLIの使用

NFSデータセットを非アクティブ化するには、oci dts NFS-dataset deactivateコマンドと必要なパラメータを使用します。

oci dts nfs-dataset deactivate --name dataset_name

CLIコマンドのフラグおよび変数オプションの完全なリストは、コマンドライン・リファレンスを参照してください。

例:

oci dts nfs-dataset deactivate --name nfs-ds-1

データセットのシール

データセットをシールすると、データセットに対するすべての書込みが停止します。このプロセスは、ファイルの数およびインポート・アプライアンスにコピーされたデータの合計量によって、完了するまでにいくらか時間がかかる場合があります。

注意

データセットをシールしない場合、オラクル社はテナンシ・バケットにデータをアップロードすることができません。アプライアンスのデータはすべて消去されます。その後、オラクル社に別のアプライアンスをリクエストし、アプライアンスベースのインポート・プロセスを最初から始める必要があります。

--waitオプションを指定せずにsealコマンドを発行すると、シール操作がトリガーされ、バックグラウンドで実行されます。コマンド・プロンプトに戻り、seal-statusコマンドを使用してシール・ステータスをモニターできます。--waitオプションを指定してsealコマンドを実行すると、シール操作がトリガーされ、シールが完了するまでステータスの更新が継続されます。

シール操作によって、データセット内のすべてのファイルに対してマニフェストが生成されます。マニフェストには、コピーされたファイルおよび生成されたデータ整合性ハッシュの索引が含まれます。

シールのスループットは、インスタンス上のNFSマウントの平均スループットです。シール・プロセスは最初に40スレッドをオープンし、ファイル数が40を下回るとスレッド数は少なくなります。

ノート

  • シール・プロセスでは、ファイル・ツリー・ウォークを使用して、特定の順序によらず出現したファイルを処理します。

  • 一度に最大40ファイルが処理されます。

  • ファイル数が40を下回ると、スレッド数/ファイル数が減少し、スループットが低下しているように見えます。

  • ハッシュ/チェックサム計算のため、スレッドごとに処理されるファイルは1つのみです。

  • 小さいファイルは大きいファイルよりも高速に処理されます。

  • 大きいファイルは処理に数時間かかる場合があります。

CLIの使用

NFSデータセットをシールし、データセットがアクティブな場合に非アクティブ化するには、oci dts nfs-dataset sealコマンドと必要なパラメータを使用します。

oci dts nfs-dataset seal --name dataset_name [OPTIONS]

CLIコマンドのフラグおよび変数オプションの完全なリストは、コマンドライン・リファレンスを参照してください。

例:

oci dts nfs-dataset seal --name nfs-ds-1
Seal initiated. Please use seal-status command to get progress.

データセット・シール・プロセスのモニタリング

データセットのシール・ステータスを取得してモニターするには、oci dts nfs-dataset seal-statusコマンドと必要なパラメータを使用します。

oci dts nfs-dataset seal-status --name dataset_name [OPTIONS]

CLIコマンドのフラグおよび変数オプションの完全なリストは、コマンドライン・リファレンスを参照してください。

例:

oci dts nfs-dataset seal-status --name nfs-ds-1
					
{
  "data": { 
    "bytesProcessed": 2803515612507, 
    "bytesToProcess": 2803515612507, 
    "completed": true, 
    "endTimeInMs": 1591990408804, 
    "failureReason": null, 
    "numFilesProcessed": 182, 
    "numFilesToProcess": 182, 
    "startTimeInMs": 1591987136180, 
    "success": true 
  }
}
ノート

データセットのシールまたはアプライアンスのファイナライズ後に変更が必要な場合、コンテンツを変更するにはデータセットを再オープンする必要があります。「データセットの再オープン」を参照してください。

データセット・シール・マニフェストのダウンロード

データセットをシールした後、オプションで、データセットのシール・マニフェストをユーザーが指定した場所にダウンロードできます。マニフェスト・ファイルには、すべてのファイルのチェックサム詳細が含まれます。転送サイトのアップローダは、マニフェスト・ファイルを調べて、オブジェクト・ストレージにアップロードするファイルのリストを判別します。アップロードされるファイルごとに、オブジェクト・ストレージによってレポートされるチェックサムが、マニフェストのチェックサムと一致していることを検証します。この検証により、転送中に破損したファイルがないことを確認します。

CLIの使用

NFSデータセットのシール・マニフェスト情報をファイルに取得するには、oci dts nfs-dataset get-seal-manifestコマンドと必要なパラメータを使用します。

oci dts nfs-dataset get-seal-manifest --name dataset_name --output-file output_file_path [OPTIONS]

CLIコマンドのフラグおよび変数オプションの完全なリストは、コマンドライン・リファレンスを参照してください。

例:

oci dts nfs-dataset get-seal-manifest --name nfs-ds-1 --output-file ~/Downloads/seal-manifest

インポート・アプライアンスのファイナライズ

ノート

インポート・アプライアンスをファイナライズするために使用できるのは、CLIコマンドのみです。

アプライアンスのファイナライズでは、次のものがテストされ、アプライアンスにコピーされます:

  • ユーザー構成資格証明のアップロード

  • 秘密PEMキーの詳細

  • アップロード・バケットの名前

注意

アプライアンスをファイナライズしない場合、オラクル社はテナンシ・バケットにデータをアップロードすることができません。データをアップロードできないのは、ユーザー構成資格証明のアップロードやキー情報、宛先バケットなどの重要なアップロード・データがないためです。

Oracleがデータをオブジェクト・ストレージにアップロードするには、資格証明、APIキーおよびバケットが必要です。アプライアンスをファイナライズすると、アプライアンスのロックを解除しないかぎり、データセット操作のためにアプライアンスにアクセスできなくなります。ファイナライズされたアプライアンスのロックを解除する必要がある場合は、「データセットの再オープン」を参照してください。

重要

同時に複数のアプライアンスを操作する場合は、このステップで指定するジョブIDとアプライアンス・ラベルが、現在操作中の物理アプライアンスに一致していることを確認してください。コンソールまたはOracle Cloud Infrastructure CLIを使用して、ジョブIDとアプライアンス・ラベルに関連付けられたシリアル番号を取得できます。デバイスの背面にある機関ラベルで物理アプライアンスのシリアル番号を確認できます。

CLIの使用

  1. インポート・アプライアンスをファイナライズする前にデータセットをシールします。データセットのシールを参照してください。

  2. アプライアンスを確定するには、oci dts physical-appliance finalizeコマンドと必要なパラメータを使用します。

    oci dts physical-appliance finalize --job-id job_id --appliance-label appliance_label [OPTIONS]

    アプライアンスの返却出荷ラベルをリクエストするかどうかを確認するプロンプトが表示されます。出荷ラベルをリクエストするには、yと入力し、集荷ウィンドウの開始時間と終了時間を入力します。出荷ラベルをリクエストしない場合は、Nと入力します。

    CLIコマンドのフラグおよび変数オプションの完全なリストは、コマンドライン・リファレンスを参照してください。

    例:

    oci dts physical-appliance finalize --job-id ocid1.datatransferjob.region1.phx..exampleuniqueID --appliance-label XAKWEGKZ5T                       
    Retrieving the upload summary object name from Oracle Cloud Infrastructure
    Retrieving the upload bucket name from Oracle Cloud Infrastructure
    Validating the upload user credentials
    Create object BulkDataTransferTestObject in bucket MyBucket using upload user
    Overwrite object BulkDataTransferTestObject in bucket MyBucket using upload user
    Inspect object BulkDataTransferTestObject in bucket MyBucket using upload user
    Read bucket metadata MyBucket using upload user
    Storing the upload user configuration and credentials on the transfer appliance
    Finalizing the transfer appliance...
    The transfer appliance is locked after finalize. Hence the finalize status will be shown as NA. Please unlock the transfer appliance again to see the correct finalize status
    Changing the state of the transfer appliance to FINALIZED
    Would you like to request a return shipping label? [y/N]: y
    All following date and time inputs are expected in UTC timezone with format: 'YYYY-MM-DD HH:MM'
    Please enter pickup window start time: 2023-04-25 08:00
    Please enter pickup window end time: 2023-04-25 16:00
    Changing the state of the transfer appliance to RETURN_LABEL_REQUESTED
    {
      "data": {
        "availableSpaceInBytes": "Unknown",
        "encryptionConfigured": true,
        "finalizeStatus": "NA",
        "lockStatus": "LOCKED",
        "totalSpaceInBytes": "Unknown"
      }
    }
ノート

データセットのシールまたはアプライアンスのファイナライズ後に変更が必要な場合、コンテンツを変更するにはデータセットを再オープンする必要があります。「データセットの再オープン」を参照してください。

コピー・フェーズの検証

次のフェーズに進む前に、このフェーズの最後に次のコマンドライン・インタフェース(CLI)検証タスクを実行します。ここで説明する検証手順を実行すると、環境が評価され、必要な設定要件がすべて正常に完了したことが確認されます。これらの手順は、スムーズで正常なデータ転送を確保するためのトラブルシューティング・リソースとしても機能します。

oci dts verify copyコマンドおよび必須パラメータを使用して、データのコピー・フェーズのタスクおよび構成を検証します:

oci dts verify copied --job-id job_ocid --appliance-label appliance_label [OPTIONS]

CLIコマンドのフラグおよび変数オプションの完全なリストは、コマンドライン・リファレンスを参照してください。

このCLIコマンドを実行すると、次のことが検証されます:

  • シール・ステータス成功

  • 確定済

例:

oci dts verify copied --job-id ocid1.datatransferjob.oc1..exampleuniqueID --appliance-label XAKWEGKZ5T
Verifying requirements after 'Copying Data to the Import Appliance'...
Checking Finalized Status... OK

失敗シナリオ

この項では、検証中に検出される可能性のある障害シナリオについて説明します。

  • 確定済

    アプライアンスは確定されていません

    Checking Finalized Status... Fail
    Appliance needs to be in a FINALIZED lifecycle state. It is currently PREPARING.