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

Server Migration Center:同じAlibaba Cloudアカウントまたは異なるAlibaba Cloudアカウントに属するECSインスタンス間でデータを移行する

最終更新日:Nov 08, 2024

リソースインベントリ、コスト最適化、ディザスタリカバリ、およびディスク容量のスケールダウンが不十分なため、あるAlibaba Cloudアカウントまたはリージョンに属するElastic Compute Service (ECS) インスタンスから別のAlibaba Cloudアカウントまたはリージョンに属するECSインスタンスにデータを移行する場合は、Server Migration Center (SMC) を使用できます。

説明

ECSのイメージコピーおよびイメージ共有機能を使用して、同じAlibaba Cloudアカウントまたは異なるAlibaba Cloudアカウントに属するECSインスタンス間でデータを移行することもできます。 詳細については、「カスタムイメージのコピー」をご参照ください。

シナリオ

次のシナリオでは、ECSインスタンス間でデータを移行できます。

  • シナリオ1: あるアカウントのECSインスタンスから別のアカウントのECSインスタンスへのデータの移行

    このシナリオでは、異なるAlibaba Cloudアカウントに属し、同じリージョンまたは異なるリージョンにあるECSインスタンス間でデータを移行できます。

  • シナリオ2: 同じAlibaba Cloudアカウントに属するECSインスタンス間でデータを移行する

    このシナリオでは、同じAlibaba Cloudアカウントに属し、異なるリージョンまたはゾーンに存在するECSインスタンス間でデータを移行できます。

    • 移行先ECSインスタンスを購入していない場合は、移行元に基づいてイメージを作成し、移行先リージョンまたはゾーンの移行先ECSインスタンスとしてイメージに基づいて新しいECSインスタンスを作成する必要があります。

    • 移行先ECSインスタンスを購入した場合、移行元から移行先ECSインスタンスにデータを移行できます。 この場合、移行元のストレージとオペレーティングシステムは、移行先ECSインスタンスのストレージとオペレーティングシステムと同じである必要があります。

  • シナリオ3: ECSインスタンスのディスクのスケールダウン

    ECSインスタンスのシステムディスクとデータディスクはスケールダウンできません。 ECSインスタンスのディスクをスケールダウンする場合は、移行元からディスク容量の小さいカスタムイメージまたは移行先ECSインスタンスにデータを移行できます。 移行元と移行先のECSインスタンスは、同じAlibaba Cloudアカウントまたは異なるAlibaba Cloudアカウントに属することができます。 詳細については、「ディスクの縮小」をご参照ください。

重要
  • Linuxサーバーのディスクサイズは、ブロックレプリケーションが無効になっているサーバー移行中にのみ変更できます。

  • Windowsサーバーを移行する前に、ディスクを圧縮する必要があります。

影響

データを移行する前に、次の表に示すように、移行による影響を理解する必要があります。

項目

説明

データディレクトリ

移行中、SMCは、移行元サーバーのディスクパーティション構造に基づいて、移行元サーバーのディスクパーティション構造と可能な限り一致するディスクパーティション構造を自動的に生成できます。 必要に応じて、パーティションのサイズと場所の順序、転送モード、LVMを有効にするかどうかなど、ターゲットディスクのパーティション構造を調整できます。

デフォルトでは、サーバーのすべてのディスクが移行されますが、次の条件を考慮する必要があります。

  • データディスクにマウントターゲットが存在しない場合、データディスクは移行されません。

  • 一部のパーティションディレクトリを移行する必要がない場合は、ディスクパーティション構造を調整した後にこれらのディスクを移行しないことを選択できます。

詳細については、「必要に応じてディスクパーティション構造を調整する」をご参照ください。

中間インスタンス

移行中は、中間インスタンスに対して操作を実行しないでください。

移行ジョブを実行するために、SMCはAlibaba Cloudアカウント内にNo_Delete_SMC_Transition_instanceという名前の一時中間インスタンスを作成します。 詳細については、サーバー移行センター (SMC) トピックの「中間インスタンスの仕様」セクションを参照してください。 移行の失敗を防ぐには、移行プロセス中に中間インスタンスを停止、開始、再起動、またはリリースしないでください。 移行が完了すると、SMCは中間インスタンスを自動的にリリースします。

説明

サーバーをECSインスタンスに移行すると、ECSインスタンスが中間インスタンスとして機能します。

IP アドレス

移行後、サーバーのIPアドレスが変更されます。 ビジネスでIPアドレスの設定が必要な場合は、移行元サーバーの移行後にIPアドレスを変更します。

  • 移行元と移行先ECSインスタンスに同じパブリックIPアドレスを使用する場合。

    • 移行元が固定パブリックIPアドレスを使用している場合は、データを移行してパブリックIPアドレスを保持する前に、固定パブリックIPアドレスをElastic IPアドレス (EIP) に変換できます。 データを移行した後、移行元からEIPの関連付けを解除し、EIPを移行先ECSインスタンスに関連付けることができます。 詳細については、「VPC内のECSインスタンスのパブリックIPアドレスをEIPに変換する」および「EIPの関連付けまたは関連付けの解除」をご参照ください。

    • 移行元がEIPを使用している場合、データの移行後に移行元からEIPの関連付けを解除し、EIPを移行先ECSインスタンスに関連付けることができます。 詳細については、「EIPの関連付けまたは関連付けの解除」をご参照ください。

  • プライベートIPアドレスを変更しない場合は、移行の完了後にプライベートIPアドレスを変更できます。 詳細については、「インスタンスのプライベートIPアドレスの変更」をご参照ください。

基本的なハードウェア

移行後、基礎となるハードウェアが変更され、基礎となるハードウェアに関連付けられているアプリケーションライセンスが無効になる場合があります。 必要に応じてチェックを実行します。

始める前に

  • サーバー移行の準備が完了しました。 詳細については、「開始前」をご参照ください。

  • 移行元と移行先のECSインスタンスに同じパブリックIPアドレスを使用し、移行元が固定パブリックIPアドレスを使用する場合は、データを移行する前に固定パブリックIPアドレスをEIPに変換してパブリックIPアドレスを保持できます。 データを移行した後、移行元からEIPの関連付けを解除し、EIPを移行先ECSインスタンスに関連付けることができます。 詳細については、「VPC内のECSインスタンスのパブリックIPアドレスをEIPに変換する」および「EIPの関連付けまたは関連付けの解除」をご参照ください。

    説明

    移行元がEIPを使用している場合、データの移行後に移行元からEIPの関連付けを解除し、EIPを移行先ECSインスタンスに関連付けることができます。 詳細については、「EIPの関連付けまたは関連付けの解除」をご参照ください。

  • 移行先ECSインスタンスを購入した場合は、次の要件が満たされていることを確認してください。

    • 移行先ECSインスタンスの重要なデータは、移行先インスタンス以外のイメージ、スナップショット、またはストレージデバイスにバックアップされます。

    • 移行先ECSインスタンスのオペレーティングシステムは、移行元のオペレーティングシステムと同じです。

    • 移行先ECSインスタンスにアタッチされているデータディスクの数が、移行元にアタッチされているデータディスクの数以上であること。 それ以外の場合、移行元のデータディスク上のデータを移行先ECSインスタンスに移行できません。 この場合、ターゲットECSインスタンスにさらに多くのデータディスクをアタッチする必要があります。 詳細については、「データディスクのアタッチ」をご参照ください。

    • 移行先ECSインスタンスに接続されているシステムディスクとデータディスクの容量が、移行元に接続されているシステムディスクとデータディスクの容量以上であること。 移行元に接続されているシステムディスクとデータディスクをスケールダウンする場合、移行先ECSインスタンスに接続されているシステムディスクとデータディスクの容量が、移行元に接続されているシステムディスクとデータディスクのデータによって実際に消費される容量以上であることを確認します。 そうしないと、移行元のデータを移行先のECSインスタンスに完全に移行できません。 この場合、ターゲットECSインスタンスに接続されているシステムディスクとデータディスクをスケールアップする必要があります。 ディスクをスケールアップする方法の詳細については、「概要」をご参照ください。

手順

ステップ1: 移行ソースに関する情報をインポートする

移行元は、データセンターのサーバー、VM、サードパーティのクラウドプラットフォーム上のホストなど、さまざまな種類のサーバーにすることができます。 SMCは、移行ソースに関する情報をインポートする複数の方法をサポートしています。 ビジネス要件に基づいて方法を設定できます。 詳細については、「」をご参照ください。移行元に関する情報をインポートする方法を選択するにはどうすればよいですか。 「FAQ」トピックのセクション。

(推奨) CLIを使用して移行元に関する情報をインポートする

重要

移行元サーバーはインターネット経由でアクセス可能である必要があります。

  1. activation codeコマンドを取得します。

    • 移行シナリオに基づいて、対応するAlibaba Cloudアカウントを選択し、SMCコンソールにログインします。

      • 同じAlibaba Cloudアカウント内のデータの移行: ソースECSインスタンスが存在するAlibaba Cloudアカウントを使用してSMCコンソールにログインします。

      • クロスアカウント移行 (ECSインスタンスの移行元アカウントAから移行先への移行) アカウントB): を使用してSMCコンソールにログインします。宛先Alibaba CloudアカウントB.

        警告
        • クロスアカウント移行のシナリオでは、移行元アカウントAと移行先アカウントBを区別して、逆移行を防ぐようにしてください。

        • 移行元をインポートするときは、移行先アカウントBのアクティベーションコードまたはAccessKeyペアを入力する必要があります。

    • 左側のナビゲーションウィンドウで、[クラウドに移行] > [サーバーの移行] を選択します。

    • [サーバーの移行] ページで、[移行ソースのインポート] をクリックします。

    • プロンプトに従ってパラメーターを設定し、アクティベーションコードコマンドをコピーします。 下表に、各パラメーターを説明します。

      パラメーター

      説明

      移行ソースタイプ

      移行元のタイプ。 [ECS] を選択します。

      Importメソッド

      移行元に関する情報をインポートするために使用されるメソッド。 [CLIを使用してサーバーをインポート] を選択します。

      移行元クォータ

      アクティベーションコードを使用して情報をインポートする移行ソースの数。 有効な値: 1 ~ 1000 デフォルト値は 10 です。

      購入期間

      アクティベーションコードの有効期間。 単位:日。 有効な値: 1 ~ 90。 デフォルト値:30。

      アクティベーションコード

      次の手順を実行して、アクティベーションコードを生成し、生成されたコマンドをコピーします。

      1. [生成] をクリックします。

      2. ソースのオペレーティングシステムに基づいて、[Linuxシェル] または [Windows Powershell] タブをクリックします。

      3. [コピー] をクリックして、アクティベーションコードコマンドをコピーします。

  2. 移行元サーバーにログインし、コピーしたコマンドを管理者として貼り付けて実行し、移行元に関する情報をインポートします。

    Linux サーバー
    1. Linuxサーバーにログオンします。

    2. コピーしたコマンドを管理者として貼り付けて実行し, 移行元の情報をインポートします。

      image.png

      コマンドの実行後、次のようなメッセージがソースサーバーのインポート [s-bp18x8751kgz2oyh ****] 成功! が返されると、移行元に関する情報がインポートされます。

    Windows サーバー
    1. Windowsサーバーにログオンします。

    2. 管理者としてWindows PowerShellを開きます。

    3. コピーしたコマンドを実行して、移行元に関する情報をインポートします。

      image.png

      コマンドの実行後、次のようなメッセージがソースサーバーのインポート [s-bp19rlidl3mwuptc ****] 成功! が返されると、移行元に関する情報がインポートされます。

  3. SMCコンソールの [サーバー移行] ページで、移行元のステータスを [リアルタイム移行ステータス] 列に表示します。

    • 移行元のステータスがオンラインの場合、移行元に関する情報がインポートされます。

    • 移行元が別の状態の場合、情報のインポートに失敗します。 この場合、次のソリューションに基づいて障害をトラブルシューティングし、移行元に関する情報を再度インポートします。

      • SMCコンソールまたはSMCクライアントがインストールされているディレクトリのログファイルに表示されるメッセージに基づいて、障害をトラブルシューティングしてください。 デフォルトでは、SMCクライアントは次のディレクトリにインストールされます。

        • Windowsサーバー: C:\smc

        • Linuxサーバー: /smc

      • トラブルシューティングについては、[サーバー移行センター (SMC) に関するFAQ] および [トラブルシューティング] のトピックを参照してください。

SMCコンソールを使用して移行元に関する情報をインポートします (クロスアカウント移行はサポートされていません) 。

説明
  • 異なるAlibaba Cloudアカウントに属するECSインスタンス間でデータを移行する場合、この方法はサポートされません。

  • 同じAlibaba Cloudアカウントに属するECSインスタンス間でデータを移行する場合、次の要件を満たす必要があります。

    • 移行元のインターネットアクセスが有効になっています。

    • 移行元にCloud Assistant Agentがインストールされています。 デフォルトでは、Cloud Assistant Agentは、2017年12月1日以降にパブリックイメージに基づいて作成されたECSインスタンスにインストールされます。

  • 移行元の情報をRAM (Resource Access Management) ユーザーとしてインポートする場合は、RAMユーザーに次の権限が付与されていることを確認してください。

    • AliyunRAMReadOnlyAccessを使用します。 詳細については、「RAMユーザーへの権限付与」をご参照ください。

    • AliyunECSAssistantFullAccessポリシーがRAMユーザーにアタッチされ、RAMユーザーにCloud Assistantを管理する権限を付与します。 詳細については、「RAMの概要」をご参照ください。

  1. SMCコンソールにログインします。

    警告
    • 異なるAlibaba Cloudアカウントに属するECSインスタンス間でデータを移行する場合は、移行先ECSインスタンスが属するAlibaba Cloudアカウントを使用してSMCコンソールにログインします

    • 逆移行を防ぐために、移行元のAlibaba Cloudアカウントと移行先のAlibaba Cloudアカウントを区別してください。

  2. 左側のナビゲーションウィンドウで、[クラウドに移行] > [サーバーの移行] を選択します。

  3. [サーバーの移行] ページで、[移行ソースのインポート] をクリックします。

  4. プロンプトに従ってパラメーターを設定し、アクティベーションコードコマンドをコピーします。 下表に、各パラメーターを説明します。

    パラメーター

    説明

    移行ソースタイプ

    移行元のタイプ。 [ECS] を選択します。 デフォルトでは、[SMCクライアントのインストール] が選択されています。

    Importメソッド

    移行元に関する情報をインポートするために使用されるメソッド。 [コンソールからインポート] を選択します。

    リージョン

    移行元が存在するリージョン。

    インスタンス

    情報をインポートするECSインスタンス。 複数のECSインスタンスを選択して、一度にECSインスタンスに関する情報をインポートできます。

    ECSインスタンスを検索するには、インスタンスID、インスタンス名、プライベートIPアドレス、パブリックIPアドレス、またはEIPを検索ボックスに入力します。

  5. パラメーターを設定したら、[インポート] をクリックします。

    インポートプロセスには約3〜10分かかります。 インポートが完了するまで待ちます。

  6. SMCコンソールの [サーバー移行] ページで、移行元のステータスを [リアルタイム移行ステータス] 列に表示します。

    • 移行元のステータスがオンラインの場合、移行元に関する情報がインポートされます。

    • 移行元が別の状態の場合、情報のインポートに失敗します。 この場合、次のソリューションに基づいて障害をトラブルシューティングし、移行元に関する情報を再度インポートします。

      • SMCコンソールまたはSMCクライアントがインストールされているディレクトリのログファイルに表示されるメッセージに基づいて、障害をトラブルシューティングしてください。 デフォルトでは、SMCクライアントは次のディレクトリにインストールされます。

        • Windowsサーバー: C:\smc

        • Linuxサーバー: /smc

      • トラブルシューティングについては、[サーバー移行センター (SMC) に関するFAQ] および [トラブルシューティング] のトピックを参照してください。

SMCクライアントを使用して移行元に関する情報をインポートする

SMCクライアントの詳細については、「SMCクライアントの使用」をご参照ください。

  1. SMCクライアントをダウンロードします。

    1. activation codeコマンドを取得します。

      • 移行シナリオに基づいて、対応するAlibaba Cloudアカウントを選択し、SMCコンソールにログインします。

        • 同じAlibaba Cloudアカウント内のデータの移行: ソースECSインスタンスが存在するAlibaba Cloudアカウントを使用してSMCコンソールにログインします。

        • クロスアカウント移行 (ECSインスタンスの移行元アカウントAから移行先への移行) アカウントB): を使用してSMCコンソールにログインします。宛先Alibaba CloudアカウントB.

          警告
          • クロスアカウント移行のシナリオでは、移行元アカウントAと移行先アカウントBを区別して、逆移行を防ぐようにしてください。

          • 移行元をインポートするときは、移行先アカウントBのアクティベーションコードまたはAccessKeyペアを入力する必要があります。

      • 左側のナビゲーションウィンドウで、[クラウドに移行] > [サーバーの移行] を選択します。

      • [サーバーの移行] ページで、[移行ソースのインポート] をクリックします。

      • プロンプトに従ってパラメーターを設定し、アクティベーションコードコマンドをコピーします。 下表に、各パラメーターを説明します。

        パラメーター

        説明

        移行ソースタイプ

        移行元のタイプ。 [ECS] を選択します。

        Importメソッド

        移行元に関する情報をインポートするために使用されるメソッド。 [CLIを使用してサーバーをインポート] を選択します。

        移行元クォータ

        アクティベーションコードを使用して情報をインポートする移行ソースの数。 有効な値: 1 ~ 1000 デフォルト値は 10 です。

        購入期間

        アクティベーションコードの有効期間。 単位:日。 有効な値: 1 ~ 90。 デフォルト値:30。

        アクティベーションコード

        次の手順を実行して、アクティベーションコードを生成し、生成されたコマンドをコピーします。

        1. [生成] をクリックします。

        2. ソースのオペレーティングシステムに基づいて、[Linuxシェル] または [Windows Powershell] タブをクリックします。

        3. [コピー] をクリックして、アクティベーションコードコマンドをコピーします。

    2. 左側のナビゲーションウィンドウで、[クラウドに移行] > [サーバーの移行] を選択します。

    3. [サーバーの移行] ページで、[移行ソースのインポート] をクリックします。

    4. [移行ソースのインポート] ページで、パラメーターを設定します。 下表に、各パラメーターを説明します。

      パラメーター

      説明

      移行ソースタイプ

      [ECSインスタンス] を選択します。

      Importメソッド

      移行元に関する情報をインポートするために使用されるメソッド。 [クライアントを使用してサーバーをインポート] を選択します。

      説明

      [説明] セクションの情報を読み、移行元のオペレーティングシステムのCPUアーキテクチャ (Armまたはx86) とビットバージョン (32ビットまたは64ビット) に基づいて、必要なバージョンのSMCクライアントをダウンロードします。

  2. 移行元に関する情報をインポートします。

    移行元のオペレーティングシステムに基づいて操作を実行します。

    重要

    移行中は、移行が完了するまでSMCクライアントをシャットダウンしないでください。 それ以外の場合、移行元はSMCコンソールから切断され、移行は失敗します。

    Windows サーバー
    1. ファイル転送をサポートするリモート接続ツールを使用できます。 たとえば、WinSCPを使用してSMCクライアントパッケージをソースWindowsサーバーにアップロードできます。

    2. 移行元のWindowsサーバーで、Windowsの組み込み解凍ツールまたはインストールした解凍ツールを使用して、SMCクライアントパッケージを解凍します。

    3. ソースサーバーに対応するSMCクライアントフォルダーで、SMCクライアントを実行します。

      • Windows GUIバージョンを実行するには、go2aliyun_gui.exeファイルをダブルクリックします。

      • Windows CLIバージョンを実行するには、go2aliyun_client.exeファイルをダブルクリックします。

      説明

      プログラムを実行するときは、[OK] をクリックして、管理者権限があることを確認する必要があります。

    4. アクティベーションコードまたはAccessKeyペアを取得します。

      • (推奨) アクティベーションコードを取得する: SMCコンソールの [説明] セクションで、[生成] をクリックし、生成されたアクティベーションコード情報をコピーします。

      • AccessKeyペアの取得: AccessKeyペアは、AccessKey IDとAccessKeyシークレットで構成されます。 AccessKeyペアが作成されていない場合は、最初に作成します。 詳細については、「AccessKeyペアの取得」をご参照ください。

    5. プロンプトに従って、アクティベーションコードまたはAccessKeyペアを入力します。

      • Windows GUIバージョンを実行するには、[トークンId/AK] および [トークンコード /SK] フィールドにアクティベーションコードまたはAccessKeyペアを入力し、[開始] をクリックします。 詳細については、「SMCクライアントのWindows GUIバージョンの使用」をご参照ください。

      • Windows CLIバージョンを実行するには、取得したaccess_access_token_idaccess_token_codeを入力し、enterキーを押します。

      移行元に関する情報がインポートされると、次のようなメッセージが返されます。[s-bp11npxndknsycqj ****] Successfully!

    Linux サーバー
    1. ファイル転送をサポートするリモート接続ツールを使用できます。 たとえば、WinSCPを使用してSMCクライアントパッケージをソースLinuxサーバーにアップロードできます。

    2. ソースLinuxサーバーに接続し、SMCクライアントパッケージを解凍します。

      この例では、Linux 64ビットGenericを使用しています。 次のコマンドを実行して、パッケージを解凍します。 別のバージョンのSMCクライアントを使用する場合は、コマンドのパッケージ名をSMCクライアントの名前に置き換えます。

      tar xf go2aliyun_client_linux_x86_64.tar.gz
      説明

      Linux ARM64は、g6r汎用インスタンスファミリーとc6rコンピューティング最適化インスタンスファミリーをサポートしています。 インスタンスタイプの詳細については、「インスタンスファミリーの概要」トピックの「ARMベースのエンタープライズレベルコンピューティングインスタンスファミリー」をご参照ください。

    3. (オプション) 必要のないファイルまたはディレクトリを移行から除外します。 詳細については、「」をご参照ください。移行ジョブからファイルまたはディレクトリを除外するにはどうすればよいですか? 「FAQ」トピックのセクション。

      重要

      ブロックレプリケーション機能を有効にした場合、移行ジョブからファイルまたはディレクトリを除外することはできません。

    4. アクティベーションコードまたはAccessKeyペアを取得します。

      • (推奨) アクティベーションコードを取得する: SMCコンソールの [説明] セクションで、[生成] をクリックし、生成されたアクティベーションコード情報をコピーします。

      • AccessKeyペアの取得: AccessKeyペアは、AccessKey IDとAccessKeyシークレットで構成されます。 AccessKeyペアが作成されていない場合は、最初に作成します。 詳細については、「AccessKeyペアの取得」をご参照ください。

    5. SMCクライアントフォルダーで、次のコマンドを実行してSMCクライアントを実行します。

      移行元サーバーのオペレーティングシステムに対してrootまたはsudo権限があるかどうかに基づいて、rootまたはsudoユーザーとして次のコマンドを実行します。

      ルートユーザー
      cd go2aliyun_client_linux_x86_64
      chmod +x go2aliyun_client
      ./go2aliyun_client
      Sudoユーザー
      cd go2aliyun_client_linux_x86_64
      sudo chmod +x go2aliyun_client
      sudo ./go2aliyun_client
    6. プロンプトに従って、アクティベーションコードまたはAccessKeyペアを入力します。 この例では、次の図に示すように、アクティベーションコードが使用されています。adad

      アクティベーションコードを入力すると、次のメッセージが表示されることがあります。

      • 移行元サーバーにスナップショットの依存関係がインストールされていない場合、メッセージが表示されます。 メッセージの詳細を次の図に示します。 ブロックレプリケーション機能を有効にするかどうかに基づいて、スナップショット依存関係をインストールするかどうかを決定できます。

        • 移行のブロックレプリケーションを有効にする場合は、yesと入力してスナップショットの依存関係を自動的にインストールします。

        • 移行のブロックレプリケーションを有効にしない場合は、noと入力します。

        重要

        スナップショットの依存関係のインストールに失敗した場合、移行ジョブの作成時にブロックレプリケーションを有効にしないでください。 そうしないと、移行が失敗する可能性があります。

        123

      • rsyncツールは、ほとんどの主流の移行ソースにインストールされます。 rsyncが移行元にインストールされていない場合、SMCクライアントはメッセージを表示します。 次の図に示すように、yesと入力してrsyncをインストールします。安装rsync

      • 移行元でSELinuxが有効になっている場合、SELinuxを無効にするように促すメッセージが表示されます。 yesと入力してSELinuxを無効にします。 次の図は、SELinuxを無効にする方法を示しています。关闭SELinux

      移行元の情報をインポートすると、次のようなメッセージが返されます。ソースサーバーのインポート [s-bp11npxndknsycqj ****] 成功!.

      説明

      移行元に関する情報のインポートに失敗した場合は、返されたメッセージに基づいて問題をトラブルシューティングできます。 問題を修正した後、次のコマンドを実行してバックグラウンドプログラムを終了し、移行ソースのオペレーティングシステムに対する権限に基づいて、移行ソースに関する情報を再インポートします。 よくある質問 (FAQ) と解決策の詳細については、「サーバー移行センター (SMC) に関するFAQ」と「トラブルシューティング」をご参照ください。

      Sudoユーザー
      sudo ./go2aliyun_client --abort
      sudo ./go2aliyun_client
      ルートユーザー
      ./go2aliyun_client --abort
      ./go2aliyun_client
  3. SMCコンソールの [サーバー移行] ページで、移行元のステータスを [リアルタイム移行ステータス] 列に表示します。

    • 移行元のステータスがオンラインの場合、移行元に関する情報がインポートされます。

    • 移行元が別の状態の場合、情報のインポートに失敗します。 この場合、次のソリューションに基づいて障害をトラブルシューティングし、移行元に関する情報を再度インポートします。

      • SMCコンソールまたはSMCクライアントがインストールされているディレクトリのログファイルに表示されるメッセージに基づいて、障害をトラブルシューティングしてください。 デフォルトでは、SMCクライアントは次のディレクトリにインストールされます。

        • Windowsサーバー: C:\smc

        • Linuxサーバー: /smc

      • トラブルシューティングについては、[サーバー移行センター (SMC) に関するFAQ] および [トラブルシューティング] のトピックを参照してください。

ステップ2: 移行ジョブを作成して開始する

  1. 管理する移行ソースを見つけて、[操作] 列の [移行の開始] をクリックします。

  2. パラメーターを設定し、[作成] をクリックします。

    1. 次の表に示す基本パラメータを設定します。

      パラメーター

      説明

      移行ジョブ名

      移行ジョブの名前。

      サーバーの移行

      ジョブの説明

      移行ジョブの説明。

      test

      移行先のタイプ

      必須。 宛先のタイプ。 実際の移行シナリオに基づいて、移行先タイプを選択します。

      ECSイメージ

      ソースサーバーをECSイメージに移行し、イメージを使用してECSインスタンスを作成します。

      [宛先タイプ] パラメーターをECSイメージに設定すると、次のパラメーターが表示されます。

      • 移行先リージョン: 移行元サーバーを移行するAlibaba Cloudリージョン。 This parameter is required. リージョンの詳細については、「リージョンとゾーン」をご参照ください。

      • イメージ名: 移行元サーバー用にSMCによって生成された移行先カスタムイメージの名前。

      ECSインスタンス

      ソースサーバーを、ストレージやオペレーティングシステムなどの構成がソースサーバーの構成と一致する既存のECSインスタンスに移行します。

      重要

      移行中に、移行先ECSインスタンスのオペレーティングシステムが置き換えられ、システムディスクの自動スナップショットがリリースされ、復元できません。 将来のニーズやデータのセキュリティを考慮して自動スナップショットを保持する場合は、移行前にディスクと一緒に自動スナップショットのリリースを手動でキャンセルできます。 詳細については、「ディスクのリリース中の自動スナップショットの削除」をご参照ください。

      [宛先タイプ] パラメーターをECSインスタンスに設定すると、次のパラメーターが表示されます。

      • 移行先リージョン: 移行元サーバーを移行するAlibaba Cloudリージョン。 This parameter is required. リージョンの詳細については、「リージョンとゾーン」をご参照ください。

      • 宛先インスタンス: 宛先インスタンスとして使用されるECSインスタンス。

      ECSイメージ

      移行テスト

      移行テスト機能を有効にするかどうかを指定します。 この機能は、移行ジョブが開始される前に移行ジョブの実現可能性とリスクを理解するのに役立ち、特定された問題に対するソリューションを提供します。 また、移行するデータの量、移行速度、移行の合計期間などの情報を取得することもできます。 これにより、実際の移行中に発生する可能性のある問題や損失を減らすことができます。 テスト中、従量課金のリソースが課金されます。 デフォルトでは、移行テストがオンになっています。

      警告

      Destination TypeパラメーターをECSインスタンスに設定した場合、ターゲットECSインスタンスのすべてのディスクのスナップショットが作成されます。 移行テストが異常であるか、[実行方法] パラメーターが [テストのみ] に設定されている場合、ディスクスナップショットは自動的にロールバックされます。 移行テスト中、移行先ECSインスタンスは使用できず、すべてのデータが失われます。 移行先のECSインスタンスに重要なデータがないことを確認します。

      詳細については、「移行テストの設定」をご参照ください。

      デフォルト設定を維持する

      実行方法

      移行ジョブが実行されるモード。 移行テストがオンになっているかどうかに基づいて、実行方法を選択します。

      移行テストが有効な場合

      • テストのみ: 移行テストのみを実行します。 移行テストが完了したら、サーバー移行ジョブを手動で開始する必要があります。

      • テストと移行: 移行テストを実行します。 移行テストが完了した後、クリティカル状態のテスト項目がない場合、システムは自動的にサーバー移行ジョブを開始します。 デフォルト値です。

      移行テストがオフになっているとき

      • 今すぐ移行: 移行ジョブは作成後すぐに開始されます。 デフォルト値です。

      • 後で移行: 移行ジョブは、作成後の指定された時間に自動的に開始されます。

        説明

        移行ジョブを実行するために指定できる最も早い時間は、ジョブが作成されてから10分後です。

      • 作成のみ: 移行ジョブの作成後、[操作] 列の [移行ジョブの開始] をクリックして、移行ジョブを手動で開始する必要があります。

      デフォルト設定を維持する

    2. 次の表に示すディスクパラメーターを設定します。

      パラメーター

      説明

      宛先ディスクサイズ (GiB)

      ターゲットインスタンスのディスク設定。 ビジネス要件に基づいて、次のパラメーターを設定します。

      システムディスク

      • システムディスク: ターゲットインスタンスのシステムディスクのサイズ。 単位は USD / GiB です。 有効な値: 20 ~ 2048 移行先システムディスクのサイズは、移行元システムディスクのデータ量よりも大きくする必要があります。 たとえば、ソースのシステムディスクの合計サイズが400 GiBで、このディスクに保存されているデータのサイズが100 GiBのみの場合、このパラメーターを100より大きい値に設定する必要があります。

        説明

        このパラメーターのデフォルト値は、ソースシステムディスクのサイズです。 デフォルト値を保持するか、より大きな値を指定することを推奨します。

      • Partition <N>: パーティションのサイズ。 SMCは、ソースデータディスクのパーティショニング方式に基づいて、宛先データディスクのパーティショニング方式を生成する。 単位は USD / GiB です。 Nの有効値: 0〜14。 <N> は、パーティションのシリアル番号を示します。 たとえば、移行元のシステムディスクにパーティションが1つしかない場合、パーティション0が生成されます。

      データディスク

      • Data Disk <N>: ターゲットインスタンスのデータディスクのサイズ。 単位は USD / GiB です。 有効な値: 20 ~ 32768

        • [データディスク <N>] チェックボックスをオンにすると、ターゲットデータディスクが生成されます。

        • <N> は、データディスクのシリアル番号を示します。

        • 宛先データディスクのサイズは、ソースデータディスク上のデータ量よりも大きくなければなりません。 たとえば、ソースデータディスクの合計サイズが500 GiBで、このディスクに保存されているデータのサイズが100 GiBのみの場合、このパラメーターを100より大きい値に設定する必要があります。

      • Partition <N>: パーティションのサイズ。 SMCは、ソースデータディスクのパーティショニング方式に基づいて、宛先データディスクのパーティショニング方式を生成する。 単位は USD / GiB です。 Nの有効値: 0〜14。 <N> は、パーティションのシリアル番号を示します。 たとえば、移行元のデータディスクにパーティションが1つしかない場合、パーティション0が生成されます。

      説明

      移行元にデータディスクがない場合、または移行元にデータディスクが接続されていない場合、[データディスク] パラメーターは表示されません。 詳細については、「移行元のデータディスクパラメーターが [移行ジョブの作成] ダイアログボックスに表示されない理由」を参照してください。 私は何をしますか?" FAQトピックのセクション。

      ブロックレプリケーション

      SMCは、移行元がパーティションのブロックレベルのレプリケーションをサポートしているかどうかに基づいて、スイッチをオンにすることを許可または拒否します。

      • 移行元がパーティションのブロックレプリケーションをサポートしていない場合、スイッチをオンにすることはできません。 SMCがデフォルトの方法を使用してファイルレベルで移行元を移行する場合、移行先ディスク上の各パーティションのサイズを変更できます。

      • 移行元がパーティションのブロックレプリケーションをサポートしている場合、スイッチはデフォルトでオンになっています。 ディスクデータはパーティションレベルで移行できます。 ブロックレプリケーション機能により、安定したデータ伝送が保証されます。 この機能は、ソースディスクと宛先ディスクが同じパーティショニング方式を使用することも保証します。 ただし、コピー先ディスクの各パーティションのサイズを変更することはできません。

      説明

      ソースサーバーでWindowsが実行されている場合、ブロックレプリケーションはデフォルトで有効になります。 この機能を無効にすることはできません。

      デフォルト設定を維持する

    3. 条件付き必須。 [詳細設定] をクリックして、ディスクパーティション構造、ネットワークタイプ、自動増分同期などの詳細パラメーターを設定します。 次の表に、高度なパラメーターを示します。

      説明

      [ネットワークタイプ][VPC] を選択することを推奨します。 インターネットを介した移行と比較して、VPCを介した移行はより効率的で安定しています。

      パラメーター

      説明

      ディスクパーティションの変更

      ニーズに応じて、[ディスクパーティションの変更] を有効にするかどうかを決定します。 この機能は、SMCクライアント2.8.0以上でのみサポートされます。 詳細については、「SMCクライアントの使用」をご参照ください。

      • 無効: デフォルトでは、移行先システムのディスクパーティション構造は移行元のディスクパーティション構造と同じです。

      • 有効: パーティションのサイズと順序、転送方法、LVMを有効にするかどうか、およびその他の設定など、移行先のディスクパーティション構造を調整できます。

        ディスクパーティション構造のパラメータの説明は次のとおりです。

        ディスクの構成

        • システムディスク: ターゲットインスタンスのシステムディスクのサイズ。 単位は USD / GiB です。 有効な値: 20〜2048、

          移行先システムディスクのサイズは、移行元システムディスクのデータ量よりも大きくする必要があります。 たとえば、ソースのシステムディスクの合計サイズが400 GiBで、このディスクに保存されているデータのサイズが100 GiBのみの場合、このパラメーターを100より大きい値に設定する必要があります。

          説明

          このパラメーターのデフォルト値は、ソースシステムディスクのサイズです。 デフォルト値を保持するか、より大きな値を指定することを推奨します。

        • Data Disk <N>: ターゲットインスタンスのデータディスクのサイズ。 単位は USD / GiB です。 有効な値: 20 ~ 32768

          • 変数 <N> は、データディスクのシリアル番号を示します。 ディスクが移行先インスタンスに移行されている場合、NはデータディスクのIDです。

          • 宛先データディスクのサイズは、ソースデータディスク上のデータ量よりも大きくなければなりません。 たとえば、ソースデータディスクの合計サイズが500 GiBで、このディスクに保存されているデータのサイズが100 GiBのみの場合、このパラメーターを100より大きい値に設定する必要があります。

          • データディスクの下にマウントターゲットがない場合、またはすべてのマウントターゲットが移行されていない場合、データディスクは移行されません。

        • LVM: Logical Volume Manager (LVM) は、Linuxシステムでディスクパーティションを管理するためのメカニズムです。 LVMは、従来のディスクパーティションよりも柔軟であり、ディスク容量の動的調整が可能です。

          必要に応じて、LVMを有効にするかどうかを選択できます。 LVMを有効にすると、ターゲットは自動的にLVM構造でディスクを再構築します。

          説明例:

          LVMが有効になっている宛先ディスクごとに、システムは1つの物理ボリューム (PV) とそれに対応するボリュームグループ (VG) を作成します。 VG上には、マウント対象に対応する多数の論理ボリュームマネージャ (LVM) が作成される。 デフォルトでは、VG名はvgX (Xはディスクのシリアル番号) 、LVM名はlvX (XはLVMのシリアル番号) です。 例を次の図に示します。

          image

          重要

          LVMは、次のシナリオではサポートされません。

          • 移行元がWindowsシステムの場合。

          • システムディスクにブートパーティションがない場合。

          LVMを有効にすると、次のシナリオではこの機能は有効になりません。

          • 移行元がlvm2をサポートしていないか、lvm2パッケージがインストールされていません。

          • 移行元は、カーネルバージョンが3.x以前のDebianシステムで、XFSファイルシステムを持つディスクがマウントされます。

        マウント対象の設定

        • 移行するかどうか: ビジネスニーズに基づいて、マウントターゲットを移行するかどうかを選択できます。

        • ブロックレプリケーションの有効化: ブロックレプリケーションを有効にすると、移行元パーティション構造との一貫性を確保しながら、移行転送速度の安定性を効果的に向上させることができます。 ただし、パーティションサイズは変更できません。 SMCは、移行元ディスクパーティションのステータスに基づいて、ブロックレプリケーションの有効化をサポートするかどうかを決定します。

          • 移行元がパーティションのブロックレプリケーションをサポートしていない場合、[ブロックレプリケーションの有効化] スイッチをオンにできず、既定のファイルレプリケーション方法が使用され、パーティションサイズを変更できます。

          • 移行元がパーティションのブロックレプリケーションをサポートしている場合、パーティションレベルのディスク移行を実現するには、デフォルトでEnable block replicationスイッチが有効になります。

          説明
          • 移行元がWindowsオペレーティングシステムの場合、ブロックコピー機能は既定で有効になり、無効にすることはできません。When the migration source is a Windows operating system, the block copy feature is enabled by default and cannot be disabled.

          • LVMがディスクで有効になっていて、パーティションサイズが4 MiBの整数倍でない場合、ブロックコピーは有効にならず、ファイルコピーがデータ転送に使用されます。

        • [パーティションのサイズの設定]: ブロックコピーが有効になっていない場合、必要に応じてパーティションのサイズを設定できますが、パーティションのサイズの合計は、それらが属するディスクのサイズを超えることはできません。

        説明

        ターゲットインスタンスのディスクサイズが移行元ディスクと一致しない場合、タスクを作成できません。If the disk sizes of the target instance do not match the migration source disks, a task cannot be created. この場合、システムはディスクサイズ要件を満たすようにマウントポイントの位置を自動的に調整します。 マウントポイントを調整した後に要件を満たすことができない場合は、インターフェイスのプロンプトに従って問題を処理してください。

        ディスクサイズの要件を満たすには、マウントポイントの位置を手動でドラッグアンドドロップすることもできます。You can also manually drag and drop mount point positions to meet disk size requirements. ただし、boot型またはsystem型のパーティションではドラッグアンドドロップはサポートされていません。 具体的な操作は次のとおりです。

        1. マウントターゲットの前にマウスをマウスの上に置きます。Hover the mouse over the imageover imagebefore the mount target.

        2. マウスを使用して、マウントポイントを別のディスクにドラッグします。

      ネットワークタイプ

      移行元サーバーから中間インスタンスにデータを移行するために使用されるネットワークの種類。 デフォルトでは、データはインターネット経由で移行されます。 移行中、SMCはVPCのvSwitchに接続する中間インスタンスを作成します。 [パブリックネットワーク] を選択した場合、パブリックIPアドレスが中間インスタンスに割り当てられます。

      パブリックネットワーク (デフォルト値)

      SMCは、インターネット経由でデータを中間インスタンスに移行します。 [パブリックネットワーク] を選択した場合は、移行元サーバーがインターネットにアクセスできることを確認します。 ビジネス要件に基づいて、VPCとvSwitchを指定するかどうかを決定できます。

      • VPCとvSwitchを指定すると、指定されたVPCとvSwitchに接続する中間インスタンスが作成されます。

      • VPCまたはvSwitchを指定しない場合、SMCは、システムによって自動的に作成されたVPCおよびvSwitchに接続する中間インスタンスを作成します。

      [VPC]

      SMCは、VPC経由で中間インスタンスにデータを移行します。 VPCを選択した場合、VPCとvSwitchを指定し、ソースサーバーがVPCに接続できることを確認する必要があります。

      説明

      データセンターのサーバー、VM、またはサードパーティのクラウドサーバーがVPCに接続できる場合は、このネットワークタイプを選択してデータを移行することを推奨します。 インターネットを介した移行と比較して、VPCを介した移行はより効率的で安定しています。 VPN Gateway、Express Connect、またはSAGを使用して、移行元をVPCに接続できます。 詳細については、「データセンターをVPCに接続する」をご参照ください。

      デフォルト設定を維持する

      伝送速度制限

      移行中の最大ネットワーク転送速度。 単位は、Mbit/s です。 圧縮率パラメーターを0より大きい値に設定した場合、圧縮データの転送速度である実際のネットワーク転送速度は、[リアルタイム移行ステータス] 列に表示されている速度よりも遅くなります。

      デフォルト設定を維持する

      圧縮率

      移行するデータの圧縮率。 ビジネス要件に基づいて圧縮比を設定します。

      • 帯域幅が制限される場合、高い圧縮比は伝送効率を改善する。

      • 高い帯域幅が利用可能な場合は、データを圧縮しないことを推奨します。 データ圧縮は、移行元のCPUリソースを消費します。

      有効な値: 0〜10。 デフォルト値 : 7 値0は、データが圧縮されていないことを示す。

      デフォルト設定を維持する

      チェックサムの検証

      チェックサムを使用してデータの整合性を検証するかどうかを指定します。 デフォルトでは、この機能は無効化されています。 この機能を有効にすると、データの整合性は確保されますが、伝送速度が低下する可能性があります。

      デフォルト設定を維持する

      ライセンスタイプ

      ライセンスタイプ。 有効な値:

      デフォルト設定を維持する

      画像チェック

      イメージチェック機能を有効にするかどうかを指定します。 イメージチェック機能は、イメージが有効かどうか、およびイメージを使用してフル機能のECSインスタンスを作成できるかどうかをチェックします。 VMware VMのサーバー移行ジョブまたはエージェントレス移行ジョブを作成するときに、イメージチェック機能を使用できます。

      この機能は、移行ジョブの完了後にイメージまたはECSインスタンスの潜在的な問題を特定するのに役立ち、特定された問題に対する解決策を提供します。 これにより、ECSインスタンスの起動成功率が向上します。

      詳細については、「イメージチェックの設定」をご参照ください。

      デフォルト設定を維持する

      自動増分同期

      SMCが移行元の増分データをAlibaba Cloudに自動的に同期するかどうかを指定します。 デフォルトでは、この機能は無効化されています。

      • この機能を有効にする場合は、次のパラメーターを設定する必要があります。

        • 同期間隔: SMCが増分データをAlibaba Cloudに自動的に同期する間隔。

        • 最大予約イメージ: 増分データ同期中に保持できるイメージの最大数。

        SMCは、指定された間隔で増分データをAlibaba Cloudに自動的に同期します。 増分データ同期のベストプラクティスの詳細については、「サーバーからの増分データの移行」をご参照ください。

      • この機能を無効にすると、増分データは同期されません。

      • 増分データ同期機能は、増分データのみを同期します。

      • フルデータ移行が完了した後に移行ジョブを作成するときに自動増分同期をオンにすると、ジョブは増分データのみを同期します。

      デフォルト設定を維持する

      タグ

      移行ジョブに指定するタグ。 各タグは、キーと値を含む。 タグを使用して、移行ジョブを照会および管理できます。 詳細については、「タグを使用して移行ソースと移行ジョブを管理する」および「タグを使用して詳細なアクセス制御を実装する」をご参照ください。

      説明

      移行ジョブには最大20個のタグを指定できます。

      デフォルト設定を維持する

      中間インスタンスタイプ

      中間インスタンスのタイプ。 ビジネス要件に基づいて中間インスタンスタイプを選択します。 このパラメーターは、[宛先タイプ] パラメーターを [ECSイメージ] に設定した場合にのみ使用できます。

      • インスタンスタイプを指定すると、指定したタイプの中間インスタンスが作成されます。 指定されたインスタンスタイプが使用できない場合、移行ジョブの作成に失敗します。

      • インスタンスタイプを指定しない場合、SMCは自動的に中間インスタンスを作成します。

      重要

      移行の失敗を防ぐために、移行中に中間インスタンスを停止、開始、再起動、またはリリースしないでください。

      デフォルト設定を維持する

  3. 表示されるメッセージで、移行メモを読み、[Got It] をクリックします。

  4. 移行ジョブの詳細ページの [移行ジョブ] セクションで、作成したジョブのステータスを表示します。

    データ送信に必要な時間は、移行元のデータサイズやネットワーク帯域幅などの要因に左右されます。 移行ジョブが完了するまで待ちます。

    説明

    移行ジョブが [同期] ステータスの場合、[リアルタイム移行ステータス] 列に [速度][同期の残り時間] パラメーターが表示されます。

    • 速度: 1秒あたりに移行されるデータの量。非圧縮データの転送速度を示します。 圧縮率パラメーターを0より大きい値に設定した場合、圧縮データの転送速度である実際のネットワーク転送速度は、表示されている速度よりも遅くなります。

    • 同期のための残り時間: 次の式を使用して現在の速度に基づいて計算された残りの同期時間: 同期のための残り時間=(総データサイズ-転送されたデータサイズ) /速度。

    image

    移行ジョブが [同期] ステータスの場合、必要に応じて次の操作を実行できます。

    • 移行ジョブの変更: [操作] 列で、[移行ジョブの変更] をクリックして、送信速度制限、圧縮比、およびチェックサム検証パラメーターを変更します。

    • 移行ジョブの一時停止: [操作] 列で、[移行ジョブの一時停止] をクリックします。

  5. 必要に応じて、 タスクの詳細を表示するには、次の手順を実行します。

    1. 詳細を表示する移行ジョブを見つけ、[移行ソースID /名前] 列の移行ソースIDまたは名前をクリックします。

    2. ジョブの詳細ページで、[移行ジョブ] セクションでジョブの詳細を表示します。

移行結果の確認

  • 移行ジョブが完了状態になると、移行は成功します。

    • 移行ジョブの [宛先タイプ] パラメーターを [ECSイメージ] に設定した場合、次の方法で移行結果を確認できます。

      移行が完了すると、Alibaba Cloudカスタムイメージが生成されます。 [移行成果物] 列の [レポートの表示] をクリックすると、イメージのチェック結果が表示されます。 詳細については、「イメージチェックの設定」トピックのイメージチェック結果の表示セクションをご参照ください。

      image

      (推奨) 手動で移行結果を確認する

      [操作] 列の [インスタンスの作成] をクリックして、ECSコンソールのECSインスタンスの作成ページに移動します。 移行ジョブによって作成されたカスタムECSイメージは、ECSインスタンスを作成するためにデフォルトで選択されています。 詳細については、「カスタムイメージを使用したインスタンスの作成」をご参照ください。

      自動移行結果検証機能の使用

      説明

      この機能を使用するには、インスタンスにCloud Assistantプラグインをインストールし、インスタンスのシステムバージョンがこの機能をサポートしている必要があります。 詳細については、「Cloud Assistant Agentのインストール」をご参照ください。

      この機能は、Alibaba Cloud CloudOps Orchestration Service (OOS) が提供するACS-SMC-CreateAndVerifyInstanceテンプレートを使用して、移行ジョブによって生成されたイメージを使用してECSインスタンスを作成できるかどうか、およびECSインスタンスが期待どおりに起動できるかどうかを自動的に検証します。

      1. [操作] 列の [移行結果の確認] をクリックします。

        image

      2. 表示されるダイアログボックスで、検証プロセスの手順を読み、[今すぐ検証] をクリックします。

        [検証パラメーターのカスタマイズ] をクリックしてパラメーターを設定することもできます。

      3. [移行結果の検証] 列に、検証結果を表示します。 有効な値:

        • 検証済み: 移行が成功したことを示します。 [出力パラメータの表示] をクリックして詳細を確認できます。

        • Not Verified: 移行が失敗したことを示します。 [原因の表示] をクリックして、障害のトラブルシューティングを行います。

        [操作] 列の...アイコンをクリックし、[OOSコンソールで検証レコードを表示] を選択して、テンプレート履歴を表示することもできます。

    • 移行ジョブの [宛先タイプ] パラメーターを [ECSインスタンス] に設定した場合、[操作] 列の [宛先インスタンスの表示] をクリックして、移行先ECSインスタンスの詳細ページに移動し、移行結果を確認できます。

    サーバーの移行後、ビジネスが正常に動作するように、次の操作を実行する必要があります。

  • 移行ジョブが [ドリル例外] 状態になると、移行テストは失敗しました。

    この場合、テストレポートを確認し、[クリティカル] 状態のテスト項目を修正してから、再度テストを実行する必要があります。 詳細については、「移行テストの設定」をご参照ください。

  • 移行ジョブがInError状態になると、移行に失敗しました。

    この場合、次の操作を実行する必要があります。

    1. [操作] 列の [エラーのトラブルシューティング] をクリックし、エラーコードとエラーメッセージに基づいてエラーを修正します。 詳細については、「サーバー移行センター (SMC) に関するFAQ」および「トラブルシューティング」をご参照ください。

    2. [移行ジョブ] ページで、[移行ジョブの再試行] をクリックします。

      移行ジョブは、中断された時点から再開されます。

      重要

      中間インスタンスがリリースされた場合は、別の移行ジョブを作成する必要があります。 詳細については、「」をご参照ください。中間インスタンスを偶然リリースした場合はどうすればよいですか? 「FAQ」トピックのセクション。

クリアリソース

  • ECSイメージへのサーバーの移行

    移行中、SMCは移行先Alibaba Cloudアカウント内にNo_Delete_SMC_Transition_instanceという名前の一時的な従量課金中間インスタンスを作成します。 リソースをクリアする方法は、移行が成功したかどうかによって異なります。

    • 移行が成功すると、中間インスタンスは自動的にリリースされます。 手動操作は要求されない。

    • 移行に失敗した場合、中間インスタンスは自動的にリリースされず、移行ジョブが存在する限り料金が発生します。 中間インスタンスをリリースするには、次のいずれかの方法でコストを削減できます。

      • 移行ジョブが不要になった場合は、移行ジョブのIDをクリックします。 ジョブの詳細ページで、移行ジョブセクションの [操作] 列のimage > 移行タスクのクリアをクリックして、移行ジョブを削除し、中間インスタンスを一度にリリースします。

      • 中間インスタンスを手動でリリースします。 詳細については、「インスタンスのリリース」をご参照ください。

  • ECSインスタンスへのサーバーの移行

    移行中、SMCは移行先インスタンスにSMC_Temp_diskという名前の一時的な従量課金中間クラウドディスクを作成します。 リソースをクリアする方法は、移行が成功したかどうかによって異なります。

    • 移行が成功すると、中間クラウドディスクは自動的にリリースされます。 手動操作は要求されない。

    • 移行に失敗した場合、中間クラウドディスクは自動的にリリースされず、移行ジョブが存在する限り料金が発生します。 中間クラウドディスクは、次のいずれかの方法でリリースしてコストを削減できます。

      • 移行ジョブが不要になった場合は、移行ジョブのIDをクリックします。 ジョブの詳細ページで、移行ジョブセクションの [操作] 列のimage > 移行タスクのクリアをクリックして、移行ジョブを削除し、中間クラウドディスクを一度にリリースします。

      • 中間インスタンスを手動でリリースします。 詳細については、「ディスクのリリース」をご参照ください。

次に何をすべきか

増分データを複数回移行する必要がある場合は、最初の完全移行が完了した後、カスタム間隔で増分データ移行を複数回開始できます。 これにより、ソースサーバーによって生成された増分データがAlibaba Cloudに同期され、ソースサーバーによって提供されるサービスの停止時間と配信時間が短縮されます。 詳細については、「サーバーからの増分データの移行」をご参照ください。