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

Data Online Migration:データ移行

最終更新日:Jun 23, 2026

Alibaba Cloud Object Storage Service (OSS) バケット間の移行には、あるバケットから別のバケットへのデータコピーが含まれます。このプロセスは、データバックアップ、データ移行、ディザスタリカバリなどのユースケースに最適であり、異なるバケット間での効率的なデータ転送と管理を可能にします。このトピックでは、データ移行の注意事項、制限事項、および手順について説明します。

注意事項

オンライン移行サービスを使用する際は、次の点を考慮してください:

  • オンライン移行サービスは、ソースストレージサービスプロバイダーの標準的なパブリック API を使用してソースデータにアクセスします。移行の動作は、プロバイダーのサービス実装に依存します。

  • オンライン移行は、ソースと宛先の両方でリソースを消費するため、ビジネス運用に影響を与える可能性があります。サービスが重要である場合は、潜在的な影響を評価し、移行タスクに速度制限を設定するか、オフピーク時間帯にタスクを実行してください。

  • オンライン移行サービスは、移行を開始する前にソースと宛先の両方でファイルをチェックします。ただし、ソースのファイル名が宛先のファイル名と同じで、移行タスクが既存のファイルを上書きするように設定されている場合、サービスは宛先のファイルを上書きします。ファイルに異なるデータが含まれている場合は、移行を開始する前にどちらかのファイルの名前を変更するか、宛先のファイルをバックアップしてください。

  • オンライン移行サービスは、ソースファイルの最終更新日時を保持します。宛先バケットにライフサイクルルールが設定されている場合、最終更新日時がルールの条件に一致する移行済みファイルは、削除されるか、指定されたアーカイブストレージクラスに移行される可能性があります。

制限事項

  • ソースバケットで静的 Web サイトホスティングが有効になっている場合、移行サービスはディレクトリパスもオブジェクトとして検出します。たとえば、ファイル myapp/resource/1.jpg をアップロードすると、移行サービスは myapp/myapp/resource/myapp/resource/1.jpg の 3 つのオブジェクトを検出します。ディレクトリオブジェクト myapp/myapp/resource/ の移行は失敗しますが、ファイル myapp/resource/1.jpg は正常に移行されます。

  • ソースバケットにシンボリックリンクが含まれている場合、移行サービスはシンボリックリンクが指すオブジェクトではなく、シンボリックリンク自体を転送します。シンボリックリンクの詳細については、「シンボリックリンク」をご参照ください。

  • 1 つの移行タスクにつき、1 つのバケットからのみデータを移行できます。アカウント全体のデータを一度に移行することはサポートされていません。

  • 金融クラウドおよび政府クラウドからのデータ移行はサポートされていません。

  • Alibaba Cloud OSS バケット間でデータを移行する場合、オブジェクトのプロパティは次のように処理されます:

    • 次のプロパティは移行されます:x-oss-meta-*、LastModifyTime、Content-Type、Cache-Control、Content-Encoding、Content-Disposition、Content-Language、および Expires。

    • 次のプロパティは移行されません (これらに限定されません):ストレージクラス、ACL、サーバ側暗号化、タグ付け、および x-oss-persistent-header などのユーザー定義ヘッダー。

      説明

      サポートされていないプロパティのリストは、すべてを網羅しているわけではありません。リストにないプロパティの移行動作は保証されません。移行完了後、オブジェクトのプロパティを確認してください。

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

リージョンの選択

2 つの OSS バケット間でデータを移行する際の下りトラフィック料金は、タスクを作成する前にコンソールで選択するサービスリージョンによって異なります。

1. データソースのリージョンが選択したサービスリージョンと同じ場合、ソース OSS にはインターネット下り料金は発生しません。

説明

たとえば、ソースと宛先の両方が中国 (北京) の OSS バケットであり、サービスリージョンとして中国 (北京) を選択した場合、移行中にソース OSS にインターネット下り料金は発生しません。

同区域.jpg

2. データソースのリージョンが選択したサービスリージョンと異なる場合、ソース OSS にはインターネット下り料金が発生します。

説明

たとえば、ソースが中国 (北京) の OSS バケットで、宛先がシンガポールにあり、サービスリージョンとしてシンガポールを選択した場合、移行中にソース OSS にインターネット下り料金が発生します。

跨地域.jpg

重要

ネットワーク遅延を最小限に抑えるため、データソースのリージョンと一致するサービスリージョンを選択することを推奨します。そのリージョンが利用できない場合は、最適な移行性能を確保するために、データソースに地理的に近いリージョンを選択してください。

操作手順

  1. 作成した RAM ユーザーを使用して、Data Transport コンソールにログインします。

    説明

    クロスアカウント移行の場合、ソースまたは宛先の Alibaba Cloud アカウントの RAM ユーザーを使用してログインできます。

  2. 上部のナビゲーションバーの左上で選択するリージョンは、移行サービスのデプロイリージョンです。したがって、データソースが所在するリージョン、またはそれに最も近いリージョンを選択してください。

    コンソールの上部で選択するリージョンは、移行サービスのデプロイリージョンです。中国本土で利用可能なリージョンには、中国 (北京)、中国 (上海)、中国 (杭州)、中国 (深セン)、中国 (ウランチャブ) があります。その他の利用可能なリージョンには、中国 (香港)、シンガポール、ドイツ (フランクフルト)、米国 (バージニア) があります。

    重要
    • データエンドポイントと移行タスクはリージョン固有です。リージョンは慎重に選択してください。

    • ソースデータのリージョンを選択することを推奨します。このリージョンが利用できない場合は、最も近い利用可能なリージョンを選択してください。

    • クロスボーダー移行の場合、移行速度を向上させるために転送アクセラレーションを有効にすることを推奨します。転送アクセラレーションが有効になっているバケットには、転送アクセラレーション料金が発生します。転送アクセラレーションの詳細については、「OSS へのアクセスを高速化」をご参照ください。

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

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

  2. Create Address パネルで、次のパラメーターを設定し、OK をクリックします。

    パラメーター

    必須

    説明

    Name

    はい

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

    • 名前に使用できる文字は、小文字、数字、ハイフン (-)、アンダースコア (_) です。名前では大文字と小文字が区別されます。

    • 名前の先頭にハイフン (-) またはアンダースコア (_) は使用できません。

    Type

    はい

    [OSS] を選択します。

    カスタムドメイン名

    いいえ

    カスタムドメイン名を指定できます。

    リージョン

    はい

    ソースバケットが所在するリージョン、たとえば China (Hangzhou) を選択します。

    RAM ロール

    はい

    [バケット]

    はい

    現在のアカウントのソースバケットの名前を入力します。

    Prefix

    いいえ

    プレフィックスを指定して、データの一部を移行できます。プレフィックスはスラッシュ (/) で始めることはできませんが、スラッシュで終わる必要があります。例:data/to/oss/

    • プレフィックスを指定する場合:たとえば、ソースプレフィックスが example/src/ の場合、キーが example/src/example.jpg のオブジェクトが移行対象として選択されます。宛先プレフィックスを example/dest/ に設定すると、移行後のオブジェクトのキーは example/dest/example.jpg になります。

    • プレフィックスを指定しない場合:たとえば、ソースプレフィックスを指定せず、オブジェクトキーが srcbucket/example.jpg で、宛先プレフィックスを destbucket/ に設定した場合、移行後のオブジェクトのキーは destbucket/srcbucket/example.jpg になります。

    Tunnel

    いいえ

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

    重要
    • このパラメーターは、Express Connect または VPN 接続を介してデータを移行する場合、または自己管理ストレージシステムからデータを移行する場合にのみ必須です。

    • 宛先がローカルファイルシステムである場合、または移行が金融クラウドや Apsara Stack 環境への専用接続などを使用する場合は、エージェントを関連付ける必要があります。

    Agent

    いいえ

    使用するエージェントの名前を選択します。

    重要
    • このパラメーターは、Express Connect または VPN 接続を介してデータを移行する場合、または自己管理ストレージシステムからデータを移行する場合にのみ必須です。

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

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

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

  2. Create Address パネルで、次のパラメーターを設定し、OK をクリックします。

  3. パラメーター

    必須

    説明

    Name

    はい

    宛先アドレスの名前を入力します。名前は次の要件を満たす必要があります:

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

    • 名前に使用できる文字は、小文字、数字、ハイフン (-)、アンダースコア (_) です。名前では大文字と小文字が区別されます。

    • 名前の先頭にハイフン (-) またはアンダースコア (_) は使用できません。

    Type

    はい

    [OSS] を選択します。

    カスタムドメイン名

    いいえ

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

    リージョン

    はい

    宛先バケットが配置されているリージョンを選択します。例:China (Hangzhou)

    ロール

    はい

    [バケット]

    はい

    宛先バケットの名前。

    Prefix

    いいえ

    移行されたオブジェクトを配置する宛先バケット内のディレクトリ (プレフィックス) を指定します。プレフィックスはスラッシュ (/) で始めることはできませんが、スラッシュで終わる必要があります。例:data/to/oss/

    • プレフィックスを指定する場合:たとえば、example.jpg という名前のオブジェクトがソースパス example/src/ にあり、宛先プレフィックスを example/dest/ に設定した場合、宛先でのオブジェクトの完全なパスは example/dest/example.jpg になります。

    • このパラメーターを空白のままにすると、データは宛先バケットのルートに移行されます。

    Tunnel

    いいえ

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

    重要
    • このパラメーターは、Express Connect または VPN 接続を介してデータを移行する場合、または自己管理ストレージシステムからデータを移行する場合にのみ必須です。

    • 宛先がローカルファイルシステムである場合、または移行が金融クラウドや Apsara Stack 環境への専用接続などを使用する場合は、エージェントを関連付ける必要があります。

    Agent

    いいえ

    使用するエージェントの名前を選択します。

    重要
    • このパラメーターは、Express Connect または 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

    いいえ

    毎秒移行されるファイル数を選択します。

    • Default:毎秒移行されるファイルのデフォルトレートを使用します。

    • 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 などのメタデータを返すことができることを確認してください。そうでない場合、上書きポリシーが期待どおりに機能しない可能性があります。

      • [上書きしない] または [最終更新日時が新しい場合に上書き] を選択すると、サービスは上書きチェックのためにメタデータを取得するためにソースに 1 回、宛先に 1 回リクエストを送信します。これにより、ソースと宛先の両方でリクエスト料金が発生します。

    監査設定

    Migration Report

    はい

    移行レポートをどのようにプッシュするかを指定します。

    • Do not push (デフォルト):移行レポートを宛先バケットにプッシュしません。

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

    重要
    • 移行レポートをプッシュすると、宛先でストレージ容量が消費されます。

    • 移行レポートのプッシュが遅れる場合があります。

    • 各タスク実行記録には一意の ID があります。移行レポートは一度しかプッシュされません。必要でない限り削除しないでください。

    Migration Logs

    はい

    移行ログをどのようにプッシュするかを指定します。

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

    • Push:移行ログを Log Service (SLS) にプッシュします。SLS で移行ログを表示できます。

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

    Push または Push only file error logs. を選択すると、オンライン移行サービスは Log Service (SLS) に aliyun-oss-import-log-<Alibaba Cloud アカウント ID>-<現在のデプロイリージョン> という名前のプロジェクトを作成します。例:aliyun-oss-import-log-137918634953****-cn-hangzhou。

    重要

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

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

    • Authorize ページで、必須の権限が付与されています。

    Authorize

    いいえ

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

    Authorize をクリックして [クラウドリソースアクセス権限付与] ページに移動します。システムは [AliyunOSSImportSlsAuditRole] ロールを作成し、必要な権限を付与します。[権限付与に同意] をクリックして権限付与を完了します。

    フィルター

    File Name

    いいえ

    ファイル名に基づくフィルター。

    RE2 ライブラリに基づく正規表現を使用した Include および Exclude ルールをサポートします (構文の一部のみがサポートされています)。例:

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

    • ^file.* は、デフォルトでルートレベルにある file で始まるすべてのファイルに一致します。

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

    • .*/picture/.*picture という名前の任意のサブディレクトリに一致します。

    重要
    • [含める] ルールを使用すると、一致するすべてのファイルが移行されます。複数の [含める] ルールがある場合、少なくとも 1 つのルールに一致するファイルが移行されます。

      たとえば、picture.jpgpicture.png の 2 つのファイルがあり、.*\.jpg$[含める] ルールを設定すると、picture.jpg のみが移行されます。.*\.png$[含める] ルールも追加すると、両方のファイルが移行されます。

    • [除外する] ルールを使用すると、一致するファイルは移行されません。複数の [除外する] ルールがある場合、少なくとも 1 つのルールに一致するファイルは移行されません。

      たとえば、picture.jpgpicture.png の 2 つのファイルがあり、.*\.jpg$[除外する] ルールを設定すると、picture.png のみが移行されます。.*\.png$[除外する] ルールも追加すると、どちらのファイルも移行されません。

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

      たとえば、file.txt という名前のファイルに対して、.*\.txt$ の除外ルールと file.* の包含ルールを設定した場合、file.txt ファイルは移行されません。

    File Modification Time

    いいえ

    最終更新日時でファイルをフィルタリングします。

    時間範囲を指定して、最終更新日時がその範囲内にあるファイルのみを移行できます。ルールは次のとおりです:

    • 2019 年 1 月 1 日の開始時刻のみを指定した場合、タスクはその日以降に最終更新されたファイルのみを移行します。

    • 2022 年 1 月 1 日の終了時刻のみを指定した場合、タスクはその日以前に最終更新されたファイルのみを移行します。

    • 2019 年 1 月 1 日の開始時刻と 2022 年 1 月 1 日の終了時刻を指定した場合、タスクはこれら 2 つの日付の間に最終更新されたファイルのみを移行します。

    移行設定

    [最終更新日時を保持]

    はい

    ソースファイルの最終更新日時を保持するかどうかを指定します。

    • [保持] (デフォルト):宛先ファイルはソースファイルの最終更新日時を保持します。

    • [保持しない]:最終更新日時は設定されません。

    [追加可能オブジェクトを通常オブジェクト/マルチパートオブジェクトに変換]

    いいえ

    追加可能オブジェクトを通常オブジェクトまたはマルチパートオブジェクトに変換するかどうかを指定します。

    • [はい]:ソースの追加可能オブジェクトを宛先で通常オブジェクトまたはマルチパートオブジェクトに変換します。

    • [いいえ]:ソースの追加可能オブジェクトは、宛先に追加可能オブジェクトとして移行されます。

    重要
    • このオプションは、アカウントが許可リストに登録されている場合にのみ表示および設定可能です。

    • このオプションは現在、OSS から OSS への移行タスクでのみサポートされています。

    [宛先ストレージクラスを指定]

    いいえ

    宛先ファイルのストレージクラスを設定するかどうかを指定します。

    • [指定]:移行されたファイルには、宛先で指定されたストレージクラスが割り当てられます。利用可能なストレージクラスは次のとおりです:

      • 標準

      • 低頻度アクセス

      • アーカイブ

      • コールドアーカイブ

      • ディープコールドアーカイブ

    • [指定しない] (デフォルト):宛先の移行されたファイルは、宛先バケットのデフォルトのストレージクラスを使用します。

    重要
    • このオプションは、アカウントが許可リストに登録されている場合にのみ表示および設定可能です。

    • このオプションは現在、宛先が OSS のタスクでのみサポートされています。

    タスクスケジューリング

    [実行時間]

    いいえ

    重要
    1. 移行タスクが次のスケジュールされた実行時間にまだ実行中の場合、その実行は現在の実行が完了した後の次のスケジュールされた時間まで延期されます。これは、指定された実行回数に達するまで続きます。

    2. 移行タスクの同時実行制限:中国本土および中国 (香港) のデプロイリージョンでは最大 10 個の同時実行タスクをサポートし、海外リージョンでは最大 5 個の同時実行タスクをサポートします。この制限を超えると、スケジュールされたタスクが失敗する可能性があります。

    移行タスクを実行するタイミングを定義します。

    • Immediately:作成されるとすぐにタスクを実行します。

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

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

      • 実行頻度:毎時、毎日、毎週、特定の曜日、カスタムの 5 種類の頻度をサポートします。詳細については、「実行頻度のリファレンス」をご参照ください。

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

    重要

    カスタム実行時間の設定に関係なく、いつでも手動でタスクを開始および停止できます。

  1. オンライン移行サービス契約を読み、[コンプライアンスコミットメント声明を理解し、確認し、移行タスク完了後のデータ整合性の検証責任を認めます] を選択し、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 回実行します。タスクが開始する曜日と時間 (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 にタスクを実行します。

  • 0 0 12 1-15 * SAT,SUN:月の 1 日から 15 日までの週末 (土曜日と日曜日) の午後 12:00 にタスクを実行します。

  • 0 30 8 1,15 * *:毎月 1 日と 15 日の午前 8:30 にタスクを実行します。

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

移行サービスはデータを転送するだけで、データの整合性や完全性を保証するものではありません。移行タスクが完了したら、ソースと宛先の間でデータの整合性を検証する必要があります。

警告

移行タスクが完了したら、宛先のデータを検証する必要があります。移行が成功したことを確認する前にソースデータを削除した場合、その結果生じるデータ損失については、お客様が単独で責任を負うものとします。