データオンライン移行 (Data Online Migration) は、コンソールベースのウィザードを用いて、Alibaba Cloud Object Storage Service (OSS) の 1 つのバケットから別のバケットへデータを転送します。同一アカウント内または異なるアカウント間でのバックアップ、ディザスタリカバリ、またはデータの再編成にご利用ください。
開始前の準備
データ移行専用に作成した Resource Access Management (RAM) ユーザーとして、データオンライン移行コンソール にログインします。クロスアカウント移行を行う場合は、ソースまたはデスティネーションの Alibaba Cloud アカウント内で作成された RAM ユーザーとしてログインします。
ソースバケットと送信先バケットの両方に対して、RAM ロールの権限付与を準備します。詳細については、「Data Online Migration コンソールで RAM ロールを承認する」または「手動での権限付与」をご参照ください。
移行ログを Simple Log Service (SLS) へプッシュする場合は、移行タスクを作成する前に、SLS を有効化し、権限付与 ページで権限付与を完了してください。
注意事項
ソース API の動作: データオンライン移行は、ソースストレージサービスプロバイダーが提供するパブリック API を介してソースデータアドレスにアクセスします。実際の動作は、プロバイダーの API 実装に依存します。
リソースへの影響: 移行処理は、ソースおよびデスティネーションのデータアドレス双方でリソースを消費し、ビジネスワークロードに影響を与える可能性があります。影響を軽減するため、速度制限を有効化するか、非ピーク時間帯にタスクを実行してください。
上書き動作: タスク開始前に、データオンライン移行はソースとデスティネーションのファイルを比較します。ソースとデスティネーションに同名のファイルが存在する場合、すべて上書き オプションを選択すると、デスティネーション側のファイルが上書きされます。同名ファイルの内容が異なり、デスティネーション側のファイルを保持する必要がある場合は、いずれかのファイル名を変更するか、事前にデスティネーション側のファイルをバックアップしてください。
ライフサイクルとの連携: 移行後のソースファイルの LastModifyTime 属性は保持されます。デスティネーションバケットにライフサイクルルールが設定されている場合、最終更新時刻がルールの対象期間内にある移行済みファイルは、指定されたストレージクラスへアーカイブされるか、削除される可能性があります。
制限事項
静的 Web サイトホスティングのスキャン動作: ソースファイルに対して静的 Web サイトホスティングが有効になっている場合、移行スキャンによって実際には存在しないディレクトリオブジェクトが検出されることがあります。たとえば、myapp/resource/1.jpg が存在する場合、スキャン結果に myapp/ や myapp/resource/ が含まれることがあります。これらの存在しないディレクトリオブジェクトは移行に失敗しますが、myapp/resource/1.jpg は正常に移行されます。
シンボリックリンク: ソースデータアドレスのシンボリックリンクは、デスティネーションデータアドレスへ直接移行されます。詳細については、「シンボリックリンク」をご参照ください。
タスクの範囲: 各タスクは、1 つのバケットからのみデータを移行できます。単一のタスクでアカウント内のすべてのデータを移行することはできません。
属性の移行サポート: OSS バケット間では、特定の属性のみが移行されます。
移行される属性:
x-oss-meta-*、LastModifyTime、Content-Type、Cache-Control、Content-Encoding、Content-Disposition、Content-Language、およびExpires。移行されない属性(該当例を含む):
StorageClass、Acl、サーバ側暗号化設定、Tagging、およびユーザー定義のx-oss-persistent-headers。
説明このリストは網羅的ではありません。実際の移行結果を確認し、その他の移行されない属性を特定してください。
ステップ 1:リージョンの選択
データオンライン移行コンソールで選択したリージョンにより、ソース OSS バケットからのデータ読み取りに対して課金されるかどうかが決まります。
ソース OSS バケットが選択したコンソールリージョン内に存在する場合、インターネット経由の読み取り料金は発生しません。
説明たとえば、ソースおよびデスティネーションの OSS バケットがともに中国 (北京) リージョンにあり、データオンライン移行コンソールで中国 (北京) リージョンを選択した場合、移行中のインターネット経由のソース OSS バケット読み取りに対して料金は発生しません。

ソース OSS バケットが選択したコンソールリージョンとは異なるリージョンに存在する場合、インターネット経由の読み取り料金が発生します。
説明たとえば、中国 (北京) リージョンの OSS バケットからシンガポールリージョンの OSS バケットへデータを移行する場合、データオンライン移行コンソールでシンガポールリージョンを選択すると、インターネット経由のソース OSS バケット読み取りに対して料金が発生します。

最短接続経路でデータを転送するには、ソース OSS バケットが存在するリージョンを選択してください。該当リージョンが利用できない場合は、最も近い利用可能なリージョンを選択することで、最高の移行性能を確保できます。
操作手順
データ移行専用に作成した RAM ユーザーとして、データオンライン移行コンソール にログインします。
説明Alibaba Cloud アカウント間でのデータ移行を行う場合は、ソースまたはデスティネーションの Alibaba Cloud アカウント内で作成された RAM ユーザーとしてログインします。
トップナビゲーションバーの左上隅で、ソースデータアドレスが存在するリージョン、または最も近い利用可能なリージョンを選択します。選択したリージョンは、データオンライン移行が展開される場所です。
重要リージョン内で作成されたデータアドレスおよび移行タスクは、他のリージョンでは使用できません。リージョンの選択には十分ご注意ください。
ソースデータアドレスが存在するリージョンを選択してください。該当リージョンがデータオンライン移行でサポートされていない場合は、最も近いサポート対象リージョンを選択してください。
クロスボーダー移行の速度向上のため、転送アクセラレーションを有効化できます。転送アクセラレーションには別途料金がかかります。詳細については、「転送アクセラレーションを使用した OSS へのアクセス」をご参照ください。
所在地
サポート対象リージョン
中国
中国 (北京)、中国 (上海)、中国 (杭州)、中国 (深セン)、中国 (ウランチャブ)、中国 (香港)
中国以外
シンガポール、ドイツ (フランクフルト)、米国 (バージニア)

ステップ 2:ソースデータアドレスの作成
左側ナビゲーションウィンドウで、データオンライン移行 > アドレス管理 を選択します。アドレス管理ページで、アドレスの作成 をクリックします。
アドレスの作成 パネルで、以下のパラメーターを設定し、OK をクリックします。
パラメーター
必須
説明
名前
はい
ソースデータアドレスの名前です。長さは 3~63 文字で、大文字と小文字を区別します。小文字の英字、数字、ハイフン (-)、アンダースコア (_) を使用できます。UTF-8 形式でエンコードされます。ハイフン (-) またはアンダースコア (_) で始めてはいけません。
タイプ
はい
Alibaba OSS を選択します。
カスタムドメイン名
いいえ
カスタムドメイン名のサポート可否を指定します。
リージョン
はい
ソースデータアドレスのリージョンです。例: 中国 (杭州)。
ロールの承認
はい
ソースバケットへのアクセスを許可する RAM ロールに権限を付与します。方法は、ソースバケットが現在のアカウントに属しているかどうかによって異なります。同一アカウントの場合: データオンライン移行コンソールで RAM ロールを作成・権限付与します。詳細については、「データオンライン移行コンソールにおける RAM ロールの権限付与」をご参照ください。あるいは、RAM コンソールでポリシーを手動でアタッチすることも可能です。詳細については、「手動による権限付与」をご参照ください。クロスアカウントの場合: OSS コンソールで RAM ロールにポリシーをアタッチします。詳細については、「外部ソースバケット」をご参照ください。
バケット
はい
移行対象のデータを格納する OSS バケットの名前です。
プレフィックス
いいえ
ソースデータアドレスのプレフィックスです。特定のデータのみを移行する場合は、プレフィックスを指定します。先頭にスラッシュ (/) を含めることはできませんが、末尾にスラッシュ (/) を含める必要があります。例:
data/to/oss/。プレフィックスあり: ソースプレフィックスをexample/src/、デスティネーションプレフィックスをexample/dest/に設定した場合、example/src/内の example.jpg というファイルは、example/dest/example.jpgへ移行されます。プレフィックスなし: ソースプレフィックスを指定しなかった場合、ソースのフルパスが保持されます。たとえば、ソースプレフィックスが指定されておらず、srcbucket/example.jpgというファイルが存在し、デスティネーションプレフィックスがdestbucket/の場合、ファイルはdestbucket/srcbucket/example.jpgへ移行されます。トンネル
いいえ
使用するトンネルです。
重要Express Connect 回線または VPN ゲートウェイを用いたデータ移行、または自己管理データベースからクラウドへのデータ移行を行う場合にのみ必要です。デスティネーションデータアドレスのデータがローカルファイルシステムに保存されている場合、または Alibaba Finance Cloud や Apsara Stack などの環境で Express Connect 回線を用いたデータ移行を行う場合は、エージェントを作成・展開してください。
エージェント
いいえ
使用するエージェントです。
重要Express Connect 回線または VPN ゲートウェイを用いたデータ移行、または自己管理データベースからクラウドへのデータ移行を行う場合にのみ必要です。特定のトンネルに対して、一度に最大 200 個のエージェントを選択できます。
ステップ 3:デスティネーションデータアドレスの作成
左側ナビゲーションウィンドウで、データオンライン移行 > アドレス管理 を選択します。アドレス管理ページで、アドレスの作成 をクリックします。
アドレスの作成 パネルで、以下のパラメーターを設定し、OK をクリックします。
パラメーター
必須
説明
名前
はい
デスティネーションデータアドレスの名前です。長さは 3~63 文字で、大文字と小文字を区別します。小文字の英字、数字、ハイフン (-)、アンダースコア (_) を使用できます。UTF-8 形式でエンコードされます。ハイフン (-) またはアンダースコア (_) で始めてはいけません。
タイプ
はい
Alibaba OSS を選択します。
カスタムドメイン名
いいえ
カスタムドメイン名のサポート可否を指定します。
リージョン
はい
デスティネーションデータアドレスのリージョンです。例:中国 (杭州)。
ロールの承認
はい
デスティネーションバケットへのアクセスを許可する RAM ロールに権限を付与します。方法は、デスティネーションバケットが現在のアカウントに属しているかどうかによって異なります。同一アカウントの場合: データオンライン移行コンソールで RAM ロールを作成・権限付与します。詳細については、「データオンライン移行コンソールにおける RAM ロールの権限付与」をご参照ください。あるいは、RAM コンソールでポリシーを手動でアタッチすることも可能です。詳細については、「事前準備」トピックの「ステップ 4:RAM ロールに対するデスティネーションバケットの権限付与」をご参照ください。クロスアカウントの場合: OSS コンソールで RAM ロールにポリシーをアタッチします。詳細については、「事前準備」トピックの「ステップ 4:RAM ロールに対するデスティネーションバケットの権限付与」をご参照ください。
バケット
はい
データを移行する OSS バケットの名前です。
プレフィックス
いいえ
デスティネーションデータアドレスのプレフィックスです。特定のパスへデータを移行する場合は、プレフィックスを指定します。先頭にスラッシュ (/) を含めることはできませんが、末尾にスラッシュ (/) を含める必要があります。例:
data/to/oss/。プレフィックスあり: ソースプレフィックスをexample/src/、デスティネーションプレフィックスをexample/dest/に設定した場合、example/src/内の example.jpg というファイルは、example/dest/example.jpgへ移行されます。プレフィックスなし: デスティネーションプレフィックスを指定しなかった場合、ソースデータはデスティネーションバケットのルートディレクトリへ移行されます。トンネル
いいえ
使用するトンネルです。
重要Express Connect 回線または VPN ゲートウェイを用いたデータ移行、または自己管理データベースからクラウドへのデータ移行を行う場合にのみ必要です。デスティネーションデータアドレスのデータがローカルファイルシステムに保存されている場合、または Alibaba Finance Cloud や Apsara Stack などの環境で Express Connect 回線を用いたデータ移行を行う場合は、エージェントを作成・展開してください。
エージェント
いいえ
使用するエージェントです。
重要Express Connect 回線または VPN ゲートウェイを用いたデータ移行、または自己管理データベースからクラウドへのデータ移行を行う場合にのみ必要です。特定のトンネルに対して、一度に最大 200 個のエージェントを選択できます。
ステップ 4:移行タスクの作成
左側ナビゲーションウィンドウで、データオンライン移行 > 移行タスク を選択します。移行タスクページで、タスクの作成 をクリックします。
アドレスの選択 ステップで、以下のパラメーターを設定します。
パラメーター
必須
説明
名前
はい
移行タスクの名前です。長さは 3~63 文字で、大文字と小文字を区別します。小文字の英字、数字、ハイフン (-)、アンダースコア (_) を使用できます。UTF-8 形式でエンコードされます。ハイフン (-) またはアンダースコア (_) で始めてはいけません。
ソースアドレス
はい
作成済みのソースデータアドレスです。
デスティネーションアドレス
はい
作成済みのデスティネーションデータアドレスです。
タスク構成 ステップで、以下のパラメーターを設定します。
パラメーター
必須
説明
基本設定
移行帯域幅
いいえ
移行タスクの最大帯域幅です。選択肢:
デフォルト:デフォルトの上限値を使用します。実際の帯域幅はファイルサイズおよびファイル数に依存します。
上限値を指定:プロンプトに従ってカスタム上限値を設定します。
重要実際の移行速度は、ソースデータアドレス、ネットワーク状況、デスティネーション側の速度制限、およびファイルサイズに依存します。指定した上限値に達しない場合があります。ソースデータアドレス、移行目的、ビジネス要件、およびネットワーク帯域幅に基づき、適切な値を設定してください。不適切な速度制限は、ビジネスパフォーマンスに影響を与える可能性があります。
1 秒あたりの移行ファイル数
いいえ
1 秒あたりに移行する最大ファイル数です。選択肢:
デフォルト:デフォルトの上限値を使用します。
上限値を指定:プロンプトに従ってカスタム上限値を設定します。
重要実際の移行速度は、ソースデータアドレス、ネットワーク状況、デスティネーション側の速度制限、およびファイルサイズに依存します。指定した上限値に達しない場合があります。ソースデータアドレス、移行目的、ビジネス要件、およびネットワーク帯域幅に基づき、適切な値を設定してください。不適切な速度制限は、ビジネスパフォーマンスに影響を与える可能性があります。
上書きモード
はい
ソースファイルと同名のデスティネーションファイルを上書きするかどうかを指定します。選択肢:
上書きしない:ソースファイルを移行しません。
すべて上書き:デスティネーションファイルを上書きします。
最終更新時刻に基づく上書き:ソースファイルの最終更新時刻がデスティネーションファイルより新しい場合に、デスティネーションファイルを上書きします。最終更新時刻が一致する場合、ファイルサイズまたは Content-Type ヘッダーが異なるときにデスティネーションファイルを上書きします。
警告最終更新時刻に基づく上書き を選択した場合、新しいファイルが古いファイルによって上書きされる可能性があり、最近の更新が失われるリスクがあります。ソースファイルに 最終更新時刻、サイズ、および Content-Type ヘッダーが含まれていることを確認してください。そうでない場合、上書きポリシーが予期しない結果を引き起こす可能性があります。上書きしない または 最終更新時刻に基づく上書き を選択した場合、システムはソースおよびデスティネーションからメタ情報を取得して、上書きの可否を判断します。両方のデータアドレスでリクエスト料金が発生します。
監査モード
移行レポート
はい
移行レポートをプッシュするかどうかを指定します。選択肢:
プッシュしない(デフォルト):レポートをデスティネーションバケットへプッシュしません。
プッシュする:レポートをデスティネーションバケットへプッシュします。詳細については、「次のステップ」をご参照ください。
重要レポートはデスティネーション側のストレージ容量を占有します。遅延してプッシュされる場合があります。レポートが生成されるまでお待ちください。各実行ごとに一意の ID が生成されます。レポートは 1 回のみプッシュされます。必要でない限り、レポートを削除しないでください。
移行ログ
はい
移行ログを SLS へプッシュするかどうかを指定します。選択肢:
プッシュしない(デフォルト):ログをプッシュしません。
プッシュする:ログを SLS へプッシュします。SLS コンソールでログを表示できます。
ファイルエラーログのみプッシュ:エラーログのみを SLS へプッシュします。SLS コンソールでエラーログを表示できます。
プッシュする または ファイルエラーログのみプッシュ を選択した場合、データオンライン移行は、
aliyun-oss-import-log-{Alibaba Cloud アカウント ID}-{リージョン}という名前の SLS プロジェクトを作成します。例:aliyun-oss-import-log-137918634953****-cn-hangzhou。重要プッシュする または ファイルエラーログのみプッシュ を選択する前に、SLS を有効化し、権限付与 ページで権限付与を確認してください。
権限付与
いいえ
移行ログ を プッシュする または ファイルエラーログのみプッシュ に設定した場合に表示されます。権限付与 をクリックすると、クラウドリソースアクセス権限付与 ページへ移動します。権限付与ポリシーの確認 をクリックします。RAM ロール AliyunOSSImportSlsAuditRole が作成され、権限が付与されます。
フィルター
ファイル名
いいえ
ファイル名でフィルターをかけます。 含む および 含まない の両方のルールをサポートします。re2 正規表現構文のみサポートされます。詳細については、re2 をご参照ください。例:
.*\.jpg$:拡張子が .jpg のすべてのファイル。^file.*:ルートディレクトリ内において、file で始まるすべてのファイル。ソースデータアドレスにプレフィックス(例:data/to/oss/)が設定されている場合、^data/to/oss/file.*を使用して、そのディレクトリ内において file で始まるファイルをマッチさせます。.*/picture/.*:パスに picture というサブディレクトリを含むファイル。
重要含むルールが設定されている場合、該当するすべてのファイルが移行されます。複数の含むルールは OR 論理で評価されます。含まないルールが設定されている場合、該当するすべてのファイルはスキップされます。複数の含まないルールは OR 論理で評価されます。含まないルールは含むルールよりも優先されます。ファイルが両方に該当する場合、そのファイルは移行されません。
最終更新時刻
いいえ
最終更新時刻でファイルをフィルターします。
期間を指定した場合、最終更新時刻がその期間内にあるファイルのみが移行されます。以下のように動作します:
開始時刻のみを 2019 年 1 月 1 日に設定し、終了時刻を指定しなかった場合、2019 年 1 月 1 日以降に最終更新されたファイルのみが移行されます。
終了時刻のみを 2022 年 1 月 1 日に設定し、開始時刻を指定しなかった場合、2022 年 1 月 1 日以前に最終更新されたファイルのみが移行されます。
開始時刻を 2019 年 1 月 1 日、終了時刻を 2022 年 1 月 1 日に設定した場合、2019 年 1 月 1 日から 2022 年 1 月 1 日(両端を含む)の間に最終更新されたファイルのみが移行されます。
移行構成
最終更新時刻
はい
ソースファイルの最終更新時刻を保持するかどうかを指定します。
はい(デフォルト):ソースファイルの最終更新時刻がデスティネーションファイルに保持されます。
いいえ:最終更新時刻は保持されません。
追記可能オブジェクトから通常またはマルチパートへの変換
いいえ
追記可能オブジェクトを通常またはマルチパートオブジェクトに変換するかどうかを指定します。
はい:追記可能オブジェクトは、デスティネーションへ移行時に通常またはマルチパートに変換されます。
いいえ:オブジェクトは変換されません。追記可能オブジェクトは移行後も追記可能のままです。
重要このオプションは、ホワイトリストアクセスが有効な場合にのみ利用可能です。
現在、OSS から OSS への移行のみがこのオプションをサポートしています。
ターゲットストレージクラスの追加
いいえ
デスティネーションファイルのストレージクラスを指定するかどうかを指定します。
指定あり:移行済みファイルは指定されたストレージクラスに設定されます。利用可能なクラス:標準、低頻度アクセス、アーカイブ、コールドアーカイブ、ディープコールドアーカイブストレージ。
指定なし(デフォルト):変更は行われません。ファイルはデスティネーションのデフォルトストレージクラスを使用します。
重要このオプションは、ホワイトリストアクセスが有効な場合にのみ利用可能です。
現在、デスティネーションが OSS のタスクのみがこのオプションをサポートしています。
タスクスケジュール
実行時間
いいえ
移行タスクの実行スケジュールです。選択肢:
即時実行:タスクを直ちに実行します。
スケジュール実行:タスクを毎日指定された時間帯に実行します。タスクは指定された開始時刻に開始し、指定された停止時刻に停止します。
定期実行:指定された実行頻度および実行回数に基づいてタスクを実行します。
実行頻度:毎時、毎日、毎週、特定の曜日、またはカスタム。詳細については、「サポート対象の実行頻度」をご参照ください。
実行回数:タスクの最大実行回数です。指定しない場合、1 回のみ実行されます。
重要現在の実行が次のスケジュール開始時刻までに完了していない場合、タスクは現在の移行が完了した後の次のスケジュール開始時刻に次の実行を開始します。これは、指定された実行回数に達するまで継続されます。リージョンごとの同時実行タスク数制限:中国では最大 10、中国以外では最大 5 です。この制限を超えると、タスクが遅延したり、予定通りに完了しなくなったりする可能性があります。実行スケジュールに関係なく、タスクを任意のタイミングで手動で開始・停止できます。
データオンライン移行利用規約を読み、内容を確認した上で、次へ をクリックします。
設定内容を確認し、OK をクリックします。移行タスクが作成されます。
サポート対象の実行頻度
実行頻度 | 説明 | 例 |
毎時 | 毎時 0 分にタスクを実行します。最大実行回数と併用します。 | 現在時刻が 8 時 5 分です。実行頻度を毎時に設定し、実行回数を 3 回に設定した場合、最初のタスクは 9 時に開始します。タスクが次の時間までに完了した場合、2 回目のタスクは 10 時に開始します。これは指定された実行回数に達するまで継続されます。タスクが次の時間までに完了せず、12 時 30 分に終了した場合、2 回目のタスクは 13 時に開始します。これは指定された実行回数に達するまで継続されます。 |
毎日 | 毎日指定された時刻(0~23 時)にタスクを実行します。最大実行回数と併用します。 | 現在時刻が 8 時 5 分です。タスクを毎日 10 時に実行し、5 回実行するよう設定した場合、最初のタスクは当日の 10 時に開始します。タスクが翌日の 10 時までに完了した場合、2 回目のタスクは翌日の 10 時に開始します。タスクが翌日の 10 時までに完了せず、12 時 5 分に終了した場合、2 回目のタスクは翌々日の 10 時に開始します。これは指定された実行回数に達するまで継続されます。 |
毎週 | 指定された曜日および時刻(0~23 時)にタスクを実行します。最大実行回数と併用します。 | 現在時刻が月曜日 8 時 5 分です。タスクを毎週月曜日 10 時に実行し、10 回実行するよう設定した場合、最初のタスクは当日の 10 時に開始します。タスクが翌週の月曜日 10 時までに完了した場合、2 回目のタスクは翌週の月曜日 10 時に開始します。タスクが翌週の月曜日 10 時までに完了せず、12 時 5 分に終了した場合、2 回目のタスクはその次の週の月曜日 10 時に開始します。これは指定された実行回数に達するまで継続されます。 |
特定の曜日 | 選択した曜日に、指定された時刻(0~23 時)にタスクを実行します。 | 現在時刻が水曜日 8 時 5 分です。タスクを毎週月曜日・水曜日・金曜日の 10 時に実行するよう設定した場合、最初のタスクは当日の 10 時に開始します。タスクが金曜日 10 時までに完了した場合、2 回目のタスクは金曜日 10 時に開始します。タスクが金曜日 10 時までに完了せず、翌週の月曜日 12 時 5 分に終了した場合、2 回目のタスクは翌週の水曜日 10 時に開始します。これは指定された実行回数に達するまで継続されます。 |
カスタム | cron 式を使用してカスタム開始時刻を設定します。cron 式は、秒、分、時、月の日、月、曜日の 6 つのフィールドで構成され、スペースで区切られます。最小間隔は 1 時間です。 | 例: |
ステップ 5:データの検証
データオンライン移行はデータの転送のみを行い、データ整合性および完全性は保証しません。移行タスクが完了した後は、すべての移行済みデータを確認し、ソースとデスティネーション間の整合性を検証してください。
移行結果の検証手順は以下のとおりです:
ソースおよびデスティネーションのオブジェクト総数およびデータ総サイズを比較します。
個別のファイルをサンプルチェックし、コンテンツの完全性を確認します。
移行レポート オプションを有効化した場合、デスティネーションバケット内のレポートを確認し、ファイル単位の移行ステータスを確認します。
移行タスクが完了した後に、デスティネーション側の移行済みデータを検証してください。検証が完了する前にソースデータを削除した場合、発生したデータ損失およびその結果について、お客様が責任を負います。