System Center Virtual Machine Manager のアップグレード

この記事では、System Center 2022 - Virtual Machine Manager (VMM) のアップグレード情報を提供します。

System Center 2022 - Virtual Machine Manager にアップグレードする

以下のセクションでは、VMM 2022 にアップグレードする方法について説明します。 これには、アップグレードの完了後に完了する前提条件、アップグレード手順、タスクが含まれます。

Note

• VMM 2019 から VMM 2022 にアップグレードできます。2016 からのアップグレードはサポートされていません。
• VMM のインストール中に、SQL Database が可用性グループに含まれていないことを確認します。

要件と制限

• VMM は System Center 2019 で実行する必要があります。
• サーバーが VMM 2022 のすべての要件を満たし、前提条件が満たされていることを確認します。 詳細情報。
• サポートされているバージョンの SQL Server を実行していることを確認します。
• 現在の VMM 展開が Azure Site Recovery と統合されている場合は、次の点に注意してください。
  • Site Recovery の設定をアップグレードすることはできません。 アップグレード後、再デプロイする必要があります。
  • VMM 2022 の Hyper-V ホストのサポートを確認します。

開始する前に

次のことを確認します。

1. VMM で現在実行中のすべてのジョブを完了します。

Note

ジョブ履歴は、アップグレード中に削除されます。

2. VMM コンソールおよび VMM コマンド シェルなど VMM 管理サーバーへのすべての接続を終了します。

3. VMM 管理サーバーで実行されているその他のプログラムを終了します。

4. VMM サーバーで保留中の再起動がないことを確認します。

5. VMM データベースの完全バックアップを実行します。

6. 現在の SQL Server データベースで Always On 可用性グループが使用されている場合:

   • VMM データベースが可用性グループに含まれている場合は、SQL Server Management Studio で削除します。
   • VMM データベースがインストールされている SQL Server を実行しているコンピューターへのフェールオーバーを開始します。

7. VMM で Operations Manager を実行している場合は、VMM と Operations Manager サーバー間の接続を切断します。

System Center コンポーネントのアップグレード シーケンス

複数の System Center コンポーネントを実行している場合は、次に示すように、特定の順序でアップグレードする必要があります。

1. Service Management Automation
2. Orchestrator
3. Service Manager
4. Data Protection Manager
5. Operations Manager
6. 構成マネージャー
7. Virtual Machine Manager
8. Service Provider Foundation

スタンドアロン VMM サーバーをアップグレードする

Note

スタンドアロン VMM サーバーをアップグレードする場合は、VMM 2019 と同じサーバーに VMM 2022 をインストールすることをお勧めします。

分散キー管理を使用している場合は、別のサーバーに VMM 2022 をインストールすることを選択できます。

次の手順を使用します。

• OS のバックアップとアップグレード
• VMM 2022 をインストールする

OS のバックアップとアップグレード

1. VMM データベースをバックアップして保持します。
2. VMM をアンインストールします。 管理サーバーとコンソールの両方を必ず削除してください。
3. 管理 OS を Windows Server 2022 にアップグレードします。
4. Windows 11 または Windows Server 2022 バージョンの ADK をインストールします。

VMM をアンインストールする

1. コントロール パネル>Programs>Program and Featuresに移動し、Virtual Machine Manager を選択しUninstallを選択します。
2. インストール ウィザードで、[機能の削除] 選択、削除する機能の下にある VMM 管理サーバーと VMM コンソールの両方を選択します。
3. [データベース オプション] ページで、[データベースの を削除しますを選択します。
4. 概要を確認し、[アンインストール] を選択します。

VMM 2022 をインストールする

1. メインのセットアップ ページで、 Install を選択します。
2. インストールする機能の選択 VMM 管理サーバーを選択し、 次へを選択します。 VMM コンソールが自動的にインストールされます。
3. Product 登録情報で、適切な情報を指定し、 Nextを選択します。 プロダクト キーを入力しない場合、VMM は、インストール日から 180 日後に有効期限が切れる評価版としてインストールされます。
4. この使用許諾契約書をお読みください、使用許諾契約書を確認し、使用許諾契約書の条項を読み、理解し、同意したを選択しチェックボックスをオンにして、次へを選択します。
5. Usage と Connectivity Data で、いずれかのオプションを選択し、[次へ] を選択。
6. Microsoft Update ページが表示されたら、Microsoft Update を使用するかどうかを選択し、Next を選択します。 このコンピューターで Microsoft Update の使用を既に選択している場合、このページは表示されません。
7. インストール場所で、既定のパスを使用するか、VMM プログラム ファイルの別のインストール パスを入力し、 Nextを選択します。
8. Database 構成:
   • 詳細については VMM SQL Server をアップグレードする必要がある場合に説明します。
   • リモート SQL インスタンスを使用している場合は、SQL Server コンピューター名を指定します。
   • SQL サーバーが VMM サーバーで実行されている場合は、VMM サーバーの名前を入力するか、「 localhost」と入力します。 SQL Server がクラスター内にある場合は、クラスター名を入力します。
   • ローカル SQL サーバーを使用している場合、またはリモート SQL サーバーが既定のポート (1433) を使用している場合は、ポート値を指定しないでください。
   • Existing Database を選択し以前のインストールから保持 (バックアップ) したデータベースを選択します。 データベースにアクセスするためのアクセス許可を持つ資格情報を指定します。 データベースのアップグレードを求められたら、 Yesを選択します。
9. 構成サービス アカウントと分散キー管理で、VMM サービスが使用するアカウントを指定します。

Note

インストール後に VMM サービス アカウントの ID を変更することはできません。

10. [ 分散キー管理で、暗号化キーを Active Directory に格納するかどうかを選択します。

Note

サービス アカウントおよび分散キー管理の設定は、慎重に選択します。 選択に基づいて、暗号化されたデータ (テンプレート内のパスワードなど) はアップグレード後に使用できない可能性があり、手動で入力する必要があります。

11. ポート構成では、各機能の既定のポート番号を使用するか、環境に適した一意のポート番号を指定します。

Note

VMM 管理サーバーをアンインストールしてから再インストールしない限り、VMM 管理サーバーのインストール中に割り当てるポートを変更することはできません。 また、ポート 5986 を使用するように機能を構成しないでください。このポート番号は事前に割り当てられます。

12. Library 構成で、新しいライブラリ共有を作成するか、コンピューター上の既存のライブラリ共有を使用するかを選択します。 VMM によって作成される既定のライブラリ共有には MSSCVMMLibrary という名前が付けられ、フォルダーは %SYSTEMDRIVE%\ProgramData\Virtual Machine Manager ライブラリ ファイルにあります。 ProgramData は非表示のフォルダーであり、削除することはできません。 VMM 管理サーバーがインストールされたら、VMM コンソールまたは VMM コマンド シェルを使用して、ライブラリ共有とライブラリ サーバーを追加できます。
13. アップグレード互換性レポートで設定を確認し、次へを選択してアップグレードを続行します。
14. インストールの概要で、設定を確認し、Install を選択してサーバーをアップグレードします。 インストール機能 ページが表示され、インストールの進行状況が表示されます。
15. Setup が正常に完了したらClose を選択してインストールを完了します。 VMM コンソールを開くには、 このウィザードが閉じたときに VMM コンソールを開くか デスクトップの [仮想マシン マネージャー コンソール] アイコンを選択します。

Note

アップグレードが成功したら、VMM 使用して ホスト エージェントを手動でアップグレードします。 サーバーとエージェントを同じバージョンに維持することをお勧めします。

セットアップに問題がある場合は、 %SYSTEMDRIVE%\ProgramData\VMMLogs フォルダーを確認してください。

セットアップ中、VMM は次のファイアウォール規則を有効にします。 これらの規則は、後で VMM をアンインストールした場合でも有効です。

• Windows リモート管理
• Windows 標準ベースの記憶域の管理

高可用性 VMM サーバーをアップグレードする

高可用性 (HA) VMM サーバー 2019 を 2022 にアップグレードできます。

次の 2 つのアップグレード モードがサポートされています。

• 追加の VMM サーバーがない混合モード
• 追加の VMM サーバーとの混合モード

Note

SQL Server のアップグレードは、VMM のアップグレードに関係なく、いつでも実行できます。

追加の VMM サーバーを使用しない混合モードのアップグレード

この手順では追加の VMM サーバーは必要ありませんが、一部のシナリオではダウンタイムのリスクが高くなります。 たとえば、2 つのノード HA VMM があり、パッシブのアップグレード中にアクティブ VMM ノードが失敗した場合です。 このシナリオでは、VMM サーバーにフェールオーバー ノードが使用できません。

次の手順のようにします。

1. VMM データベースをバックアップして保持します。
2. パッシブ ノードで VMM をアンインストールします。
3. パッシブな VMM ノードで、管理 OS を Windows Server 2022 にアップグレードします。
4. Windows 11 または Windows Server 2022 バージョンの ADK にアップグレードします。
5. 次の手順を使用して、パッシブ ノードに VMM 2022 をインストールします。

• メインのセットアップ ページで、 Install を選択します。
• インストールする機能の選択VMM 管理サーバー選択し次へを選択。 VMM コンソールが自動的にインストールされます。
• メッセージが表示されたら、このサーバーをノードとして高可用性展開に追加することを確認します。
• [ Database Configuration ページで、メッセージが表示されたら、データベースのアップグレードを選択します。
• 概要を確認し、インストールを完了します。

6. アクティブな VMM ノードを新しくアップグレードされた VMM サーバーにフェールオーバーします。
7. 他の VMM ノードで手順を繰り返します。
8. Update-Cluster FunctionalLevel command を使用して、クラスターの機能レベルを更新します。
9. [省略可能]適切な SQL コマンド ライン ユーティリティをインストールします。

追加の VMM サーバーを使用した混合モードのアップグレード

この手順では、追加の VMM サーバーが必要です。ただし、すべてのシナリオでダウンタイムがほとんど発生しません。

次の手順のようにします。

1. VMM データベースをバックアップして保持します。
2. HA クラスター内にあるサーバー数と同じ数のサーバーを (Windows Server 2022 管理 OS とともに) 追加します。
3. 新しく追加された 2022 サーバーに Windows 11 または Windows Server 2022 バージョンの ADK をインストールします。
4. 「追加の VMM サーバーがない混合モードでのアップグレード」の手順 5 の詳細を使用して、新しく追加されたいずれかのサーバーに VMM 2022 をインストールします。
5. 新しく追加された他のすべてのサーバーについて、インストール手順を繰り返します。
6. アクティブな VMM ノードを、新しく追加されたサーバーのいずれかにフェールオーバーします。
7. 2019 ノードから VMM をアンインストールし、フェールオーバー後にこれらのノードをクラスターから削除します。
8. Update-Cluster FunctionalLevel command を使用して、クラスターの機能レベルを更新します。
9. [省略可能]適切な SQL コマンド ライン ユーティリティをインストールします。

Note

HA VMM のアップグレードが成功したら、VMM 使用して ホスト エージェントを手動でアップグレードします。

VMM エージェントの更新

アップグレード後、Hyper-V ホストおよび VMM ライブラリ サーバー上の VMM エージェントを更新する必要があります。

1. Fabric>Servers>All Hosts を選択します。
2. Hosts ペインで、列見出しを右クリックし、Agent Version Status を選択します。
3. 更新する VMM エージェントを使用するホストを選択します。 [ Hosts ] タブの [ Host グループで、 Refresh を選択します。 ホストで VMM エージェントを更新する必要がある場合は、 Host の状態 列に Needs Attention が表示され、 Agent Version Status 列には Upgrade Available が表示されます。
4. 更新する VMM エージェントを持つホストを右クリックし、 Update エージェントを選択します。 Update Agentで、必要な資格情報を指定し、OKを選択します。
5. [エージェントのバージョン状態] 列に [アップグレード]の値が表示されます。 ホスト上の VMM エージェントが正しく更新されると、[ エージェントのバージョン状況 ] 列に [ 最新] の値が表示され、[ エージェントのバージョン ] 列にはエージェントの更新後のバージョンが表示されます。 ホストを再度更新すると、そのホストの [ ホストの状態 ] 列に [ OK] という値が表示されます。
6. 同様の方法で VMM ライブラリ サーバーの VMM エージェントを更新することができます。 VMM ライブラリ サーバーの一覧を表示するには、 Fabric>Servers>Library Servers を選択します。

ホストとライブラリ サーバーの再関連付け

アップグレード後に、仮想マシン ホストと VMM ライブラリ サーバーを VMM 管理サーバーと再関連付けすることが必要になる場合があります。

次のステップを実行します。

1. Fabric>Servers>All Hosts を選択します。
2. [ホスト] ウィンドウで、 [エージェントの状態] 列が表示されていることを確認します。 表示されない場合は、列見出しを右クリックし、 Agent Status を選択します。
3. ホスト グループで、 Refresh を選択します。 ホストの再関連付けが必要な場合、[ホストの状態] 列に [要注意] が表示され、[エージェントの状態] 列に [アクセスが拒否されました] が表示されます。 再関連付けを行うホストを右クリックし、 Reassociateを選択します。
4. [エージェントの関連付け] ページで、資格情報を入力し、[OK を選択します。 [エージェントの状態] には、状態が Reassociating として表示されます。 ホストが再び関連付けられると、状態が [稼働中] に変わります。
5. ホストを更新します。ホストの状態列に OK が表示されるようになりました。 ホストの再関連付けを完了したら、ホスト上の VMM エージェントを更新することが必要になる場合があります。

VMM SQL Server データベースをアップグレードする

VMM SQL Server データベースをアップグレードする理由には、次の 2 つがあります。

• VMM を System Center 2022 にアップグレードしようとしているが、現在の SQL Server データベースのバージョンがサポートされていない。
• VMM スタンドアロン サーバーを高可用性サーバーにアップグレードすると、SQL Server がローカルにインストールされます。
• SQL Server データベースを別のコンピューターに移動する場合。

データベース情報の収集

アップグレードする前に、VMM データベースに関する情報を収集します。

1. VMM コンソールで、[設定]>[全般]>[データベース接続] を選択してデータベースの接続を記録します。
2. サーバー マネージャーで [ツール]>[サービス] を選択して、アカウント情報を記録します。 System Center Virtual Machine Manager>Properties>Log On を右クリックします。 これは、VMM のインストール時にサービス アカウントとして割り当てられたドメインまたはローカル アカウントです。 Tools>Computer Manager>Local Users and Groups>Usersでローカルかどうかを確認できます。
3. VMM のインストール時に分散キー管理を使用したかどうか、または暗号化キーが VMM サーバーにローカルに格納されているかどうかを確認します。
4. VMM データベースを移動するが、VMM をアップグレードしていない場合は、VMM サーバーに適用されている更新プログラムのロールアップを確認します。

スタンドアロン データベースをアップグレードする

1. 既存の VMM データベースをバックアップし、サポートされているバージョンの SQL Server を実行しているコンピューターにバックアップをコピーします。
2. SQL Server ツールを使用してデータベースを復元します。

• VMM をアップグレードする場合は、VMM セットアップ >Database 構成で新しい SQL Server の場所を指定します。
• VMM をアップグレードせずにデータベースをアップグレードする場合は、VMM をアンインストールしてから再インストールする必要があります。 アンインストール時に、 Database オプション ページで、データベースの を選択。 次に、元のインストールに使用したのと同じ設定で再インストールします。 Database 構成で、新しい SQL Server の詳細を指定します。 再インストールした後、更新プログラムのロールアップを適用し、展開が想定どおりに動作していることを確認します。

高可用性データベースをアップグレードする

1. 既存のデータベースのソース バージョンとアップグレード先のバージョンを記録します。
2. SQL Server クラスターのアクティブ ノードから高可用性 SQL Server データベースのバックアップを作成します。
3. パッシブ SQL Server ノードを新しいバージョンにアップグレードします。 このノードから SQL Server を管理する場合は、アップグレード後に必要に応じて SQL Server Management Studio をインストールします。
4. 高可用性 SQL サーバーロールを現在アクティブなノードからアップグレードされたノードにフェールオーバーします。 フェールオーバー後、SQL Server Management Studio を使用して、実行中のデータベースバージョンを検証できます。
5. HA SQL クラスター内の他のノードに対してアップグレードを繰り返します。 追加の検証として、SQL Server データベース ロールをフェールオーバーして、すべてが期待どおりに動作することを確認できます。

VMM アップグレードの一環として SQL Server クラスターを移行する

1. 既存の SQL クラスターのアクティブ ノードから高可用性 VMM データベースのバックアップを作成します。
2. VMM サーバーの役割を再インストールするときに使用する VMM ロール名をメモします。 データベースの保持オプションを使用して、既存の VMM クラスター ノードから VMM サーバーをアンインストールします。 最後のノードから VMM サーバーをアンインストールすると、SPN 登録の失敗に関するメッセージが表示されます。 これは、機能に影響しない既知の問題です。
3. バックアップされた DB を、サポートされている SQL バージョンを実行している別の SQL クラスターに復元します。 VMM サービスが実行されているユーザーを、db_ownerのメンバーシップを持つこの新しい DB に追加します。
4. SQL クラスターの移行の一環として VMM Server をアップグレードするときに、新しい SQL クラスターに対応するパラメーターを指定します。

Azure Site Recovery を再デプロイする

Azure Site Recovery が VMM 2019 の展開に統合されている場合は、VMM 2022 を使用して再デプロイし、Azure にまたはセカンダリ サイトに複製する必要があります。

Operations Manager に接続する

アップグレード後、VMM を Operations Manager に再接続します。

PXE サーバーの証明書を更新する

VMM ファブリックに PXE サーバーがある場合は、そのサーバーをファブリックから削除してから、もう一度追加する必要があります。 これは、PXE サーバー証明書を更新し、証明書エラーを回避するためです。

次のステップ

最新の update ロールアップの展開について説明します。