すべてのプロダクト
Search

このプロダクト

    Server Migration Center:サーバー移行センター (SMC) に関するFAQ

    ドキュメントセンター

    Server Migration Center:サーバー移行センター (SMC) に関するFAQ

    最終更新日:Nov 20, 2024

    このトピックでは、Server Migration Center (SMC) に関するよくある質問 (FAQ) に対する回答を提供します。

    SMCの料金はどのようになりますか?

    SMCは無料のサービスです。 ただし、SMC を使用してサーバーを移行する場合、移行プロセス中に消費された Elastic Compute Service (ECS) リソースに対して課金されます。 ECSリソースには、中間インスタンス、スナップショット、および中間インスタンスにアタッチされたシステムディスクとデータディスクが含まれます。 詳細については、「課金」をご参照ください。

    SMCのエンドポイントは何ですか?

    SMCのエンドポイントは、移行元がアクティベーションコードを使用してアクティブ化されているか、AccessKeyペアを使用してアクティブ化されているかによって異なります。

    • 移行ソースに関する情報がコンソールを使用して自動的にインポートされる場合、または移行ソースがアクティベーションコードを使用してアクティブ化される場合、次のいずれかのエンドポイントが使用されます。

      • デフォルトのパブリックエンドポイント: https://smc-service.aliyuncs.com 。

      • 内部エンドポイント: https://<region-i d>.axt.aliyun.com 内部エンドポイントにアクセスできるのは、ECS (Elastic Compute Service) インスタンスのみです。

    • 移行ソースに関する情報がSMCクライアントを使用して手動でインポートされ、移行ソースがAccessKeyペアを使用してアクティブ化されている場合、次のいずれかのエンドポイントが使用されます。

      • デフォルトのパブリックエンドポイント: https://smc.aliyuncs.com 。 サーバーのIPアドレスは101.37.132.1と47.111.202.72です。

      • 内部エンドポイント: https://smc.vpc-proxy.aliyuncs.com ECSインスタンスのみが内部エンドポイントにアクセスできます。

    説明

    デフォルトでは、すべてのSMCエンドポイントはHTTPSポート443を使用します。 HTTPポート80はサポートされなくてもよい。

    移行元に関する情報をインポートする方法を選択するにはどうすればよいですか。

    SMCは、移行ソースに関する情報をインポートするための複数の方法を提供します。 ビジネスシナリオに基づいて方法を選択できます。

    方法

    説明

    制限事項

    メリット

    サポートされているシナリオ

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

    必要に応じてSMCコンソールでアクティベーションコードとコマンドを生成します。 次に、ソースサーバーでコマンドを実行して、ソースサーバーに関する情報をインポートします。

    ソースサーバーはインターネット経由でアクセスできる必要があります。

    半自動化および一般

    • サーバーの移行

    • オペレーティングシステムの移行

    • クロスゾーン移行

    • デスクトップ移行

    SMCコンソールを使用して移行元に関する情報をインポートする

    SMCコンソールでパラメーターを設定します。 その後、移行元に関する情報が自動的にAlibaba Cloudにインポートされます。 操作は簡単で、視覚化された方法で実行できます。

    • 移行元が物理サーバー、VM、またはサードパーティのクラウドサーバーの場合、移行元はインターネット経由でアクセスできる必要があります。

    • 移行元が現在のAlibaba Cloudアカウント内のECSインスタンスである場合、Cloud Assistant Agentをインストールする必要があります。

      説明

      デフォルトでは、Cloud Assistant Agentは、2017年12月1日以降にパブリックイメージから作成されたECSインスタンスにプリインストールされます。

    完全に自動化

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

    SMCクライアントをダウンロードし、ソースサーバーでSMCクライアントを実行して、ソースサーバーに関する情報をインポートします。

    なし

    フレキシブルで一般的な

    エージェントを使用せずにServer migration Connectorを構成して、移行元に関する情報をインポートする

    Open Virtualization Format (OVF) テンプレートを使用して、サーバー移行コネクタをデプロイします。 次に、SMCクライアントを実行し、コマンドを使用して移行元に関する情報をServer migration Connectorにインポートします。

    • サポートされているvCenter Serverのバージョン: 6.5、6.7、7.0

    • サポートされているVMware ESXiのバージョン: 6.0、6.5、6.7、7.0

    詳細については、「エージェントなしのVMware VMの移行」をご参照ください。

    注

    説明

    VMware VMのエージェントレス移行の要件を満たすことができない場合は、CLIを使用して移行元に関する情報をインポートすることを推奨します。

    • ゼロリソース消費

    • 高い移行効率

    • 高セキュリティ

    • 高い互換性

    エージェントなしのVMware移行

    SMCコンソールで移行ソースを見つけるにはどうすればよいですか?

    サーバー移行の移行元の検索を例に取ります。 以下の手順を実行します。

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

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

    3. [サーバー移行] ページで、検索ボックスをクリックし、ドロップダウンリストから検索項目を選択します。

      検索項目には、[移行ソース名] 、[移行ソースID] 、[ステータス] 、[最終移行ジョブID] が含まれます。

    4. 選択した検索項目の値を入力し、Enterキーを押します。

    移行ソースを再インポートする場合はどうすればよいですか?

    移行ソースを削除し、SMCクライアントを再起動してから、移行ソースを再インポートする必要があります。 移行元が移行ジョブに関連付けられている場合は、移行元を削除する前に、移行ジョブを停止して削除する必要があります。

    移行ソースを削除できないのはなぜですか?

    移行元が進行中の移行ジョブに関連付けられている場合、移行元を削除することはできません。 移行元を削除する前に、移行ジョブを停止して削除する必要があります。

    ECSインスタンスを移行元としてインポートした後、ECSインスタンスが [ECS] タブに表示されないのはなぜですか。

    • ECSインスタンスのネットワークタイプがクラシックネットワークの場合、移行元はデフォルトで [物理マシン /VM /クラウドサーバー] タブに表示されます。

    • ECSインスタンスのネットワークタイプが仮想プライベートクラウド (VPC) の場合、移行元はデフォルトでECSタブに表示されます。

    SMCはどのようなシナリオに使用できますか?

    SMCを使用して、物理サーバー、VM、サードパーティのクラウドサーバーなど、さまざまな種類のサーバーをECSに移行できます。 これらのサーバーはWindowsまたはLinuxで実行できます。 詳細については、「」をご参照ください。SMCとは何ですか?

    サーバーを移行するにはどうすればよいですか?

    サーバーの移行方法については、「移行ガイド」をご参照ください。

    移行ジョブに必要な時間を見積もるにはどうすればよいですか。 データ転送速度をテストするにはどうすればよいですか?

    移行フェーズに基づいて、移行ジョブに必要な時間を見積もることができます。 これらの移行フェーズは、移行前、移行、および移行後です。 移行期間は、移行するサーバーの数と実際のデータ量に比例します。 移行ジョブに必要な時間を見積もるために、テスト移行を実行することを推奨します。

    詳細については、「移行に必要な時間の見積もりとデータ転送速度のテスト」をご参照ください。

    移行ジョブからファイルまたはディレクトリを除外するにはどうすればよいですか?

    移行ジョブからファイルまたはディレクトリを除外するには、ファイルパスまたはディレクトリを次の構成ファイルに追加します。 設定ファイルは、SMCクライアントのExcludesディレクトリにあります。

    重要

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

    • 構成ファイルが誤って失われたり削除されたりした場合は、別の構成ファイルを作成できます。

    • システムディスク构成ファイル:

      • Windows: rsync_excludes_win.txt

      • Linux: rsync_excludes_linux.txt

    • データディスク设定ファイル:

      • Windows: 構成ファイルの名前は、rsync_excludes_win_disk1.txtなど、システムディスク構成ファイルの名前にdisk [ディスクインデックス番号] という接尾辞が追加されています。

      • Linux: 構成ファイルの名前は、rsync_excludes_linux_disk1.txtなど、システムディスク構成ファイルの名前にdisk [ディスクインデックス番号] という接尾辞が追加されています。

    例：

    • 例1: Windowsサーバーの移行からファイルまたはディレクトリを除外する

      • システムディスク:

        • 除外するファイルまたはディレクトリ: 

          C:\MyDirs\Docs\Words
C:\MyDirs\Docs\Excels\Report1.txt

        • 次の情報をrsync_excludes_win.txtファイルに追加します。 

          /MyDirs/Docs/Words/
/MyDirs/Docs/Excels/Report1.txt

      • データディスク:

        • 除外するファイルまたはディレクトリ: 

          D:\MyDirs2\Docs2\Words2
D:\MyDirs2\Docs2\Excels\Report2.txt

        • 次の情報をrsync_excludes_win_disk1.txtファイルに追加します。 

          /MyDirs2/Docs2/Words2/
/MyDirs2/Docs2/Excels2/Report2.txt
        説明

        Windowsディレクトリを除外するには、次の操作を実行します。

        • ディレクトリのプレフィックス (scr_path) を削除します。 上記の例では、D: が削除されています。

        • \を /に置き換えます。

    • 例2: Linuxサーバーの移行からファイルまたはディレクトリを除外する

      • システムディスク (ルートディレクトリ /):

        • 除外するファイルまたはディレクトリ: 

          /var/mydirs/docs/words
/var/mydirs/docs/excels/report1.txt

        • 次の情報をrsync_excludes_linux.txtファイルに追加します。 

          /var/mydirs/docs/words/
/var/mydirs/docs/excels/report1.txt

      • データディスク:

        • 除外するファイルまたはディレクトリ: 

          /mnt/disk1/mydirs2/docs2/words2
/mnt/disk1/mydirs2/docs2/excels2/report2.txt

        • 次の情報をrsync_excludes_linux_disk1.txtファイルに追加します。 

          /mydirs2/docs2/words2/
/mydirs2/docs2/excels2/report2.txt
        説明

        Linuxディレクトリを除外するには、ディレクトリのプレフィックス (scr_path) を削除する必要があります。 上記の例では、/mnt/disk1が削除されています。

    SMCを使用してサーバーを移行する場合、BYOLはサポートされますか?

    はい、SMCはあなた自身のライセンス (BYOL) の持参をサポートします。 BYOLライセンスは、次のシナリオで使用されます。

    • マイクロソフト

      Microsoft BYOLライセンスは、次のシナリオで使用されます。

      • ソフトウェアアシュアランス (SA) を使用したBYOL実装

        BYOLは、ECSインスタンスの作成時にライセンスモビリティをサポートするSQL ServerやSharePointなどのソフトウェアプログラムに実装できます。

      • Windows

        Windowsクライアントアクセスライセンス (CAL) は、License Mobilityをサポートしていません。 したがって、既存のWindowsライセンスは共有ハードウェア環境内では使用できません。 専用物理環境にWindowsオペレーティングシステムをデプロイする必要があります。専用物理環境には、Alibaba Cloud専用ホストまたはECSベアメタルインスタンスがあります。 詳細については、「」をご参照ください。DDHとは何ですか? およびECSベアメタルインスタンスの概要。

        Alibaba Cloudは、これらのタイプのECSインスタンスに対して、Key Management Service (KMS) 、Windows Server Update Services (WSUS) 、またはソフトウェアテクニカルサポートを提供していません。 ソフトウェアのテクニカルサポートについては、Microsoft にお問い合わせください。

      • SAがないか、SAを使用したBYOLのサポートがない

        このシナリオは、Windowsオペレーティングシステムが使用されるシナリオに似ています。 購入してダウンロードしたソフトウェアライセンスを再利用したり、専用のハードウェア環境でソフトウェアプログラムを展開したりできます。

    • Red Hat

      Red Hat は Cloud Access プログラムを提供しています。 独自のサブスクリプション (BYOS) を使用してRed HatサブスクリプションをAlibaba Cloudに移行する場合、Red Hat Cloud Accessに登録できます。 詳細については、「手順1: Red Hat Cloud Accessプログラムへの登録」をご参照ください。

    SMCは再開可能なデータ転送をサポートしていますか?

    はい、SMCは再開可能なデータ転送をサポートします。 データ転送が中断された場合は、クライアントと移行ジョブを再起動して移行を再開できます。

    SMCは増分データ移行をサポートしていますか?

    はい、SMCは増分データ移行をサポートしています。 詳細については、「サーバーからの増分データの移行」をご参照ください。

    Windowsサーバーを移行した後にシステムを確認するにはどうすればよいですか?

    Windowsサーバーを移行した後、作成したインスタンスを初めて起動するときは、次の手順を実行する必要があります。

    1. システムディスクデータが完了しているかどうかを確認します。

    2. データディスクのデータが完了しているかどうかを確認します。 データディスクがない場合は、ディスク管理ユーティリティにアクセスして、ドライブ文字がないかどうかを確認します。 詳細については、「」をご参照ください。Windowsサーバーの移行後、インスタンスの起動中にデータディスクのドライブ文字が見つからないか無効な場合はどうすればよいですか。

    3. ホスト名が有効で、ネットワークが接続されているかどうかを確認します。

    4. 他のシステムサービスが期待どおりに実行されているか確認します。

    Linuxサーバーの移行後にシステムを確認するにはどうすればよいですか?

    Linuxサーバーを移行した後、作成したインスタンスを初めて起動するときは、次の手順を実行する必要があります。

    1. システムディスクデータが完了しているかどうかを確認します。

    2. データディスクのデータが完了しているかどうかを確認します。 データディスクがない場合は、インスタンスにアタッチします。 詳細については、「」をご参照ください。Linuxサーバーの移行後、インスタンスの起動中に元のデータディスクディレクトリにデータが存在しない場合はどうすればよいですか。

    3. ホスト名が有効で、ネットワークが接続されているかどうかを確認します。

    4. 他のシステムサービスが期待どおりに実行されているか確認します。

    サーバーを再度移行するにはどうすればよいですか?

    サーバーを再度移行するには、サーバーの移行ジョブを作成してから、ジョブを開始します。

    移行ジョブが完了し、カスタムイメージが生成された後はどうすればよいですか?

    イメージを使用して従量課金インスタンスを作成し、システムが期待どおりに実行されているかどうかを確認することをお勧めします。 カスタムイメージが利用可能であることを確認したら、ビジネス要件を満たすインスタンスタイプを選択し、1つ以上のECSインスタンスを作成します。 詳細については、「インスタンスファミリーの概要」および「カスタム起動タブでインスタンスを作成する」をご参照ください。

    移行ジョブが完了するとどうなりますか?

    移行ジョブが完了すると、SMCは移行先のタイプに基づいて次のいずれかの移行結果を生成します。

    • ターゲットタイプがECSイメージの場合、ECSイメージが生成されます。 ECSイメージを使用してECSインスタンスを作成できます。

    • ターゲットタイプがECSインスタンスの場合、ソースサーバーはターゲットECSインスタンスに直接移行されます。

    • 宛先タイプがコンテナイメージの場合、コンテナイメージが生成されます。 コンテナーイメージを使用してアプリケーションをデプロイできます。

    ソースサーバーをAlibaba Cloudに移行するにはどうすればよいですか。

    SMCを使用すると、さまざまなバージョンのWindowsまたはLinuxオペレーティングシステムを実行するサーバーをAlibaba Cloudに移行できます。 ソースサーバーは、データセンター、オンプレミスVM、またはサードパーティのクラウドプラットフォームにデプロイされたサーバーです。 詳細については、「Alibaba Cloudへのサーバーの移行」をご参照ください。

    Alibaba Cloud ECSインスタンス間でデータを移行するにはどうすればよいですか。

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

    移行ジョブが中断または失敗した場合はどうすればよいですか?

    移行ジョブが中断または失敗した場合は、次の方法で問題のトラブルシューティングを行います。

    • SMCクライアントが例外のために終了した場合、または移行プロセスが停止した場合は、SMCクライアントと移行ジョブを再起動して移行を再開します。

    • 移行ジョブがエラー状態の場合は、SMCコンソールで移行ジョブのログファイルを確認して、エラーの原因を特定します。

      問題が解決しない場合は、テクニカルサポートのためにSMC DingTalkグループに参加することを推奨します。 詳細については、「お問い合わせ」をご参照ください。

    中間インスタンスのIPアドレスを修正するにはどうすればよいですか。

    elastic IPアドレス (EIP) を申請してから、EIPを中間インスタンスに関連付けることができます。 詳細については、「クイックスタート」をご参照ください。

    ソースサーバーがアクセスする必要があるパブリックエンドポイントとポート

    ソースサーバーは、次のエンドポイントとポートにアクセスする必要があります。

    • SMCエンドポイント: https://smc.aliyuncs.com:443

    • 中間インスタンスのポート8080と8703。 移行がVPC経由で実行される場合、移行元サーバーは中間インスタンスのプライベートIPアドレスにもアクセスする必要があります。

    説明

    移行元サーバーの受信ポートを有効にする必要はありません。 ただし、サーバーが前述のエンドポイントとポートにアクセスできることを確認する必要があります。

    Alibaba CloudはどのWindows Serverライセンスをサポートしていますか?

    Alibaba Cloudは、Windows Server 2012、2016、2019、および2022のライセンスをサポートしています。 Microsoftは、Windows Server 2008以前のライセンスをサポートしなくなりました。 Windows Server 2008以前を実行するWindowsサーバーをAlibaba Cloudに移行するには、License Mobilityを申請する必要があります。 詳細については、「License Mobilityの申請」をご参照ください。

    SMCでは、次のいずれかの方法を使用してWindowsサーバーをアクティブ化できます。

    ソースサーバーをContainer Registryに移行するにはどうすればよいですか。

    SMCを使用すると、ソースサーバーをContainer Registryに移行できます。 SMCを使用して、コンテナ化されたアプリケーションをContainer Registryにコスト効率の高い方法で移行できます。 詳細については、「Container Registryへのサーバーの移行」をご参照ください。

    ソースサーバーをECSインスタンスに移行するにはどうすればよいですか。

    SMCを使用して、ソースサーバーをECSインスタンスに移行できます。 ECSインスタンスを購入した後、ソースサーバーをECSインスタンスに移行できます。 詳細については、「ECSインスタンスへのサーバーの移行」をご参照ください。

    中間インスタンスを偶然リリースした場合はどうすればよいですか?

    中間インスタンスを誤ってリリースした場合は、現在の移行ジョブを削除し、移行元の移行ジョブを作成してから、移行ジョブを開始します。 問題が解決しない場合は、チケットを起票して問題を解決できます。

    中間インスタンスについて知っておくべきことは何ですか?

    中間インスタンスに関する次の情報を知る必要があります。

    • SMCは、移行プロセス中にNo_Delete_SMC_Transition_instanceという名前の中間インスタンスを作成、開始、停止、およびリリースします。 スムーズな移行を確保するために、中間インスタンスのステータスを変更しないでください。

    • 中間インスタンスのデフォルトセキュリティグループは、ポート8080および8703へのアクセスを許可します。 これらのポートは、中間インスタンスの移行サービスポートです。 関連するセキュリティグループルールを変更または削除しないでください。

    • 移行が完了すると、中間インスタンスは自動的にリリースされます。 移行が失敗した場合は、インスタンスを手動でリリースする必要があります。 詳細については、「インスタンスのリリース」をご参照ください。

    中間インスタンスで使用できる仕様は?

    SMCは、次の仕様に基づいて中間インスタンスを順番に作成しようとします。

    • x86アーキテクチャ

      • 1 vCPUと2 GiBのメモリ

      • 1 vCPUと4 GiBのメモリ

      • 2 vCPUと2 GiBのメモリ

      • 2 vCPUと4 GiBのメモリ

      • t6：バースト可能インスタンスファミリー

      • t6：バースト可能インスタンスファミリー

      • 2 vCPUと8 GiBのメモリ

    • ARM64アーキテクチャ

      インスタンスタイプ

      vCPUの数

      メモリ (GiB)

      ecs.c6r.large

      2

      4

      ecs.g6r.large

      2

      8

      ecs.c6r.xlarge

      4

      8

      ecs.g6r.xlarge

      4

      16

      ecs.c6r.2xlarge

      8

      16

      ecs.g6r.2xlarge

      8

      32

      ecs.c6r.4xlarge

      16

      32

    上記のインスタンス仕様が利用できない場合、SMCは他の費用対効果の高いインスタンス仕様を選択します。

    ブロックレプリケーションについて知っておくべきことは何ですか?

    ブロックレプリケーションに関する次の情報を知っておく必要があります。

    • Windowsサーバーを移行する場合は、ブロックレプリケーション機能を有効にする必要があります。

    • パーティションデータの転送効率、整合性、および一貫性を確保するために、ブロックレプリケーション機能を有効にすることを推奨します。

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

    移行元がオンライン状態でないために移行ジョブを作成できない場合はどうすればよいですか?

    移行元をオンライン状態に復元し、移行ジョブを作成します。 問題を修正するには、次の操作を実行します。

    • 移行元がオフライン状態の場合、移行元はSMCコンソールから切断されます。 SMCクライアントを再起動し、移行が完了するまで待つ必要があります。 詳細については、「SMCクライアントを使用した移行ソースに関する情報のインポート」をご参照ください。

    • 移行元が [使用不可] 状態の場合は、コンソールログを確認する必要があります。 また、logsフォルダー内のクライアントログと、クライアントユーザーインターフェイス (UI) のエラーメッセージも確認する必要があります。 ログに基づいてエラーを解決します。 また、このトピックのエラーコードとトラブルシューティング方法を参照してください。 問題が解決しない場合は、Alibaba Cloudテクニカルサポートにお問い合わせください。 詳細については、「お問い合わせ」をご参照ください。

    rsyncをインストールする方法は?

    rsyncをインストールするには、移行元サーバーのオペレーティングシステムに基づいて次のいずれかのコマンドを実行します。

    • CentOS: yum -y install rsync

    • Ubuntu: apt-get -y install rsync

    • Debian: apt-get -y install rsync

    • SUSE: zypper install rsync

    • その他のオペレーティングシステム: 詳細については、公式Webサイトのインストールドキュメントを参照してください。

    SELinuxを無効にする方法は?

    SELinuxを一時的に無効にするには、setenforce 0コマンドを実行します。 SELinuxを完全に無効にするには、/etc/selinux/configディレクトリの設定ファイルを開き、SELINUXパラメーターを無効に設定します。

    移行元のデータディスクパラメーターが [移行ジョブの作成] ダイアログボックスに表示されないのはなぜですか。 どうすればよいですか。

    この問題は、移行元がデータディスクで構成されていないか、データディスクがアタッチされていないために発生します。 移行元にデータディスクがない場合、またはデータディスクがアタッチされていない場合、データディスクのパラメーターは [移行ジョブの作成] ダイアログボックスに表示されません。 この問題を修正するには、次の手順を実行します。

    1. 移行元にデータディスクをアタッチします。

    2. SMCクライアントを再起動します。

    3. SMCコンソールの [移行ソース] ページを更新し、[移行ジョブの作成] ダイアログボックスをもう一度開きます。

    実行中または失敗した移行ジョブがある移行元の移行ジョブを作成できますか?

    この場合、移行元の移行ジョブを作成することはできません。 ただし、次の操作を実行した後に移行ジョブを作成できます。

    • 既存の移行ジョブが進行中の場合は、移行ジョブを停止して削除します。

    • 既存の移行ジョブでエラーが発生した場合は、移行ジョブを削除します。

    移行ジョブの有効期間はどのくらいですか? 移行ジョブの有効期限が切れた後はどうなりますか?

    移行ジョブは、SMCコンソールで作成されてから30日後に期限切れになります。 有効期限はコンソールで変更できません。 CreateReplicationJob操作を呼び出して移行ジョブを作成する場合、ビジネス要件に基づいて有効期間を指定できます。 有効期間は7から90日の範囲です。

    有効期間は、移行ジョブが作成された時点から開始されます。 期限切れの移行ジョブを処理するには、次の2つの方法を使用できます。

    • 移行ジョブが移行状態の場合は、移行ジョブに対して操作を実行しないでください。

    • 移行ジョブが [未開始] 、[停止] 、または [エラー] の状態の場合は、移行ジョブの状態を [期限切れ] に変更します。 SMCは、ジョブの有効期限が切れてから7日後に移行ジョブを削除します。

    移行ジョブの状態は何ですか? これらの状態は何を示していますか?

    移行ジョブの状態は、次の2種類に分けられます。

    • 移行ジョブのステータス: ライフサイクル全体にわたる移行ジョブの状態。 詳細については、このトピックの「移行ジョブの状態」をご参照ください。

    • 移行ジョブのビジネスステータス: 移行状態の移行ジョブの状態。 詳細については、このトピックの「移行ジョブのビジネス状態」をご参照ください。

    次の図は、移行ジョブの状態とビジネス状態の関係を示しています。job_status

    表 1. 移行ジョブの状態

    状態

    説明

    サポートされる操作

    開始されていません

    移行ジョブは作成されますが、開始されません。

    移行ジョブを開始します。

    移行中

    移行ジョブが進行中です。 移行状態ではなくビジネス状態がSMCコンソールの [ステータス] 列に表示されます。 詳細については、このトピックの「移行ジョブのビジネス状態」をご参照ください。

    移行ジョブが完了するまで待つか、同期状態になったら移行ジョブを停止します。

    説明

    移行状態にある移行ジョブは削除できません。

    Stopped

    移行ジョブが停止しました。

    移行ジョブを再起動または削除します。

    エラー

    移行ジョブが失敗します。

    SMCクライアントまたはコンソールのエラーメッセージまたは移行ログを確認して、原因を特定し、問題を修正します。 移行元がオフラインまたは異常の場合、障害はSMCクライアントが原因です。 移行ジョブを再起動する前に、クライアントを再起動する必要があります。

    完了しました

    移行ジョブが完了しました。

    ECSコンソールの [カスタムイメージ] タブに移動し、SMCによって生成されたイメージを表示します。

    Waiting (待機中)

    ジョブが実行されるのを待っています。 この状態は、増分移行ジョブにのみ適用されます。 増分移行の詳細については、「サーバーからの増分データの移行」をご参照ください。

    移行ジョブが [待機中] 状態の場合は、次の操作を実行できます。

    • 移行ジョブによって生成されたイメージを使用して、ECSインスタンスを作成します。

    • 移行ジョブの停止

    • 移行ジョブを削除します。

    • 移行元サーバーの増分移行を実行します。

    • 自動増分移行の設定を変更します。 設定には、移行ジョブの実行間隔と、移行ジョブで保持できるイメージの最大数が含まれます。

    期限切れ

    移行ジョブの有効期限が切れました。

    移行ジョブを削除します。

    説明

    デフォルトでは、移行ジョブの有効期間は30日です。 移行ジョブの有効期限が切れると、ジョブの状態はExpiredに変わりますが、ジョブは7日間保持されます。 SMCは、ジョブの有効期限が切れてから7日後に移行ジョブを削除します。 詳細については、「移行ジョブの有効期間」をご参照ください。 移行ジョブの有効期限が切れた後はどうなりますか? このトピックのセクション

    削除中

    移行ジョブは削除中です。

    移行ジョブが削除されるまで待つか、移行元の別の移行ジョブを作成します。

    説明

    移行ジョブが削除されると、SMCは中間インスタンスなど、移行プロセス中に使用されたリソースを解放します。 このプロセスは、完了するまでに長い時間がかかる場合があります。

    表 2. 移行ジョブのビジネス状態

    ビジネス状態

    説明

    サポートされる操作

    準備中

    移行ジョブを開始すると、ジョブの状態が [準備中] に変わります。

    なし。

    同期

    移行ジョブは、移行元からデータをアップロードしています。

    移行ジョブの停止

    処理中

    移行ジョブは、移行元のイメージを作成しています。

    なし。

    クリーニング

    中間インスタンスはリリース中であり、移行ジョブはほぼ完了しています。

    なし。

    移行ジョブを作成するときに移行先インスタンスを選択できない場合はどうすればよいですか。

    問題をトラブルシューティングするには、次の手順を実行します。

    1. Alibaba Cloudアカウント間で移行を実行する場合は、移行先インスタンスを所有するAlibaba Cloudアカウントを使用して移行ジョブが作成されているかどうかを確認します。

    2. 宛先が存在するリージョンが有効かどうかを確認します。

    3. 移行元サーバーと移行先インスタンスが同じオペレーティングシステムを実行しているかどうかを確認します。 移行元サーバーがWindowsを実行する場合、移行先インスタンスもWindowsを実行する必要があります。 移行元サーバーがLinuxを実行している場合、移行先インスタンスもLinuxを実行する必要があります。

    物理サーバー上にシングルインスタンスのOracleデータベースがあります。 オペレーティングシステムとデータベースを含むサーバー全体を移行する必要がありますか、それともデータベースのみをAlibaba Cloudに移行する必要がありますか。 2つの方法の長所と短所は何ですか?

    ビジネス要件に基づいて、サーバー全体またはデータベースのみを移行できます。 2つの方法には、次の利点と欠点があります。

    • Oracleデータベースのみが必要な場合は、データベースのみを移行することを推奨します。 ただし、新しい環境にデータベースをデプロイする必要がある場合があります。

    • データベースとその動作環境の両方が必要な場合は、サーバー全体をAlibaba Cloudに移行することを推奨します。 ただし、サーバーに大量のリソースがある場合、移行を完了するにはより多くの時間が必要になる場合があります。

    WindowsサーバーにOpenSSHをインストールする方法?

    この例では、Windows 2016が使用されます。 OpenSSHをインストールするには、次の手順を実行します。

    1. OpenSSH-Win64.zipファイルをダウンロードし、指定したディレクトリ (C:\OpenSSH-Win64など) に解凍します。

    2. 管理者権限でWindows PowerShellを開き、OpenSSH-Win64.zipファイルが解凍されているディレクトリに移動します。 

      cd \OpenSSH-Win64

    3. 次のコマンドを実行してOpenSSHをインストールします。 

      powershell.exe -ExecutionPolicy Bypass -File install-sshd.ps1

      PS C:\OpenSSH-Win64> powershell.exe -ExecutionPolicy Bypass -File install-sshd.ps1
  [*] C:\OpenSSH-Win64\moduli
Inheritance is removed from 'C:\OpenSSH-Win64\moduli'.
'BUILTIN\Users' now has Read access to 'C:\OpenSSH-Win64\moduli'.
      Repaired permissions

[SC] SetServiceObjectSecurity SUCCESS
[SC] ChangeServiceConfig2 SUCCESS
[SC] ChangeServiceConfig2 SUCCESS
sshd and ssh-agent services successfully installed

    4. 次のコマンドを実行してSSHを設定します。 

      cmd /c sc.exe config sshd start=auto
cmd /c sc.exe config ssh-agent start=auto
cmd /c net.exe start sshd
New-ItemProperty -Path "HKLM:\SOFTWARE\OpenSSH" -Name DefaultShell -Value "C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe" -PropertyType String -Force
New-ItemProperty -Path "HKLM:\SOFTWARE\OpenSSH" -Name DefaultShellCommandOption -Value "/c" -PropertyType String -Force

    詳細については、「Win32 OpenSSHのインストール」をご参照ください。

    増分移行によって生成されたイメージには、移行ジョブの開始時または終了時に移行元サーバーのデータが含まれていますか。

    増分移行ジョブで移行されるデータは、増分移行ジョブの開始時の移行元サーバーのデータです。 増分移行中に移行元サーバーによって生成されたデータは、次の増分移行ジョブで移行されます。

    増分移行の同期間隔の変更はすぐに有効になりますか?

    いいえ、増分移行の同期間隔の変更はすぐには有効になりません。 変更は、次の移行ジョブの開始時に有効になります。

    Windowsサーバーがイメージに移行され、イメージからECSインスタンスが作成された後、ディスクがさらに存在するのはなぜですか。

    移行ジョブを作成するときは、ディスクサイズの値をGB単位の整数に設定する必要があります。 ほとんどの場合、指定する値は、移行元サーバーのシステムボリュームよりも数百MB大きい値です。 移行後に追加のドライブ文字が存在する場合は、ディスクの管理を使用してドライブ文字を削除できます。

    サーバーの移行が失敗または中断された後も、移行元サーバーのディスク領域使用量が増加し続けるのはなぜですか。

    サーバーの移行が失敗または中断されると、移行元サーバーのディスク領域使用量が増加します。 この問題は、SMCによって作成されたスナップショットの増加によって発生する可能性があります。 移行元サーバーを移行する必要がなくなった場合は、できるだけ早い機会にディスクをクリアしてください。 ディスクをクリアするには、次の手順を実行します。

    • Linuxサーバー:

      1. Linuxサーバーに接続します。

      2. 次のコマンドを実行して、ソースサーバーのSMCクライアントディレクトリに移動します。

        デフォルトでは、コンソールを使用して自動的にインポートされる移行元のSMCクライアントディレクトリは /smc/go2aliyun_client **** です。 この例では、/smc/go2aliyun_client2.6.6_linux_x86_64が使用されます。 

        cd /smc/go2aliyun_client2.6.6_linux_x86_64

      3. 次のコマンドを実行してスナップショットを削除します。 

        sudo ./Check/client_check--ssclearsmcss

        次の情報が返されると、スナップショットは削除されます。 

        [ecs-user@iZbp1dqulfhozse3jbp**** go2aliyun_client2.6.6_linux_x86_64]$ sudo ./Check/client_check --ssclear smcss
clear snapshot with smcss: smcssbd_destroy...
smcssbd_destroy ioctl return 0

    • Windowsサーバー:

      1. Windowsサーバーでコマンドプロンプトを開きます。

      2. 次のコマンドを順番に実行して、Volume Shadow Copy Service (VSS) によって作成された既存のスナップショットを照会し、スナップショットのIDを記録します。 

        cd \WINDOWS\System32
vssadmin list shadows

        返された情報のShadow Copy IDパラメーターは、スナップショットIDを示します。 例: {ad39055a-3aa0-494c-b787-f8589ab8 ****} 。ada566

      3. 次のコマンドを実行してVSSスナップショットを削除します。

        重要

        VSSスナップショットを削除する前に、スナップショットが作成された時刻とSMC移行ジョブが作成された時刻が一致するかどうかを確認し、削除するVSSスナップショットのIDを確認します。 複数のスナップショットを削除する場合は、コマンドでスナップショットIDを順番に指定します。 

        vssadmin delete shadows/shadow={shadow_id}

        例：

        vssadmin delete shadows/shadow={ad39055a-3aa0-494c-b787-f8589ab8****}

        VSSスナップショットを削除するためのプロンプトに従って、Yと入力します。adad56

    オペレーティングシステムを移行するにはどうすればよいですか?

    CentOSは、CentOS 7およびCentOS 8を含むCentOS LinuxバージョンのEOL (EOL) を発表しました。 CentOSオペレーティングシステムの将来の技術サポートが必要な場合は、CentOSオペレーティングシステムを長期サポート (LTS) を使用した別のLinuxディストリビューションに移行する必要があります。 詳細については、「Linuxオペレーティングシステムの移行」をご参照ください。

    SMCを使用して移行できるオペレーティングシステム

    CentOS 7またはCentOS 8の移行

    オペレーティングシステムアーキテクチャ

    ソースオペレーティングシステム

    宛先オペレーティングシステム

    x86

    CentOS 7.x

    • アノリス7

    • アノリス8

    • Alibaba Cloud Linux 2

    • Alibaba Cloud Linux 3

      説明

      Alibaba Cloud Linuxの詳細については、「概要」をご参照ください。

    CentOS 7.9

    RHEL 7

    CentOS 8.x

    • アノリス8

    • Alibaba Cloud Linux 3

    CentOS 8.5

    RHEL 8

    ARM64

    CentOS 7.x

    • アノリス7

    • アノリス8

    • Alibaba Cloud Linux 3

    CentOS 8.x

    • アノリス8

    • Alibaba Cloud Linux 3

    RHEL 7またはRHEL 8の移行

    オペレーティングシステムアーキテクチャ

    ソースオペレーティングシステム

    宛先オペレーティングシステム

    x86

    RHEL 7.9

    Alibaba Cloud Linux 3

    RHEL 8.x

    Alibaba Cloud Linux 2のアップグレード

    オペレーティングシステムアーキテクチャ

    ソースオペレーティングシステム

    宛先オペレーティングシステム

    x86

    Alibaba Cloud Linux 2

    Alibaba Cloud Linux 3

    詳細については、「Linuxオペレーティングシステムの移行」をご参照ください。

    エージェントなしのVMware移行とは

    SMCを使用すると、エージェントなしでVMware VMを移行できます。 このように、移行によってSMCクライアントのオペレーティングシステムの設定が変更されたり、SMCクライアントのオペレーティングシステムのコンピューティングリソースが占有されたりすることはありません。 これにより、サーバーのセキュリティとパフォーマンスに関する懸念を効果的に排除できます。 詳細については、「エージェントなしのVMware VMの移行」をご参照ください。

    エージェントなしのVMware移行のメリットは何ですか?

    エージェントなしのVMware移行には、次の利点があります。

    • ゼロリソース消費

      SMCクライアントはVM内で実行されません。したがって、移行はVMのリソースを消費しません。

    • 高い移行効率

      VMごとにエージェントを個別にインストールする必要はありません。これにより、労力と時間のコストが削減されます。

    • 高セキュリティ

      VMのオペレーティングシステム内では操作は実行されません。これにより、セキュリティに関する懸念がなくなります。

    • 高い互換性

      移行は、VMオペレーティングシステムの内部環境に依存しません。 これにより、移行の成功率が向上します。

    エージェントなしでVMware移行を実行して、指定したVMまたは指定したホストのVMを移行するにはどうすればよいですか。

    1. サーバー移行コネクタにログインします。

      この例では、SSHリモート接続が確立されています。 以下の手順を実行します。

      ネットワーク経由でサーバー移行コネクタにアクセスできる端末で、次のコマンドを実行してサーバー移行コネクタに接続します。 デフォルトのユーザー名はrootで、デフォルトのパスワードは空のままです。 

      ssh root@<IP address of the Server Migration Connector>
      重要

      アカウントのセキュリティのために、できるだけ早い機会にパスワードを変更することをお勧めします。

    2. 次のコマンドを実行して接続を設定します。 

      cd /root/smc
./dist/connect_configure

    3. VMware vCenterまたはESXiのIPアドレス、ユーザー名、パスワード、ポート番号を順番に設定します。 デフォルトのポート443を使用することを推奨します。 次の返される情報は、Server Migration Connectorが接続されていることを示します。 

      [root@localhost ~]# cd /root/smc
[root@localhost smc]# ./configure.sh
Please input vCenter/ESXI IP:192.168.XX.XX
Please input username:administr****@vsphere.local
Please input password:
Please input port number(default 443):443
Test to connect the vCenter/ESXI...
Connect success!
save to ./vmware_connect_config.json

    4. 指定したホストのVMを追加するか、指定したVMを移行リストに追加します。

      指定したホストのVMの追加

      1. 次のコマンドを実行して、指定したホストのVMを追加します。 

        ./dist/migrate_configure -h <hostname>

        • vCenter ServerにServer Migration Connectorを展開する場合は、<Hostname> フィールドでホストの実際の名前を指定します。

        • ESXiにサーバー移行コネクタを展開する場合、デフォルトのホスト名はlocalhost.localdomainです。

          この例では、Server Migration ConnectorがESXiにデプロイされています。 例：

          [root@smc-connector smc]# ./dist/migrate_configure -h localhost.localdomain
========Aliyun SMC VMware Configure Tool 1.2========
Connect success!

Host List:
------------------------------------------------------------------------
ID       Name                       Version                  Connected
1        localhost.localdomain      7.0.3                         *
------------------------------------------------------------------------
Please input the ID of Host(input 0 to exit):1

      2. ホストIDを入力すると、VMのリストが生成されます。 移行するVMのIDを入力します。 接続状態のVMを選択する必要があります。 VMの [接続] 列にアスタリスク (*) が表示されている場合、VMは接続されています。 

        Test to connect localhost.localdomain
Connect success!
 Getting vm list progress:
 [>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>100.00%]time: 2.3s


VM List of 192.168.XX.XX:
------------------------------------------------------------------------
ID      Name                               Connected      CBT      Add
1080    test1                                  *
1084    win16bios                              *
1011    centos7-bios-2                         *
3008    centos7-uefi                           *
2001    centos-hw10                            *
------------------------------------------------------------------------
Please input the ID of VM to be migrated (input 0 to exit):1084

      指定されたVMの追加

      重要

      重複する名前を使用するVMがvCenter Serverに存在する場合は、指定したVMを移行リストに直接追加しないことをお勧めします。

      次のコマンドを実行して、指定したVMを追加します。プロンプトに従って、移行するVMのIDを入力します。 

      ./dist/migrate_configure -v <VM name>

      例：

      [root@smc-connector smc]# ./dist/migrate_configure -v centos7-sta
========Aliyun SMC VMware Configure Tool 1.2========
Connect success!

VM List of 192.168.XX.XX:
------------------------------------------------------------------------
ID          Name         Connected         CBT            Add
3005        centos7-sta      *
------------------------------------------------------------------------
Please input the ID of VM to be migrated (input 0 to exit):3005

    5. 移行するVMのアーキテクチャを選択します。 たとえば、0を入力してx86_64アーキテクチャを選択できます。 

      --------------------------------------------------------------
0    x86_64
1    i386
2    arm64
--------------------------------------------------------------
Please choose the architecture:0

    6. システムによって認識されるオペレーティングシステムが、指定されたVMの実際のオペレーティングシステムであるかどうかを確認します。

      システムによって認識されるオペレーティングシステムが、指定されたVMの実際のオペレーティングシステムである場合、yを入力します。

      システムによって認識されるオペレーティングシステムが、指定されたVMの実際のオペレーティングシステムでない場合は、nと入力します。 nを入力すると、オペレーティングシステムのリストが表示されます。 次に、オペレーティングシステムの対応する番号を入力します。 たとえば、10を入力して、Windows Server 2016オペレーティングシステムを選択できます。

      説明

      VMware vCenterでVMを作成するときに事前設定されたオペレーティングシステムが正しくない場合があります。 VMのオペレーティングシステムを確認する必要があります。 

      Is [CentOS 7 (64-bit)]' truly the OS of VM (y or n)?n
------------------------------------------------------------------------
0  CentOS
1  Ubuntu
2  SUSE
3  OpenSUSE
4  Debian
5  RedHat
6  Others Linux
7  Windows Server 2003
8  Windows Server 2008
9  Windows Server 2012
10  Windows Server 2016
11  Windows Server 2019
12  Windows Server 2022
------------------------------------------------------------------------
Please choose the OS of VM:

    7. システムディスクを選択します。 デフォルトでは、番号0の仮想ディスクが選択されています。 

      --------------------------------------------------------------
0    [datastore1] win16bios/wins16bios-000001.vmdk
1    [datastore1] wins16bios/wins16bios_1-000001.vmdk
--------------------------------------------------------------
Please choose the system disk (default 0):0

      VM名に対応する [追加] 列にアスタリスク (*) が表示されている場合、VMが移行リストに追加されます。 

      VM List of 192.168.XX.XX:
--------------------------------------------------------------
ID      Name                     Connected      CBT      Add  
481     TEST_CLONE_1                 *      
389     win16bios                    *                    *  
338     hanjun_test_001              *  
386     Aliyun_SMC_Agent_6.5         *  
393     win16uefi   
--------------------------------------------------------------
Please input the ID of VM to be migrated (input 0 to exit):0

      • サーバー移行コネクタがvCenter Serverにデプロイされているシナリオ:

        • 別のVMを移行する場合は、移行するVMのIDを入力します。

        • VMを1つだけ移行する場合は、0を入力してホストリストに戻ります。 他のホストのVMを移行する場合は、上記の手順を繰り返します。 それ以外の場合は、0を入力して設定を終了します。

      • サーバー移行コネクタがESXiにデプロイされているシナリオ:

        • VMを1つだけ移行する場合は、0を入力してホストリストに戻ります。 次に、0を入力して設定を終了します。

        • 指定したVMを再設定する場合は、指定したVMのIDを入力します。

    Simple Application Serverに移行できるサーバー

    SMCを使用して、Tencent cloud Lighthouse、Amazon Web Services (AWS) Lightsail、Huawei Hyper Elastic Cloud Server (HECS) など、他のクラウドサービスベンダーが提供する軽量サーバーをAlibaba Cloud Simple Application Serverに移行できます。 詳細については、「サードパーティが提供する軽量サーバーからAlibaba Cloud簡易アプリケーションサーバーへのデータの移行」をご参照ください。

    サーバーをSimple Application Serverに移行するときに作成される一時ディスクとスナップショットに対して課金されますか。

    サーバーをSimple Application Serverに移行するときに作成される一時ディスクとスナップショットに対しては課金されません。