次の方法で共有


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

この記事では、System Center 2025 - Virtual Machine Manager (VMM) のアップグレード情報について説明します。

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

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

Note

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

要件と制限

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

Note

Service Provider Foundation (SPF) は System Center 2025 から廃止されました。 ただし、SPF 2022 は引き続き System Center 2025 コンポーネントで動作します。

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

Note

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

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

次の手順を使用します。

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

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

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

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

VMM 2025 のインストール

  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 を変更することはできません。

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

Note

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

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

Note

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

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

Note

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

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

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

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

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

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

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

Note

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

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

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

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

  1. VMM データベースをバックアップして保持します。
  2. パッシブ ノードで VMM をアンインストールします。
  3. パッシブ VMM ノードで、管理 OS を Windows Server 2025 にアップグレードします。
  4. ADK の Windows 11 または Windows Server 2025 バージョンにアップグレードします。
  5. 次の手順を使用して、パッシブ ノードに VMM 2025 をインストールします。
    • メインのセットアップ ページで、 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 2025 管理 OS を使用) を追加します。
  3. 新しく追加された 2025 サーバーに Windows 11/Windows Server 2025 バージョンの ADK をインストールします。
  4. vmm サーバーを追加せず、Mixed モードのアップグレードで手順 5 の詳細を使用して、新しく追加されたサーバーのいずれかに VMM 2025 をインストールします
  5. 新しく追加された他のすべてのサーバーについて、インストール手順を繰り返します。
  6. アクティブな VMM ノードを、新しく追加されたサーバーのいずれかにフェールオーバーします。
  7. 2022 ノードから 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 2025 にアップグレードしており、現在の 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 2022 の展開に統合されている場合は、VMM 2025 と共に再デプロイして、Azure への 複製 またはセカンダリ サイトへの 複製を行う必要があります

Operations Manager に接続する

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

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

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

この記事では、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

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

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

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

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

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

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

    • VMM データベースが可用性グループに含まれている場合は、SQL Server Management Studio で削除します。
    • VMM データベースがインストールされている SQL Server を実行しているコンピューターへのフェールオーバーを開始します。
  6. 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. Configuration Manager
  7. Virtual Machine Manager
  8. Service Provider Foundation

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

Note

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

分散キー管理を使用している場合は、別のサーバーに 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 を変更することはできません。

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

Note

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

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

Note

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

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

Note

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

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

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

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

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

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

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

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 ページで、メッセージが表示されたら、データベースのアップグレードを選択します。
  • 概要を確認し、インストールを完了します。
  1. アクティブな VMM ノードを新しくアップグレードされた VMM サーバーにフェールオーバーします。
  2. 他の VMM ノードで手順を繰り返します。
  3. Update-Cluster FunctionalLevel command を使用して、クラスターの機能レベルを更新します。
  4. [省略可能]適切な 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 サーバー証明書を更新し、証明書エラーを回避するためです。

この記事では、System Center 2019 - Virtual Machine Manager (VMM) のアップグレード情報について説明します。

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

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

Note

VMM のインストール中に、SQL Database が可用性グループに含まれていないことを確認します。

要件と制限

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

開始する前に

次のことを確認します。

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

Note

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

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

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

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

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

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

    • VMM データベースが可用性グループに含まれている場合は、SQL Server Management Studio で削除します。
    • VMM データベースがインストールされている SQL Server を実行しているコンピューターへのフェールオーバーを開始します。
  6. 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. Configuration Manager
  7. Virtual Machine Manager
  8. Service Provider Foundation

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

Note

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

分散キー管理を使用している場合は、VMM 2019 を別のサーバーにインストールすることもできますが、新しいサーバーの名前が古い VMM サーバーと同じであることを確認できます。

次の手順を使用します。

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

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

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

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

VMM 2019 のインストール

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

Note

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

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

Note

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

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

Note

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

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

Note

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

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

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

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

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

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

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

Note

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

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

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

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

  1. VMM データベースをバックアップして保持します。
  2. パッシブ ノードで VMM をアンインストールします。
  3. パッシブ VMM ノードで、管理 OS を Windows Server 2019/2016 にアップグレードします。
  4. Windows 10 バージョンの ADK にアップグレードします。
  5. 次の手順を使用して、パッシブ ノードに VMM 2019 をインストールします。
  • メインのセットアップ ページで、 Install を選択します。
  • インストールする機能の選択VMM 管理サーバー選択し次へを選択。 VMM コンソールが自動的にインストールされます。
  • メッセージが表示されたら、このサーバーをノードとして高可用性展開に追加することを確認します。
  • Database 構成 ページで、メッセージが表示されたら、データベースのアップグレードを選択します。
  • 概要を確認し、インストールを完了します。
  1. アクティブな VMM ノードを新しくアップグレードされた VMM サーバーにフェールオーバーします。
  2. 他の VMM ノードで手順を繰り返します。
  3. Update-Cluster FunctionalLevel command を使用して、クラスターの機能レベルを更新します。
  4. [省略可能]適切な SQL コマンド ライン ユーティリティをインストールします。

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

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

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

  1. VMM データベースをバックアップして保持します。
  2. HA クラスター内にあるサーバー数と同じ数のサーバーを (Windows Server 2019/2016 管理 OS とともに) 追加します。
  3. 新しく追加された 2019 サーバーに Windows 10 バージョンの ADK をインストールします。
  4. VMM サーバーを追加せず、Mixed モードのアップグレードで手順 5 の詳細を使用して、新しく追加されたサーバーのいずれかに VMM 2019 をインストールします
  5. 新しく追加された他のすべてのサーバーについて、インストール手順を繰り返します。
  6. アクティブな VMM ノードを、新しく追加されたサーバーのいずれかにフェールオーバーします。
  7. 2016 ノードから 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 を選択します。 ホストを再関連付けする必要がある場合は、[ホストの状態] 列に Needs Attention が表示され、 Agent Status 列に Access Denied が表示されます。 再関連付けを行うホストを右クリックし、 Reassociateを選択します。
  4. エージェントの関連付け ページで資格情報を入力し、OKを選択します。 [エージェントの状態] には、状態が Reassociating として表示されます。 ホストが再び関連付けられると、状態が [稼働中] に変わります。
  5. ホストを更新すると、ホストの状態列に OK が表示されるようになりました。 ホストの再関連付けを完了したら、ホスト上の VMM エージェントを更新することが必要になる場合があります。

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

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

  • VMM を System Center 2019 にアップグレードしており、現在の 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 2016/1801/1807 の展開に統合されている場合は、VMM 2019 で再デプロイするか、Azure 複製するか、セカンダリ サイトに複製する必要があります

Operations Manager に接続する

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

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

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

この記事では、System Center 2016 - Virtual Machine Manager (VMM) のアップグレード情報について説明します。

System Center 2016 - VMM へのアップグレード

次のセクションでは、System Center Virtual Machine Manager (VMM) 2016 にアップグレードする方法について説明します。 これには、アップグレードの完了後に完了する前提条件、アップグレード手順、タスクが含まれます。

Note

VMM のインストール中に、SQL Database が可用性グループに含まれていないことを確認します。

要件と制限

  • 更新プログラムのロールアップ 9 以降を使用して、System Center 2012 R2 で VMM が実行されている必要があります。
  • VMM をインストールするサーバーは、VMM 2016 の要件を満たしている必要があります。 詳細情報
  • サポートされているバージョンの SQL Server を実行していることを確認します。
  • 現在の VMM 展開が Azure Site Recovery と統合されている場合は、Site Recovery の設定をアップグレードできないことに注意してください。 アップグレード後、再デプロイする必要があります。
  • VMM 2016 の Hyper-V ホスト サポート要件 を確認します。

開始する前に

  1. VMM で現在実行中のすべてのジョブを完了します。 すべてのジョブ履歴は、アップグレード時に削除されます。
  2. VMM コンソールおよび VMM コマンド シェルなど VMM 管理サーバーへのすべての接続を終了します。
  3. VMM 管理サーバーで実行されているその他のプログラムを終了します。
  4. VMM サーバーで保留中の再起動がないことを確認します。
  5. VMM データベースの完全バックアップを実行します。
  6. 現在の SQL Server データベースで Always On 可用性グループが使用されている場合:
  • VMM データベースが可用性グループに含まれている場合は、SQL Server Management Studio で削除します。
  • SQL Server を実行していて、VMM データベースがインストールされているコンピューターへのフェールオーバーを開始します。
  1. VMM で Operations Manager を実行している場合は、VMM と Operations Manager サーバー間の接続を切断します。
  2. VMM 2012 R2 サーバーで更新プログラムロールアップ 10 または 11 が実行されていて、Citrix NetScalar ロード バランサーが展開されている場合は、アップグレードを開始する前にこの SQL Server スクリプトを実行してください。そうしないと、失敗する可能性があります。 更新プログラムのロールアップ 12 以降を実行している場合、スクリプトは必要ありません。

ALTER TABLE [dbo].[tbl_NetMan_HardwareModelSettings] ALTER COLUMN Version NVARCHAR(255) NULL; GO

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

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

  1. Service Management Automation
  2. Orchestrator
  3. Service Manager
  4. Data Protection Manager (DPM)
  5. Operations Manager
  6. Configuration Manager
  7. Virtual Machine Manager (VMM)
  8. App Controller
  9. Service Provider Foundation
  10. Windows Server 用 Microsoft Azure Pack
  11. Service Bus クラウド
  12. Microsoft Azure Pack
  13. Service Reporting

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

オペレーティング システムをバックアップしてアップグレードし、VMM 2016 をインストールします。

オペレーティング システムのバックアップとアップグレード

  1. VMM データベースをバックアップして保持します。
  2. VMM をアンインストールします。 これを行うには:a. [プログラムの追加と削除] で、[VMM]>[アンインストール] の順に選択します。 b. [機能の削除]を選択し、VMM 管理サーバーVMM コンソール選択します。 c. [データベースのオプション][データベースの保持] を選択します。 d. 概要を確認し、[アンインストール] を選択します。
  3. 管理オペレーティング システムを Windows Server 2016 にアップグレードします。
  4. Windows 10 バージョンの ADK にアップグレードします。

VMM 2016 をインストールします

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

Note

サービス アカウントおよび分散キー管理の設定は、慎重に選択します。 選択に基づいて、テンプレート内のパスワードなどの暗号化されたデータはアップグレード後に使用できない場合があり、手動で入力する必要があります。 13. ポート構成で各機能の既定のポート番号を使用するか、環境に適した一意のポート番号を指定します。 VMM 管理サーバーのインストール中に割り当てたポートを変更するには、サーバーをアンインストールしてから再インストールする必要があります。 ポート 5986 を使用するように機能を構成しないでください。このポート番号は事前に割り当てられます。 14. ライブラリの構成で、新しいライブラリ共有を作成するか、コンピューター上の既存のライブラリ共有を使用するかを選択します。 VMM によって作成される既定のライブラリ共有には MSSCVMMLibrary という名前が付けられ、フォルダーは %SYSTEMDRIVE%\ProgramData\Virtual Machine Manager ライブラリ ファイルにあります。 ProgramData は非表示のフォルダーであり、削除することはできません。 VMM 管理サーバーがインストールされたら、VMM コンソールまたは VMM コマンド シェルを使用して、ライブラリ共有とライブラリ サーバーを追加できます。 15. アップグレード互換性レポートで設定を確認し、 次へ を選択してアップグレードを続行します。 16. インストールの概要で設定を確認し、 Install を選択してサーバーをアップグレードします。 インストール機能 ページが表示され、インストールの進行状況が表示されます。 17. Setup が正常に完了したらClose を選択してインストールを完了します。 VMM コンソールを開くには、 このウィザードが閉じたときに VMM コンソールを開くチェック ボックスをオンにするか、デスクトップで VMM コンソール アイコンを選択します。 18. アップグレード後、ホスト エージェントを手動でアップグレード。 19. セットアップ中に、VMM は次のファイアウォール規則を有効にします。 これらの規則は、後で VMM をアンインストールした場合でも有効です。

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

セットアップ中に問題が発生した場合は、 %SYSTEMDRIVE%\ProgramData\VMMLogs フォルダーのログを確認します。

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

高可用性 VMM 2012 R2 サーバー (少なくとも更新プログラムロールアップ 9 を実行) を VMM 2016 にアップグレードできます。

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

Note

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

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

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

  1. VMM データベースをバックアップして保持します。
  2. パッシブ ノードで VMM をアンインストールします。
  3. パッシブ VMM ノードで、管理 OS を Windows Server 2016 にアップグレードします。
  4. Windows 10 バージョンの ADK にアップグレードします。
  5. 次の手順を使用して、パッシブ ノードに VMM 2016 をインストールします。
  • メインのセットアップ ページで、 Install を選択します。
  • インストールする機能の選択VMM 管理サーバー選択し次へを選択。 VMM コンソールが自動的にインストールされます。
  • メッセージが表示されたら、このサーバーをノードとして高可用性展開に追加することを確認します。
  • Database 構成 ページで、メッセージが表示されたら、データベースのアップグレードを選択します。
  • 概要を確認し、インストールを完了します。
  1. アクティブな VMM ノードを新しくアップグレードされた VMM サーバーにフェールオーバーします。
  2. 他の VMM ノードで手順を繰り返します。
  3. Update-Cluster FunctionalLevel command を使用して、クラスターの機能レベルを更新します。
  4. [省略可能]適切な SQL コマンド ライン ユーティリティをインストールします。

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

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

  1. VMM データベースをバックアップして保持します。
  2. HA クラスター内にあるサーバー数と同じ数のサーバーを (Windows Server 2016 管理 OS とともに) 追加します。
  3. 新しく追加された 2016 サーバーに Windows 10 バージョンの ADK をインストールします。
  4. 「追加の VMM サーバーがない混合モードでのアップグレード」 (#mixed-mode- upgrade-with-no-additional-VMM-servers) の手順 5 の詳細を使用して、新しく追加されたいずれかのサーバーに VMM 2016 をインストールします。
  5. 新しく追加された他のすべてのサーバーについて、インストール手順を繰り返します。
  6. アクティブな VMM ノードを、新しく追加されたサーバーのいずれかにフェールオーバーします。
  7. 2012 R2 ノードから VMM をアンインストールし、フェールオーバー後にこれらのノードをクラスターから削除します。
  8. Update-Cluster FunctionalLevelcommand を使用して、クラスターの機能レベルを更新します。
  9. 必要に応じて、適切な SQL コマンド ライン ユーティリティをインストールします。
  10. アップグレード後、ホスト エージェント 手動でアップグレード

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

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

  • VMM を System Center 2016 にアップグレードしており、現在の 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 クラスターに対応するパラメーターを指定します。

VMM エージェントの更新

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

  1. Fabric>Servers>All Hosts を選択します。
  2. Hosts ペインで、列見出しを右クリックし、[バージョンの状態のを選択
  3. 更新する VMM エージェントを使用するホストを選択します。 [ Hosts ] タブの [ Host グループで、 Refresh を選択します。 ホストで VMM エージェントを更新する必要がある場合は、 ホストの状態 列に 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. VMM 管理サーバーと再関連付けが必要なホストを選択します。
  4. ホスト グループで、 Refresh を選択します。 ホストの再関連付けが必要な場合、[ホストの状態] 列に [要注意] を示す値が表示され、[エージェントの状態] 列に [アクセスが拒否されました] を示す値が表示されます。 再関連付けを行うホストを右クリックし、 Reassociateを選択します。 Reassociate Agentで資格情報を入力し、OKを選択します。 [エージェントの状態] 列に [再関連付け中]という値が表示されます。 ホストが正常に再関連付けされると、 [エージェントの状態] 列に [稼働中]という値が表示されます。 ホストを再度更新すると、そのホストの [ ホストの状態 ] 列に [ OK] という値が表示されます。 ホストの再関連付けを行った後、ホスト上の VMM エージェントを更新する必要がある可能性が最も高くなります。

Azure Site Recovery を再デプロイする

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

VMM 2016 の実行時の Hyper-V ホストのサポートの詳細についてはこのログ エントリを参照してください。

Operations Manager に接続する

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

Note

VMM 2016 RTM に管理パックをインストールしないでください。 更新プログラムのロールアップ 1 以降をインストールする必要があります。 RTM バージョンに管理パックをインストールした場合は、更新プログラムのロールアップ 1 をインストールする前に、それらをアンインストールします。

AlwaysOn 可用性グループの構成

Always On 可用性グループで構成されたデータベースをアップグレードした場合は、アップグレードされたデータベースが Always On 可用性グループで正しく構成されていることを確認するために、いくつかのタスクを完了する必要があります。

  1. VMM データベースを可用性グループに追加します。 このタスクを行うには Microsoft SQL Server Management Studio ツールを使用できます。
  2. SQL Server を実行しているクラスター内のセカンダリ ノード コンピューターで、新しいサインイン アカウントを作成します。 VMM サービス アカウント名と同じになるようにサインイン名を構成します。 VMM データベースへのユーザー マッピングを含め、データベース所有者の資格情報を構成します。
  3. SQL Server を実行しているセカンダリ ノード コンピューターへのフェールオーバーを開始し、VMM サービス (scvmmservice) を再起動できることを確認します。
  4. SQL Server を実行しているクラスター内の各セカンダリ ノードで、最後の 2 つの手順を繰り返します。
  5. 高可用性 VMM をセットアップしている場合、続けて他の高可用性 VMM ノードをインストールします。

仮想マシン テンプレートの更新

アップグレードされたすべての仮想マシン テンプレートは、オペレーティング システムを含む仮想ハード ディスクを正しく指定する必要があります。

  1. Library>Templates>VM テンプレート を選択します。
  2. テンプレートを右クリックして、[プロパティ]>[ハードウェア構成] の順にクリックし、ディスク設定を確認します。

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

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

ドライバー パッケージの更新

VMM ライブラリに以前に追加されたドライバー パッケージをいったん削除してから再度追加して、正しく検出されるようにする必要があります。

カスタム ドライバーを割り当てる予定の場合は、ドライバー ファイルがライブラリに存在する必要があります。 後でタグでフィルター処理できるように、ライブラリ内のドライバーにタグを付けることができます。 ファイルが追加されたら、物理コンピューター プロファイルを構成するときに、ドライバー ファイルを指定できます。 VMM は、オペレーティング システムを物理コンピューターにインストールするときに、指定されたドライバーをインストールします。

物理コンピューター プロファイルでは、タグでドライバーをフィルター処理するか、物理コンピューター上の一致するプラグ アンド プレイ (PnP) ID を持つドライバーをフィルター処理するように選択できます。 タグでドライバーをフィルター処理することを選択した場合、VMM は、ライブラリ内のドライバーに割り当てたタグをプロファイルで割り当てたタグと照合することで、適用するドライバーを決定します。 一致する PnP ID を持つドライバーをフィルター処理することを選択した場合は、カスタム タグを割り当てる必要はありません。

  1. ライブラリーに追加するドライバー パッケージを見つけます。
  2. 物理コンピューターを展開するグループに関連付けられているライブラリ サーバー上にあるライブラリ共有で、ドライバーを格納するフォルダーを作成し、ドライバー パッケージをフォルダーにコピーします。
  3. ドライバー パッケージごとに個別のフォルダーを作成し、ドライバー フォルダーにリソースを混在させないようにすることを強くお勧めします。 .isoイメージ、.vhd ファイル、.inf ファイル名拡張子が付いたスクリプトなどの他のライブラリ リソースを同じフォルダーに含める場合、VMM ライブラリ サーバーはこれらのリソースを検出しません。 また、ライブラリから .inf ドライバー パッケージを削除すると、VMM はドライバーの .inf ファイルが存在するフォルダー全体を削除します。
  4. VMM コンソールで、[ライブラリ ] ワークスペースを開きます。 Library>Library Servers で、共有が配置されているライブラリ サーバーを展開し、共有を右クリックして、Refresh を選択します。 ライブラリが最新の情報に更新された後、ドライバーを保管するために作成したフォルダーが表示されます。
  5. 必要に応じてタグを割り当てます。 Libraryで、前の手順でドライバーを格納するために作成したフォルダーを展開し、ドライバー パッケージを含むフォルダーを選択します。
  6. Physical ライブラリ オブジェクトで、ドライバーの .inf ファイルを右クリックし、Properties を選択します。
  7. Driver ファイル名のプロパティ>カスタム タグで、セミコロンで区切ってカスタム タグを入力するか、選択を選択して使用可能なタグを割り当てるか、新しいタグを作成して割り当てます。 選択を選択し、新しいタグ選択。 タグの名前は、 OK を選択した後で変更できます。 たとえば、ネットワーク アダプター ドライバー ファイルを追加した場合、ServerModel NetworkAdapterModel という名前のタグを作成できます。ServerModel はサーバー モデルで、NetworkAdapterModel はネットワーク アダプター モデルです。

VMM ライブラリの再配置

  • 高可用性 VMM 管理サーバーへのアップグレードを行った場合は、VMM ライブラリを高可用性ファイル サーバーに再配置することをお勧めします。
  • 新しい VMM ライブラリを作成したら、前の VMM ライブラリから新しい VMM ライブラリにリソースを移動します。
  • 以前の VMM ライブラリに保存された仮想マシンのカスタム フィールドおよびプロパティを保持するには、この保存された仮想マシンをホストに展開して、新しい VMM ライブラリに保存します。

Note

オペレーティング システムとハードウェア プロファイルは移動できません。 これらのプロファイルを再作成する必要があります。

次のステップ