OCI Data Transfer

解決する課題

テラバイト級〜ペタバイト級の大容量データをクラウドへ移すとき、インターネットや専用線の帯域では転送に数週間〜数か月かかってしまうことがあります。Data Transfer は、データを物理メディアに書き込んで Oracle のデータセンターへ郵送し、そこで OCI Object Storage に取り込むことで、回線に依存せずに移送する手段を提供します。

• 細い回線しかない拠点から初期データを一括でクラウドへ移行したい
• 既存のアーカイブやバックアップ、ログ、メディア資産などの大容量データを現実的な期間でアップロードしたい
• ネットワーク転送だと帯域や時間、転送コストが見合わない大量データの初回投入を効率化したい
• データセンター閉鎖や移転に伴い、まとまったデータを一度にクラウドへ退避したい

主要概念と用語

• Data Transfer Disk（ディスクベース転送）: 利用者が用意した（または手順に従って準備した）外付けディスクにデータを書き込み、Oracle のサイトへ郵送する方式。比較的小〜中容量向け
• Data Transfer Appliance（アプライアンスベース転送）: Oracle から貸し出される専用の堅牢なストレージアプライアンスにデータを書き込んで返送する方式。より大容量向け
• 転送ジョブ（Transfer Job）: 1 回の移送を表す管理単位。取り込み先の Object Storage バケットや対象データを束ねる
• 転送パッケージ（Transfer Package）: ジョブ配下で、実際の媒体（ディスクやアプライアンス）に対応づく単位。媒体ごとの進捗や状態を管理する
• アップロードバケット（Upload Bucket）: 媒体が Oracle 側に到着した後、データが取り込まれる先の Object Storage バケット
• データのインポート: 到着した媒体から Oracle 側がデータを読み出し、対象バケットへオブジェクトとして書き込む処理
• オフライン転送（Offline Transfer）: 回線を使わず物理媒体の郵送でデータを移す、本サービスの基本的な考え方

仕様・制限・クォータ

• 取り込み先は OCI Object Storage のバケットで、媒体上のデータはオブジェクトとしてインポートされる
• 方式は大きく ディスクベースとアプライアンスベースの二系統があり、移送するデータ量に応じて選択する
• 本サービスは初回・一括の大容量移行に特化したオフライン手段であり、継続的・リアルタイムの同期用途ではない
• 媒体の準備・暗号化・発送・返送といった物理的な手順と郵送のリードタイムが前提になる
• 対応リージョンや媒体の提供可否、1 媒体あたりの容量、同時に扱えるジョブ数などは地域やサービスの提供状況により異なる
• 具体的な対応容量・対応形式・提供地域・所要日数などの数値は変動するため、最新は公式ドキュメントで確認する

内部の仕組み

Data Transfer は「データを物理媒体に載せて運ぶ」という発想を、ジョブとパッケージという管理単位でクラウドの取り込み処理に結びつけます。利用者は転送ジョブを作成し、取り込み先となる Object Storage バケットを指定します。次に、媒体（ディスクまたはアプライアンス）に対応する転送パッケージを用意し、所定の手順でデータを書き込みます。

• 準備フェーズ: 転送ジョブと転送パッケージを作成し、取り込み先バケットを決める。媒体に書き込むデータは暗号化して保護する
• 書き込みと発送: 媒体にデータをコピーし、Oracle の指定先へ発送する。アプライアンスの場合は貸出機材を、ディスクの場合は所定の媒体を返送する
• インポートフェーズ: 媒体が Oracle 側に到着すると、データが読み出され、指定した Object Storage バケットへオブジェクトとしてインポートされる
• 状態管理: ジョブ・パッケージの状態（準備中、発送済み、受領、処理中、完了など）を通じて進捗を追跡できる

取り込み後はデータが通常の Object Storage オブジェクトになるため、以降はバケットのライフサイクル管理や階層化（Standard/Archive など）と組み合わせて運用できます。

設計パターン / ベストプラクティス

• 初期一括移行 + 差分はオンライン: 巨大なベースラインデータをオフラインで送り、その後に発生する差分や増分はネットワーク経由で同期する、というハイブリッド構成にする
• 媒体方式の使い分け: データ量が大きいほどアプライアンスベース、相対的に小さければディスクベースを選び、媒体台数と郵送回数を最小化する
• 書き込み前の整理: 不要データを除外し、可能なら圧縮・重複排除をしてから媒体に書き込み、移送量そのものを減らす
• 取り込み先の設計: インポート先バケットの命名・コンパートメント・階層方針を先に決め、到着後すぐ適切な構造で受けられるようにする
• 検証手順の用意: インポート完了後にオブジェクト数やチェックサムを突き合わせ、欠落・破損がないかを確認する手順を運用に組み込む
• スケジュール前倒し: 郵送のリードタイムを見込み、移行期限から逆算して媒体の準備・発送を早めに着手する

運用・監視

• ジョブとパッケージの状態を中心に進捗を追跡し、発送・受領・インポートの各段階で滞留がないか確認する
• インポート完了後は、取り込み先バケットのオブジェクト数・容量を Monitoring や使用状況レポートで確認し、移送元の想定値と突き合わせる
• API 操作やインポートの記録は Audit で監査し、誰がどのジョブをいつ操作したかを追跡できるようにする
• 物理プロセスを含むため、媒体の発送・返送のトラッキング（配送状況）も運用上の重要な確認ポイントになる
• 取り込みが完了し検証できたら、ジョブの完了処理を行い、貸与アプライアンスは速やかに返送する

コスト

オフライン移送のコストは、媒体やアプライアンスの利用、郵送、そして取り込み後に発生する Object Storage の保管が中心です。ネットワーク転送のように帯域や時間に縛られない代わりに、物理的な要素が費用の構成要素になります。

セキュリティ

• 媒体上の暗号化: 媒体に書き込むデータは暗号化して保護する。媒体が物理的に移動する前提のため、紛失・盗難時の情報漏えいを防ぐうえで暗号化は必須の考え方
• 取り込み先の暗号化: インポート先の Object Storage は保存時に既定で暗号化され、Vault（KMS）の顧客管理鍵も利用できる。転送時（API 通信）は TLS で保護される
• アクセス制御: 転送ジョブの作成・操作や取り込み先バケットへの書き込みは IAM ポリシーで制御し、対象コンパートメント・バケットに絞った最小権限を付与する
• 媒体の取り扱い: 物理媒体の保管・受け渡し・廃棄を含むチェーン・オブ・カストディ（受け渡し記録）を意識し、移送中の管理を徹底する

Well-Architected の観点

• 運用上の優秀性（Operational Excellence）: 大容量の初期移行という、ともすれば長期化・属人化しがちな作業を、ジョブとパッケージという定義された手順に落とし込める。発送・受領・インポートの状態が可視化され、移行プロジェクトの進捗管理がしやすくなる
• コスト最適化（Cost Optimization）: 回線では割高・長時間になる大容量転送を、物流コストへ置き換えて総コストを抑えられる。取り込み後は階層化と組み合わせて保管コストも最適化できる
• セキュリティ: 物理移送という特性上、媒体暗号化と受け渡し管理が成立の前提。ここを外すと利点よりリスクが上回る点を理解して運用する

試験で問われるポイント

関連サービス・比較

Data Transfer は AWS の Snow Family（Snowball など） に相当し、物理デバイスでデータを移送してクラウドのオブジェクトストレージへ取り込む位置づけです。回線を使うオンライン移送との違いを押さえるのが重要です。

ハンズオン / CLI例

転送ジョブの作成や状態確認は oci CLI で行えます。以下は取り込み先バケットを用意し、ディスクベースの転送ジョブを作成・確認する例です。媒体への書き込みや発送は所定の手順に従って実施します。

# 1) 取り込み先となる Object Storage バケットを用意（Namespace を取得）
NAMESPACE=$(oci os ns get --query "data" --raw-output)

oci os bucket create \
  --compartment-id "$COMPARTMENT_OCID" \
  --namespace "$NAMESPACE" \
  --name "data-transfer-ingest"

# 2) 転送ジョブを作成（取り込み先バケットとデバイス種別を指定）
#    device-type にディスク方式かアプライアンス方式かを指定する
oci dts job create \
  --compartment-id "$COMPARTMENT_OCID" \
  --bucket "data-transfer-ingest" \
  --display-name "initial-migration-2026" \
  --device-type "DISK"

# 3) 作成済みの転送ジョブ一覧を確認
oci dts job list \
  --compartment-id "$COMPARTMENT_OCID"

# 4) 個別ジョブの状態（進捗・関連パッケージ）を確認
oci dts job show \
  --job-id "$JOB_OCID"

# この後、ジョブに紐づく転送パッケージ（ディスク）を準備し、
# データを暗号化して書き込み、所定の発送先へ郵送する。
# 到着後に Oracle 側が Object Storage バケットへインポートする。