すべてのプロダクト
Search
ドキュメントセンター

Data Online Migration:Google Cloud Storage から OSS へのデータ移行

最終更新日:Jun 04, 2026

Google Cloud Storage から Alibaba Cloud OSS へのデータ移行に関する注意事項、制限事項、および手順について説明します。

注意事項

Online Migration Service を使用する際は、以下の点にご注意ください。

  • Online Migration Service は、ソースプロバイダーのパブリック API を通じてソースデータにアクセスします。サービスの動作は、プロバイダーの API 実装に依存します。

  • 移行処理はソースと送信先の両方でリソースを消費するため、ワークロードに影響を与える可能性があります。ミッションクリティカルなサービスの場合は、帯域幅の上限を設定するか、ピーク時間外にタスクを実行してください。

  • サービスは移行前にソースと送信先のファイルをチェックします。同名のファイルが両方に存在し、タスクが上書き設定になっている場合、送信先のファイルは直接上書きされます。データ損失を防ぐため、内容が異なるファイルはバックアップまたはリネームしてください。

  • オンライン移行では、ソースファイルの最終更新時刻が保持されます。送信先バケットにライフサイクルルールが設定されている場合、その最終更新時刻に基づいて移行済みファイルが削除またはトランジションされる可能性があります。

移行の制限事項

  • 一度に移行できるのは 1 つのバケットのみです。アカウント全体を 1 回の操作で移行することはできません。

  • 移行中に、GCP のオブジェクト属性は次のように処理されます。

    • 保持される属性:x-amz-meta-*LastModifyTimeContent-TypeCache-ControlContent-EncodingContent-Disposition、および Content-Language

    • サポートされない属性:ExpiresStorageClassACL、サーバ側暗号化、およびタグ付け。

      説明

      このリストは網羅的なものではありません。リストに含まれていない属性の保持は保証されません。

ステップ 1:リージョンの選択

  1. 作成した RAM ユーザーとして、データオンライン移行コンソール にログインします。

  2. 上部ナビゲーションバーの左上にあるリージョンセレクターを使用して、移行サービスのデプロイリージョンを選択します。データソースのリージョンまたは地理的に最も近いリージョンを選択してください。select-region

    利用可能なデプロイリージョン:中国本土内の中国 (北京)、中国 (上海)、中国 (杭州)、中国 (深セン)、および中国 (ウランチャブ)、および中国 (香港)、シンガポール (シンガポール)、ドイツ (フランクフルト)、米国 (バージニア)。

    重要
    • データソースアドレスおよび移行タスクはリージョンごとに異なります。慎重にリージョンを選択してください。

    • データソースのリージョンを選択してください。該当リージョンが利用できない場合は、地理的に最も近いリージョンで移行タスクを作成してください。

    • クロスボーダー移行を行う場合は、転送アクセラレーションを有効にして速度を向上させてください。転送アクセラレーションが有効になっているバケットには、転送アクセラレーション料金が発生します。転送アクセラレーションを使用して OSS にアクセス

ステップ 2:ソースアドレスの作成

  1. 左側のナビゲーションウィンドウで、Data Online Migration > Address Management に移動し、Create Address をクリックします。

  2. Create Data Address ページで、以下のパラメーターを設定し、OK をクリックします。

    パラメーター

    必須

    説明

    名前

    はい

    ソースの名前を入力します。名前は以下の要件を満たす必要があります。

    • 名前の長さは 3~63 文字である必要があります。

    • 名前は大文字と小文字を区別し、小文字、数字、ハイフン (-)、アンダースコア (_) のみを使用できます。

    • 名前はハイフン (-) またはアンダースコア (_) で開始できません。

    タイプ

    はい

    Google Cloud Storage を選択します。

    エンドポイント (Cloud Storage URI)

    はい

    ソースバケットのエンドポイントです。カスタムドメイン名および CDN はサポートされていません。この情報は、Google Cloud Storage コンソールの 設定項目 下の 相互運用性 ページで確認できます。

    AccessKey ID

    はい

    ソースバケットからの読み取りに使用する AccessKey ID です。この情報は、Google Cloud Storage コンソールの 設定項目 下の 相互運用性 ページで確認できます。

    説明

    セキュリティを強化するため、データオンライン移行専用の読み取り専用 AccessKey キーペアを作成し、移行後に削除することを推奨します。

    AccessKey Secret

    はい

    上記の AccessKey ID の AccessKey Secret です。この情報は、Google Cloud Storage コンソールの 設定項目 下の 相互運用性 ページで確認できます。

    説明

    セキュリティを強化するため、データオンライン移行専用の読み取り専用 AccessKey キーペアを作成し、移行後に削除することを推奨します。

    バケット

    はい

    ソースの Google Cloud Storage バケット名です。

    説明

    バケット名の先頭または末尾にスペース、改行、タブなどの無効な文字を含めることはできません。

    Prefix

    いいえ

    データの一部のみを移行する場合は、プレフィックスを指定します。

    • 特定のディレクトリを移行する場合は、プレフィックスを入力します。プレフィックスはスラッシュ (/) で開始できませんが、スラッシュ (/) で終了する必要があります。

    • バケット全体を移行する場合は、このフィールドを空のままにしてください。

    Tunnel

    いいえ

    使用するチャンネルを選択します。

    重要
    • このパラメーターは、セルフマネージドストレージからクラウドへのデータ移行、または専用回線または VPN 経由でのデータ移行の場合にのみ必要です。

    • 送信先がローカルファイルシステム (LocalFs) の場合、または Finance Cloud や Apsara Stack などのサービスで専用回線経由の移行を行う場合は、エージェントが必要です。

    Agent

    いいえ

    1 つ以上のエージェントを選択します。

    重要
    • このパラメーターは、セルフマネージドストレージからクラウドへのデータ移行、または専用回線または VPN 経由でのデータ移行の場合にのみ必要です。

    • 指定されたチャンネルに対して最大 200 個のエージェントを選択できます。

ステップ 3:送信先アドレスの作成

  1. 左側のナビゲーションウィンドウで、Data Online Migration > Address Management に移動し、Create Address をクリックします。

  2. アドレスの作成 パネルで、以下のパラメーターを設定し、OK をクリックします。

  3. パラメーター

    必須

    説明

    名前

    はい

    送信先アドレスの名前です。以下の要件を満たす必要があります。

    • 名前の長さは 3~63 文字である必要があります。

    • 名前は大文字と小文字を区別し、小文字、数字、ハイフン (-)、アンダースコア (_) のみを使用できます。

    • 名前はハイフン (-) またはアンダースコア (_) で開始できません。

    タイプ

    はい

    Object Storage Service (OSS) を選択します。

    カスタムドメイン名

    いいえ

    バケットにアクセスするためのカスタムドメイン名です。

    リージョン

    はい

    送信先アドレスのリージョンです。例:中国 (杭州)

    RAM ロール

    はい

    バケット

    はい

    現在のアカウント内の送信先バケット名です。

    Prefix

    いいえ

    ソースデータを特定のディレクトリに移行するためのプレフィックスです。プレフィックスはスラッシュ (/) で開始できませんが、スラッシュ (/) で終了する必要があります。例:data/to/oss/

    • プレフィックスを指定した場合:ソースプレフィックス example/src/ 下のファイル example.jpg は、送信先プレフィックス example/dest/ を使用して example/dest/example.jpg になります。

    • プレフィックスを指定しない場合:ソースデータは送信先バケットのルートディレクトリに移行されます。

    Tunnel

    いいえ

    使用するチャンネルを選択します。

    重要
    • このパラメーターは、セルフマネージドストレージからクラウドへのデータ移行、または専用回線または VPN 経由でのデータ移行の場合にのみ必要です。

    • 送信先がローカルファイルシステム (LocalFs) の場合、または Finance Cloud や Apsara Stack などのサービスで専用回線経由の移行を行う場合は、エージェントが必要です。

    Agent

    いいえ

    1 つ以上のエージェントを選択します。

    重要
    • このパラメーターは、セルフマネージドストレージからクラウドへのデータ移行、または専用回線または VPN 経由でのデータ移行の場合にのみ必要です。

    • 指定されたチャンネルに対して最大 200 個のエージェントを選択できます。

ステップ 4:移行タスクの作成

重要

同時実行可能な移行タスク数の上限:中国本土および中国 (香港) のリージョンでは 10、その他のリージョンでは 5 です。

  1. 左側のナビゲーションウィンドウで、Data Online Migration > Migration Tasks を選択し、Create Task をクリックします。

  2. Select Address ページで、以下のパラメーターを設定し、Next をクリックします。

    パラメーター

    必須

    説明

    Name

    はい

    移行タスクの名前を入力します。名前は以下の要件を満たす必要があります。

    • 名前の長さは 3~63 文字である必要があります。

    • 名前は大文字と小文字を区別し、小文字、数字、ハイフン (-)、アンダースコア (_) のみを使用できます。

    • 名前はハイフン (-) またはアンダースコア (_) で開始できません。

    Source Address

    はい

    事前に作成したソースアドレスを選択します。

    Destination Address

    はい

    事前に作成した送信先アドレスを選択します。

  3. Task Configurations ページで、以下のパラメーターを設定します。

    パラメーター

    必須

    説明

    基本設定

    Migration Bandwidth

    いいえ

    移行帯域幅の設定です。

    • Default:最大利用可能帯域幅を使用します。実際の移行速度は、ファイルサイズおよびファイル数に依存します。

    • Specify an upper limit:コンソールの指示に従って帯域幅上限を指定します。

    重要
    • 実際の移行帯域幅は、データソース、ファイルサイズ、ネットワーク条件、送信先側の速度制限に依存します。指定した上限に達しない場合があります。

    • この値を設定する前に、データソース、送信先、ワークロード、ネットワーク帯域幅を評価してください。不適切な速度制限はビジネスに影響を与える可能性があります。

    Files Migrated Per Second

    いいえ

    1 秒あたりに移行されるファイル数です。

    • Default:1 秒あたりに移行されるファイル数のデフォルト値です。

    • Specify an upper limit:コンソールの指示に従って上限を指定します。

    重要
    • 実際の移行レートは、データソース、ファイルサイズ、ネットワーク条件、送信先側の速度制限に依存します。指定した上限に達しない場合があります。

    • この値を設定する前に、データソース、送信先、ワークロード、ネットワーク帯域幅を評価してください。不適切な速度制限はビジネスに影響を与える可能性があります。

    Overwrite Mode

    はい

    送信先に同名のファイルが存在する場合の処理方法です。

    • Do not overwrite:ファイルの移行をスキップします。

    • Overwrite All:ソースファイルが送信先ファイルを上書きします。

    • Overwrite based on the last modification time

      • ソースファイルの最終更新時刻が新しい場合、送信先ファイルを上書きします。

      • 最終更新時刻が同じ場合、送信先ファイルの サイズ または Content-Type が異なる場合は上書きします。

    • 警告
      • Overwrite based on the last modification time ポリシーは、古いファイルが新しいファイルを上書きしないことを保証するものではありません。

      • Overwrite based on the last modification time を選択する場合は、ソースデータが 最終更新時刻サイズContent-Type などのメタデータを返せることを確認してください。そうでない場合、上書きポリシーが期待どおりに機能せず、意図しない移行結果となる可能性があります。

      • 上書きしない または 最終更新時刻に基づいて上書き を選択した場合、サービスは比較を実行するためにソースと送信先の両方からオブジェクトのメタデータをリクエストします。これにより、ソースおよび送信先の両方にリクエスト料金が発生します。

    監査

    Migration Report

    はい

    移行レポートの配信方法です。

    • Do not push (デフォルト):移行レポートは送信先バケットにプッシュされません。

    • Push:移行レポートを送信先バケットにプッシュします。詳細なパスについては、「次のステップ」をご参照ください。

    重要
    • 移行レポートのプッシュは、送信先バケットのストレージ容量を消費します。

    • 移行レポートの配信が遅延する場合があります。

    • 各タスク実行レコードには一意の ID があります。移行レポートはレコードごとに 1 回だけプッシュされます。削除には十分ご注意ください。

    Migration Logs

    はい

    移行ログの配信方法です。

    • Do not push (デフォルト):移行ログはプッシュされません。

    • Push:移行ログを Log Service にプッシュします。Log Service で移行ログを確認できます。

    • Push only file error logs.:ファイル移行エラーのログのみを Log Service にプッシュします。これらのエラーログは Log Service で確認できます。

    Push または Push only file error logs. を選択した場合、Online Migration Service は Log Service に aliyun-oss-import-log-Alibaba Cloud アカウント ID-現在のリージョン という名前のプロジェクトを作成します。例:aliyun-oss-import-log-137918634953****-cn-hangzhou。

    重要

    Push または Push only file error logs. を選択する前に、以下の操作を完了させてください。そうしないと、移行タスクが失敗する可能性があります。

    • Log Service を有効化していること。

    • Authorize ページで必要な権限を付与していること。

    Authorize

    いいえ

    このオプションは、Migration LogsPush または Push only file error logs. に設定されている場合にのみ表示されます。

    Authorize をクリックして クラウドリソースアクセス権限付与 ページに移動します。システムは AliyunOSSImportSlsAuditRole という名前のロールを作成し、そのロールに権限を付与します。権限付与に同意 をクリックして権限付与を完了します。

    フィルター

    File Name

    いいえ

    ファイル名のフィルターです。

    RE2 ライブラリ の正規表現構文に基づいて、Include および Exclude フィルタリングルールを使用できます (式のサブセットのみがサポートされています)。例:

    • .*\.jpg$ は、.jpg で終わるすべてのファイルに一致します。

    • ^file.* は、ルートディレクトリ内で名前が file で始まるすべてのファイルに一致します。

      ソースアドレスにプレフィックス (例:data/to/oss/) が設定されている場合は、^data/to/oss/file.* を使用して、そのプレフィックス下で名前が file で始まるすべてのファイルに一致させる必要があります。

    • .*/picture/.* は、任意の階層にある picture という名前のサブディレクトリ内の任意のファイルに一致します。

    重要
    • 含めるルールを設定した場合、少なくとも 1 つのルールに一致するファイルが移行されます。

      例:2 つのファイル picture.jpg および picture.png を考えます。.*\.jpg$ という含めるルールを追加すると、picture.jpg のみが移行されます。.*\.png$ という含めるルールも追加すると、両方のファイルが移行されます。

    • 除外するルールを設定した場合、少なくとも 1 つのルールに一致するファイルは移行されません。

      例:2 つのファイル picture.jpg および picture.png を考えます。.*\.jpg$ という除外するルールを追加すると、picture.png のみが移行されます。.*\.png$ という除外するルールも追加すると、どちらのファイルも移行されません。

    • 除外するルールは含めるルールより優先されます。ファイルが除外するルールと含めるルールの両方に一致する場合、そのファイルは移行されません。

      例:file.txt というファイルを考えます。.*\.txt$ という除外するルールと file.* という含めるルールを設定した場合、file.txt は移行されません。

    File Modification Time

    いいえ

    ファイルの最終更新時刻に基づくフィルターです。

    指定した期間内に変更されたファイルのみを移行するには、時間範囲を指定します。

    • 開始時刻のみを指定 (例: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 のタスクでのみサポートされています。

    タスクスケジューリング

    実行時間

    いいえ

    重要
    1. タスクの次の実行がスケジュールされている時点でタスクがまだ実行中の場合、現在の実行が完了し、スケジュールされた実行はスキップされ、次の間隔でタスクが実行されます。

    2. 同時実行可能な移行タスク数の上限:中国本土および中国 (香港) のリージョンでは最大 10、その他のリージョンでは最大 5 です。

    移行タスクの実行時刻を指定します。

    • Immediately:タスクを直ちに実行します。

    • At the Specified Time:タスクを実行する日次のタイムウィンドウを設定します。デフォルトでは、指定した開始時刻にタスクが開始され、指定した停止時刻に一時停止します。

    • Periodic Scheduling:指定した頻度および実行回数に基づいてタスクを実行します。

      • 実行頻度: サポートされている頻度は、毎時、毎日、毎週、曜日指定、カスタムです。実行頻度

      • 実行回数: タスクを実行する回数を指定します。設定しない場合、タスクはデフォルトで 1 回実行されます。最大実行回数については、コンソールのプロンプトを参照してください。

    重要

    スケジュールされた実行時刻に関係なく、いつでもタスクを手動で開始および一時停止できます。

  1. Online Migration Service 利用規約 をお読みになり、コンプライアンス表明文を理解・確認し、移行タスク完了後に移行データの一貫性を検証する義務および責任を認識しました のチェックボックスをオンにして、Next をクリックします。

  2. 構成情報を確認します。正しい場合は、OK をクリックし、移行タスクの実行を待ちます。

実行頻度

実行頻度

説明

毎時

1 時間ごとにタスクを 1 回実行します。このオプションは最大実行回数と併用できます。

現在時刻は 8:05 です。頻度は毎時に設定され、最大実行回数は 3 回です。最初の実行は次の時間である 9:00 に開始されます。

  • 実行が次の時間までに完了した場合、2 回目の実行は 10:00 に開始されます。このパターンは、指定された実行回数が完了するまで繰り返されます。

  • 実行が次の時間までに完了しなかった場合 (例:12:30 に終了)、2 回目の実行は次の時間である 13:00 に開始されます。このパターンは、指定された実行回数が完了するまで繰り返されます。

毎日

1 日に 1 回タスクを実行します。タスクを開始する時刻 (0~23 時) を指定する必要があります。このオプションは最大実行回数と併用できます。

現在時刻は 8:05 です。タスクは毎日 10:00 に実行されるようにスケジュールされており、最大実行回数は 5 回です。最初の実行は本日の 10:00 に開始されます。

  • 実行が翌日の 10:00 までに完了した場合、2 回目の実行は翌日の 10:00 に開始されます。このパターンは、指定された実行回数が完了するまで繰り返されます。

  • 実行が翌日の 10:00 までに完了しなかった場合 (例:翌日の 12:05 に終了)、2 回目の実行は 3 日目の 10:00 に開始されます。このパターンは、指定された実行回数が完了するまで繰り返されます。

毎週

1 週間に 1 回タスクを実行します。タスクを開始する曜日および時刻 (0~23 時) を指定する必要があります。このオプションは最大実行回数と併用できます。

現在時刻は月曜日 8:05 です。タスクは毎週月曜日 10:00 に実行されるようにスケジュールされており、最大実行回数は 10 回です。最初の実行は本日の 10:00 に開始されます。

  • 実行が翌週の月曜日の 10:00 までに完了した場合、2 回目の実行は翌週の月曜日 10:00 に開始されます。このパターンは、指定された実行回数が完了するまで繰り返されます。

  • 実行が翌週の月曜日の 10:00 までに完了しなかった場合 (例:翌週の月曜日 12:05 に終了)、2 回目の実行は翌々週の月曜日 10:00 に開始されます。このパターンは、指定された実行回数が完了するまで繰り返されます。

曜日指定

選択した曜日にタスクを実行します。曜日およびタスクを開始する時刻 (0~23 時) を指定する必要があります。

現在時刻は水曜日 8:05 です。タスクは月曜日、水曜日、金曜日の 10:00 に実行されるようにスケジュールされています。最初の実行は本日の 10:00 に開始されます。

  • 実行が金曜日の 10:00 までに完了した場合、2 回目の実行は金曜日の 10:00 に開始されます。このパターンは、指定された実行回数が完了するまで繰り返されます。

  • 実行が金曜日の 10:00 までに完了しなかった場合 (例:翌週の月曜日 12:05 に終了)、2 回目の実行は翌週の水曜日 10:00 に開始されます。このパターンは、指定された実行回数が完了するまで繰り返されます。

カスタム

cron 式を使用して、タスク開始時刻のカスタムスケジュールを定義します。

説明

cron 式は、実行スケジュールを定義する 6 つのスペース区切りのフィールド (秒、分、時、日、月、曜日) で構成されます。最小間隔は 1 時間です。

以下の cron 式の例は参考用です。その他のオプションについては、cron 式ジェネレーターをご使用ください。

  • 0 0 * * * *:毎時開始時 (0 分 0 秒) にタスクを実行します。

  • 0 30 0/3 * * ?:3 時間ごとの 30 分 (例:0:30、3:30、6:30、9:30、12:30、15:30、18:30、21:30) にタスクを実行します。

  • 0 0 12 * * MON-FRI:月曜日から金曜日の平日 12:00 PM にタスクを実行します。

  • 0 0 12 1-15 * SAT,SUN:月の 1~15 日の土曜日および日曜日に 12:00 PM にタスクを実行します。

  • 0 30 8 1,15 * *:毎月 1 日および 15 日の 8:30 AM にタスクを実行します。

ステップ 5:データの検証

移行サービスはデータを転送しますが、一貫性や整合性を保証するものではありません。移行が完了したら、すべての移行データを検証し、ソースと送信先の間で一貫性が確保されていることを確認してください。

警告

移行タスクが完了したら、送信先の移行データを必ず検証してください。送信先データの整合性を確認する前にソースデータを削除した場合、データ損失およびそれに関連するすべての結果について、お客様が単独で責任を負うものとします。