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

Server Migration Center:Windowsオペレーティングシステムの移行

最終更新日:Oct 23, 2024

オペレーティングシステムのメンテナンスの終了 (EOLを意味する) やオープンソースプロジェクトの進化などの理由により、ECSインスタンスのシステムディスクにデータを保持したままオペレーティングシステムを移行またはアップグレードすると、SMCを使用してこれを実現できます。 このトピックでは、SMCを使用してWindows Server 2008 R2、Windows Server 2012 R2、およびWindows Server 2016をアップグレードする方法について説明します。

背景情報

Microsoftは、2020年1月14日にWindows Server 2008およびWindows Server 2008 R2オペレーティングシステムのサポートを停止し、2023年10月10日にWindows Server 2012およびWindows Server 2012 R2オペレーティングシステムのサポートを停止しました。 Alibaba Cloudは、これらのシステムにソフトウェアアップデートとセキュリティパッチを提供しなくなりました。 前述のオペレーティングシステムでECSインスタンスを実行している場合は、オペレーティングシステムのEOL (End of Life) の影響を回避するために、対応する対策を講じてソフトウェアアップデートとセキュリティパッチを継続的に受信することを推奨します。 詳細については、「Windows Server EOLガイダンス」をご参照ください。

移行シナリオ

次の表に、SMCを使用して移行できるx86-basedオペレーティングシステムと、移行先として使用できるオペレーティングシステムを示します。

R2 2008 Windows Serverの移行

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

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

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

x86

Windows Server 2008 R2標準64ビット (中国語 /英語)

Windows Server 2012 R2 Datacenter 64ビット (中国語 /英語)

Windows Server 2008 R2 Enterprise 64ビット (中国語 /英語)

R2 2012 Windows Serverの移行

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

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

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

x86

Windows Server 2012 R2標準64ビット (中国語 /英語)

  • Windows Server 2016データセンター64ビット (中国語 /英語)

  • Windows Server 2019データセンター64ビット (中国語 /英語)

Windows Server 2012 R2 Datacenter 64ビット (中国語 /英語)

Windows Server 2016の移行

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

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

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

x86

Windows Server 2016標準64ビット (中国語 /英語)

Windows Server 2019データセンター64ビット (中国語 /英語)

Windows Server 2016データセンター64ビット (中国語 /英語)

制限事項

  • Windowsオペレーティングシステムの言語間移行はサポートされていません。

  • Windowsオペレーティングシステムを移行するECSインスタンスには、少なくとも2 vCPUと2 GiBのメモリが必要です。

  • 移行ツールは、移行プロセス中にソフトウェアパッケージをダウンロードおよびインストールするためのリソースを消費します。 したがって、インスタンスのCドライブの空き容量が20 GiB以上であり、空き容量がC:\Windowsディレクトリのサイズより大きいことを確認してください。

使用上の注意

項目

説明

包括的なテストと検証

オペレーティングシステムを移行する前に、ビジネスの継続性と機能を確保するために、すべてのビジネスアプリケーションが移行先オペレーティングシステムと互換性があることをテストして確認し、移行先オペレーティングシステムで期待どおりに実行することをお勧めします。

一方、移行およびアップグレードプロセスの前および最中に、システムは移行条件の検出とソースインスタンスの事前評価を行います。 ソースシステムが移行条件を満たさない場合、または事前評価が失敗した場合、移行にエラーや中断が発生する可能性があります。 したがって、移行とアップグレードの成功は保証されません。 事前に移行条件の制限とトラブルシューティングのドキュメントをよく理解し、テストを実施することをお勧めします。 移行の問題については、「Windowsオペレーティングシステムの移行中に発生したエラー」をご参照ください。

データをバックアップする

移行プロセス中、システムはスナップショットの作成、ソフトウェアパッケージの再インストール、システムディスクのカスタムイメージの作成、システムディスクの交換、ECSインスタンスの停止、起動などの操作を実行します。 重要なデータをバックアップし、移行時間を合理的に調整して、前述の操作による業務への影響を回避することを推奨します。

移行が完了するまでECSクラウドサーバーを正式に使用しないでください

移行ドリルまたは移行プロセスのキャンセルにより、移行前に取得されたスナップショットが自動的にロールバックされ、移行期間中に生成されたデータが失われる可能性があります。 移行タスクが完了するまで、ECSクラウドサーバーを正式に使用しないでください。

ビジネスへの影響を評価する

移行中に、オペレーティングシステムのカーネルとソフトウェアパッケージがインストールまたは更新され、オペレーティングシステムが複数回自動的に再起動されます。 このプロセスでは、ビジネスの継続性を確保できません。 移行がビジネスに与える影響を評価し、移行ジョブを実行する前にビジネスを一時停止することを推奨します。 また、移行中にソースオペレーティングシステムを使用しないことをお勧めします。

スナップショットが作成されていないことを確認する

スナップショットが現在作成中の場合、移行は失敗します。 移行を開始する前に、スナップショットの作成が完了するまで待ちます。

中間クラウドディスクを操作しない

移行中、システムはWindowsインストールメディアのスナップショットを現在のAlibaba Cloudアカウントと自動的に共有し、スナップショットを使用して中間ディスクを作成し、インスタンスに接続します。 移行中は、中間ディスクで操作を実行しないでください。 移行が完了すると、中間ディスクは自動的に切り離され、解放されます。

課金

移行中、システムはECSインスタンスのすべてのディスクのスナップショットを作成してデータをバックアップします。 スナップショットの料金は従量課金制です。 詳細については、「課金」をご参照ください。

前提条件

  • 移行の準備は完了です。 詳細については、「開始前」をご参照ください。

  • ECSインスタンスは仮想プライベートクラウド (VPC) にデプロイされています。 ECSインスタンスがクラシックネットワークにある場合、ECSインスタンスをクラシックネットワークからVPCに移行する必要があります。 詳細については、「クラシックネットワークから VPC への ECS インスタンスの移行」をご参照ください。

  • スナップショットは、必要に応じてソースオペレーティングシステムとデータを復元できるように、ソースオペレーティングシステムとバックアップ用のデータ用に作成されます。 詳細については「スナップショットの作成」をご参照ください。

    重要

    オペレーティングシステムを移行すると、オペレーティングシステムのカーネル、ソフトウェアパッケージ、および設定が変更されます。 修飾は不可逆的である。

  • 移行後、元のシステムディスクがリリースされます。 ディスクのリリース中に自動スナップショットを削除機能が有効になっている場合、関連付けられている自動スナップショットもデフォルトでリリースされます。 元のシステムディスクに関連付けられているスナップショットを保持する場合は、[ディスクのリリース中に自動スナップショットを削除] 機能を手動で無効にします。 詳細については、「ディスクのリリース中の自動スナップショットの削除」をご参照ください。

手順

(推奨) 迅速な移行

説明

SMCコンソールを使用して移行元に関する情報をインポートするには、次の条件が満たされていることを確認します。

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

  • 移行元に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コンソールにログインします。

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

  3. [OS移行] ページで、[オペレーティングシステムのアップグレード] をクリックします。

  4. [オペレーティングシステムの移行] ダイアログボックスで、次の表に示すパラメーターを設定します。

    パラメーター

    説明

    移行ソースの選択

    ドロップダウンリストから、移行するオペレーティングシステムのECSインスタンスのリージョンとECSインスタンスのIDまたは名前を選択します。

    • リージョン: 中国 (杭州)

    • インスタンスIDと名前: i-2ze4looqfx **** とテスト

    现在のオペレーティングシステム

    デフォルトでは、現在のオペレーティングシステムが表示され、変更できません。

    Windows Server 2012 R2データセンター64ビット (簡体字中国語)

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

    ドロップダウンリストから、移行元のオペレーティングシステムを移行するオペレーティングシステムを選択します。

    Windows Server 2016 R2データセンター64ビット (簡体字中国語)

  5. [これらのリスクを確認して受け入れる] を選択し、インスタンス上のすべてのディスクのスナップショットを作成する権限をAlibaba Cloudに付与します[作成] をクリックします。

  6. [オペレーティングシステムの移行] ダイアログボックスで、メッセージを読み、[完了] をクリックします。

  7. [移行ジョブの作成] ダイアログボックスで、[移行ジョブページに移動] をクリックし、移行ジョブが完了するまで待ちます。

    警告

    移行中は、手動またはO&Mスクリプトを使用してWindows ECSインスタンスを停止、再起動、またはリリースしないでください。

段階的移行

手順1: 移行ソースに関する情報のインポート

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

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

重要

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

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

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

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

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

    パラメーター

    説明

    移行ソースタイプ

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

    Importメソッド

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

    移行元クォータ

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

    購入期間

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

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

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

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

    2. [Windows Powershell] タブをクリックします。

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

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

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

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

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

      image.png

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

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

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

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

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

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

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

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

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

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

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

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

    パラメーター

    説明

    移行ソースタイプ

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

    Importメソッド

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

    説明

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

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

    重要

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

    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!

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

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

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

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

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

ステップ2: 移行ジョブの作成

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

  2. プロンプトに従ってパラメーターを設定し、[作成] をクリックします。

    次のパラメーターを設定して、オペレーティングシステムの移行タスクを作成できます。

    • 現在のオペレーティングシステム: デフォルトでは、現在のオペレーティングシステムが表示され、変更できません。 例: Windows Server 2008 R2 64ビット (簡体字中国語) 。

    • 移行先オペレーティングシステム: ドロップダウンリストから移行元オペレーティングシステムを移行するオペレーティングシステムを選択します。 この例では、Windows Server 2012 R2 Datacenter 64ビット (簡体字中国語) が使用されます。

  3. [オペレーティングシステムの移行] ダイアログボックスで、メッセージを読み、[完了] をクリックします。

  4. [移行ジョブの作成] ダイアログボックスで、[移行ジョブページに移動] をクリックし、移行ジョブが完了するまで待ちます。

    警告

    移行中は、手動またはO&Mスクリプトを使用してWindows ECSインスタンスを停止、再起動、またはリリースしないでください。

移行結果の確認

  • 移行ジョブが [完了] 状態になると、オペレーティングシステムが移行されます。

    image

    説明

    移行ジョブが完了すると、ECSインスタンスが自動的に再起動します。 システムの初期化中に、ソフトウェアパッケージの更新などの操作が実行されます。 オペレーティングシステムが起動するまで、ECSインスタンスで操作を実行しないでください。 システムの初期化には約10分かかります。 実際の時間は、処理されるシステムソフトウェアパッケージの数に基づいて変化する。

    SMCコンソールの [オペレーティングシステムの移行] タブで、移行ジョブを見つけ、[操作] 列の [宛先インスタンスの表示] をクリックします。 ECSインスタンスの [インスタンスの詳細] タブの [設定情報] セクションで、移行元のオペレーティングシステムが移行先のオペレーティングシステムに移行されていることを確認します。

    image.png

    重要

    移行が完了すると、ソースオペレーティングシステムのオペレーティングシステムカーネルとソフトウェアパッケージがアップグレードされます。 元のアプリケーションデータは保持されます。 ただし、環境や依存関係の変更により、アプリケーションが期待どおりに実行されない場合があります。 この場合、ビジネスは期待どおりに実行できません。 したがって、移行ジョブを実行する前に、移行ソリューションをテストして検証する必要があります。

  • 移行ジョブの状態が [エラー] に変わると、移行ジョブは失敗します。

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

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

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

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

      重要

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

    ソースオペレーティングシステムがインストールされているシステムディスクをロールバックする場合は、システムディスク用に自動的に作成されたスナップショットを使用できます。 システムディスクをロールバックするには、次の手順を実行します。

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

    2. 左側のナビゲーションウィンドウで、[ストレージ & スナップショット] > [スナップショット] を選択します。

    3. [スナップショット] ページの [ディスクスナップショット] タブで、システムディスクのロールバックに使用するスナップショットを見つけ、[操作] 列の [ディスクのロールバック] をクリックします。

    4. [ディスクのロールバック] ダイアログボックスで、[確認] をクリックします。

クリアリソース

移行中、SMCは、バックアップおよびデータ転送用のECSインスタンスのディスクに対して、SMC_Backup_Snapshot_XXXおよびSMC_Transition_Snapshot_XXXという名前の2つの従量課金スナップショットを作成します。 スナップショットをクリアする方法は、移行が成功したかどうかによって異なります。

  • 移行が成功すると、スナップショットは自動的にリリースされます。 手動操作は要求されない。

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

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

    • スナップショットを手動で削除します。 詳細については、「スナップショットの削除」をご参照ください。