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が可用性グループに含まれていないことを確認します。

要件と制限事項

開始する前に

以下のことを確認してください。

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

注意

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

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

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

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

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

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

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

System Center コンポーネントのアップグレード順序

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

  1. Service Management Automation
  2. オーケストレーター
  3. Service Manager
  4. Data Protection Manager
  5. Operations Manager
  6. Configuratoin 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. [コントロール パネル>プログラム>と機能] に移動し、[仮想マシン マネージャー] を選択し、[アンインストール] を選択します
  2. アンインストール ウィザードで、[機能の削除] を選択し、削除する機能の一覧で [VMM 管理サーバー] と [VMM コンソール] の両方を選択します。
  3. [データベース オプション] ページで、[ データベースの保持] を選択します。
  4. 概要を確認し、[アンインストール] を選択します。

VMM 2022 をインストールする

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

Note

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

  1. [分散キー管理] で、Active Directory に暗号化キーを保存するかどうかを指定します。

Note

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

  1. [ポートの構成] で、各機能に既定のポート番号を使用するか、環境に応じた固有のポート番号を入力します。

Note

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

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

注意

アップグレードが成功したら、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 をインストールします。
  • [メインセットアップ] ページで、[インストール] を選択します
  • [ インストールする機能の選択] で、[ VMM 管理サーバー ] を選択し、[ 次へ] を選択します。 VMM コンソールは自動的にインストールされます。
  • メッセージが表示されたら、このサーバーをノードとして高可用性の展開に追加することを確認します。
  • [ データベースの構成] ページで、メッセージが表示されたら、 を選択してデータベースをアップグレードします。
  • 概要を確認して、インストールを完了します。
  1. アクティブな VMM ノードを新しくアップグレードした VMM サーバーにフェールオーバーします。
  2. VMM の他のノードで手順を繰り返します。
  3. Update-ClusterFunctionalLevelコマンド を使用してクラスターの機能レベルを更新します。
  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-ClusterFunctionalLevelコマンド を使用してクラスターの機能レベルを更新します。
  9. [省略可能] 適切な SQL コマンド ライン ユーティリティをインストールします。

Note

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

VMM エージェントの更新

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

  1. [ファブリック> サーバー] [すべてのホスト] を選択>します。
  2. [ ホスト ] ウィンドウで列見出しを右クリックし、[ エージェントのバージョンの状態] を選択します。
  3. 更新する VMM エージェントを使用するホストを選択します。 [ ホスト ] タブの [ ホスト ] グループで、[ 更新] を選択します。 ホストの VMM エージェントを更新する必要がある場合、ホストの [ホストの状態] 列には [要注意] の値が表示され、[エージェントのバージョン状況] 列には [アップグレード可能] の値が表示されます。
  4. 更新する VMM エージェントを含むホストを右クリックし、[ エージェントの更新] を選択します。 [ エージェントの更新] で、必要な資格情報を入力し、[ OK] を選択します
  5. [エージェントのバージョン状態] 列に [アップグレード]の値が表示されます。 ホスト上の VMM エージェントが正しく更新されると、[ エージェントのバージョン状況 ] 列に [ 最新] の値が表示され、[ エージェントのバージョン ] 列にはエージェントの更新後のバージョンが表示されます。 ホストを再度更新すると、そのホストの [ ホストの状態 ] 列に [ OK] という値が表示されます。
  6. 同様の方法で VMM ライブラリ サーバーの VMM エージェントを更新することができます。 VMM ライブラリ サーバーの一覧を表示するには、[ファブリック>サーバー ライブラリ サーバー]> を選択します

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

アップグレード後、仮想マシン ホストおよび VMM ライブラリ サーバーを VMM 管理サーバーと再度関連付けしなければならない場合があります。

次の手順に従います。

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

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

VMM SQL Server データベースをアップグレードする理由はいくつか考えられます。

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

データベース情報を収集する

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

  1. VMM コンソールで、>>>>> を選択してデータベースの接続を記録します。
  2. サーバー マネージャーで >>> を選択して、アカウント情報を記録します。 System Center Virtual Machine Manager を右クリックし、[プロパティ][ログオン] の順にクリックします。 これは、VMM がインストールされたときにサービス アカウントとして割り当てられたドメインまたはローカル アカウントです。 ローカルであるかどうかをチェックするには、[ツール][コンピューター マネージャー][ローカル ユーザーとグループ][ユーザー] の順にクリックします。
  3. VMM をインストールしたときに分散キー管理を使用したかどうか、または暗号化キーが VMM サーバーでローカルに格納されているか、確認してください。
  4. VMM データベースを移動するが VMM をアップグレードしない場合は、VMM サーバーに適用されている更新プログラムのロールアップをチェックします。

スタンドアロンのデータベースのアップグレード

  1. 既存の VMM データベースをバックアップし、サポートされるバージョンの SQL Server を実行しているコンピューターにバックアップをコピーします。
  2. SQL Server のツールを使用してデータベースを復元します。
  • VMM をアップグレードする場合は、VMM セットアップ >データベース構成で新しいSQL Serverの場所を指定します。
  • VMM をアップグレードせずにデータベースをアップグレードする場合は、VMM をアンインストールしてから再インストールする必要があります。 アンインストールする場合は、[ データベース オプション] ページで [ データベースの保持] を選択します。 次に、元のインストールに使用したのと同じ設定で再インストールします。 [データベース構成] で、新しいSQL Serverの詳細を指定します。 再インストールした後、更新プログラムのロールアップを適用し、展開が想定どおりに動作していることをチェックします。

高可用性データベースのアップグレード

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

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

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

Azure Site Recovery の再デプロイ

Azure Site Recoveryが VMM 2019 展開に統合されている場合は、Azure へのレプリケーションまたはセカンダリ サイトへのレプリケーションのために、VMM 2022 で再デプロイする必要があります。

Operations Manager への接続

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

PXE サーバーの証明書の更新

VMM ファブリックに PXE サーバーがある場合は、ファブリックから 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 で実行されているすべてのジョブを完了します。

注意

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

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

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

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

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

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

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

System Center コンポーネントのアップグレード順序

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

  1. Service Management Automation
  2. オーケストレーター
  3. Service Manager
  4. Data Protection Manager
  5. Operations Manager
  6. Configuratoin 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. ADK の Windows 10 バージョンをインストールします。

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

  1. [コントロール パネル>プログラム>と機能] に移動し、[仮想マシン マネージャー] を選択して、[アンインストール] を選択します
  2. アンインストール ウィザードで、[機能の削除] を選択し、削除する機能の一覧で [VMM 管理サーバー] と [VMM コンソール] の両方を選択します。
  3. データベースのオプション ページで [データベースの保持] を選択します。
  4. 概要を確認し、[アンインストール] を選択します。

VMM 2019 をインストールする

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

Note

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

  1. [分散キー管理] で、Active Directory に暗号化キーを保存するかどうかを指定します。

Note

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

  1. [ポートの構成] で、各機能に既定のポート番号を使用するか、環境に応じた固有のポート番号を入力します。

Note

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

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

注意

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

追加の VMM サーバーがある混合モードでのアップグレード

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

次の手順に従います

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

Note

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

VMM エージェントの更新

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

  1. [ファブリック> サーバー] [すべてのホスト] を選択>します。
  2. [ ホスト ] ウィンドウで列見出しを右クリックし、[ エージェントのバージョンの状態] を選択します。
  3. 更新する VMM エージェントを使用するホストを選択します。 [ ホスト ] タブの [ ホスト ] グループで、[ 更新] を選択します。 ホストの VMM エージェントを更新する必要がある場合、ホストの [ホストの状態] 列には [要注意] の値が表示され、[エージェントのバージョン状況] 列には [アップグレード可能] の値が表示されます。
  4. 更新する VMM エージェントを含むホストを右クリックし、[ エージェントの更新] を選択します。 [ エージェントの更新] で、必要な資格情報を入力し、[ OK] を選択します
  5. [エージェントのバージョン状態] 列に [アップグレード]の値が表示されます。 ホスト上の VMM エージェントが正しく更新されると、[ エージェントのバージョン状況 ] 列に [ 最新] の値が表示され、[ エージェントのバージョン ] 列にはエージェントの更新後のバージョンが表示されます。 ホストを再度更新すると、そのホストの [ ホストの状態 ] 列に [ OK] という値が表示されます。
  6. 同様の方法で VMM ライブラリ サーバーの VMM エージェントを更新することができます。 VMM ライブラリ サーバーの一覧を表示するには、[ファブリック>サーバー ライブラリ サーバー]> を選択します

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

アップグレード後、仮想マシン ホストおよび VMM ライブラリ サーバーを VMM 管理サーバーと再度関連付けしなければならない場合があります。

次の手順に従います。

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

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

VMM SQL Server データベースをアップグレードする理由はいくつか考えられます。

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

データベース情報を収集する

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

  1. VMM コンソールで、>>>>> を選択してデータベースの接続を記録します。
  2. サーバー マネージャーで >>> を選択して、アカウント情報を記録します。 System Center Virtual Machine Manager を右クリックし、[プロパティ][ログオン] の順にクリックします。 これは、VMM がインストールされたときにサービス アカウントとして割り当てられたドメインまたはローカル アカウントです。 ローカルであるかどうかをチェックするには、[ツール][コンピューター マネージャー][ローカル ユーザーとグループ][ユーザー] の順にクリックします。
  3. VMM をインストールしたときに分散キー管理を使用したかどうか、または暗号化キーが VMM サーバーでローカルに格納されているか、確認してください。
  4. VMM データベースを移動しても VMM をアップグレードしていない場合は、VMM サーバーに適用されている更新プログラムのロールアップをチェックします。

スタンドアロンのデータベースのアップグレード

  1. 既存の VMM データベースをバックアップし、サポートされるバージョンの SQL Server を実行しているコンピューターにバックアップをコピーします。
  2. SQL Server のツールを使用してデータベースを復元します。
  • VMM をアップグレードする場合は、VMM セットアップ >データベース構成で新しいSQL Serverの場所を指定します。
  • VMM をアップグレードせずに、データベースをアップグレードする場合でも、VMM をアンインストールしてから再インストールする必要があります。 アンインストールする場合は、[ データベース オプション] ページで [ データベースの保持] を選択します。 次に、元のインストールに使用したのと同じ設定で再インストールします。 [データベース構成] で、新しいSQL Serverの詳細を指定します。 再インストールした後、更新プログラムのロールアップを適用し、展開が想定どおりに動作していることをチェックします。

高可用性データベースのアップグレード

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

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

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

Azure Site Recovery の再デプロイ

Azure Site Recovery が VMM 2016/1801/1807 のデプロイに統合されていた場合、Azure へのレプリケーションセカンダリ サイトへのレプリケーションを実行するには、VMM 2019 で Azure Site Recovery を再デプロイする必要があります。

Operations Manager への接続

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

PXE サーバーの証明書の更新

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

重要

このバージョンの Virtual Machine Manager (VMM) はサポート終了に達しました。 VMM 2022 にアップグレードすることをお勧めします。

System Center - Virtual Machine Manager 1801 をインストールし、1807 更新プログラムを適用する必要があります。 VMM 1807 をインストールする方法についてはこちらをご覧ください。

重要

このバージョンの Virtual Machine Manager (VMM) はサポート終了に達しました。 VMM 2022 にアップグレードすることをお勧めします。

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

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

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

以下のセクションでは、VMM 1801 にアップグレードする方法について説明します。 アップグレードの完了後に完了する必要があるアップグレード手順とタスクも含まれます。

注意

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

要件と制限事項

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

開始する前に

以下のことを確認してください。

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

注意

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

  1. VMM コンソールおよび VMM コマンド シェルなど VMM 管理サーバーへのすべての接続を終了します。
  2. VMM 管理サーバーで実行されているその他のプログラムを終了します。
  3. VMM サーバー上で再起動が保留されていないことを確認します。
  4. VMM データベースの完全バックアップを実行します。
  5. VMM で Operations Manager を実行している場合は、VMM と Operations Manager サーバー間の接続を切断します。

System Center コンポーネントのアップグレード順序

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

  1. Service Management Automation
  2. オーケストレーター
  3. Service Manager
  4. Data Protection Manager (DPM)
  5. Operations Manager
  6. Configuratoin Manager
  7. Virtual Machine Manager (VMM)
  8. App Controller
  9. Service Provider Foundation
  10. Microsoft Azure Pack for Windows Server
  11. サービス バス クラウド
  12. Microsoft Azure Pack
  13. Service Reporting

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

次の手順を実行します。

OS をバックアップしてアップグレードする

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

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

  1. [ プログラムの追加と削除] に移動し、[ VMM] を選択し、[アンインストール] を選択 します
  2. アンインストール ウィザードで、[機能の削除] を選択し、削除する機能の一覧で [VMM 管理サーバー] と [VMM コンソール] の両方を選択します。
  3. データベースのオプション ページで [データベースの保持] を選択します。
  4. 概要を確認し、[アンインストール] を選択します。

VMM 1801 をインストールする

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

Note

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

  1. [分散キー管理] で、Active Directory に暗号化キーを保存するかどうかを指定します。

Note

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

  1. [ポートの構成] で、各機能に既定のポート番号を使用するか、環境に応じた固有のポート番号を入力します。

Note

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

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

注意

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

セットアップに問題がある場合は、%SYSTEMDRIVE%\ProgramData\VMMLogs フォルダーをチェックします。

セットアップ中に、VMM により次のファイアウォール ルールが有効になります。 後で VMM をアンインストールする場合でも、これらのルールは有効のままです。

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

高可用性 VMM サーバーのアップグレード

高可用性 (HA) VMM サーバー 2012 R2 および 2016 を 1801 にアップグレードすることができます。

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

Note

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

追加の VMM サーバーがない混合モードでのアップグレード

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

次の手順に従います

  1. VMM データベースをバックアップして保持します。

  2. パッシブ ノードで VMM をアンインストールします。

  3. VMM 1801 では、管理 OS として WS 2016 および 1709 がサポートされます。 パッシブな VMM ノードで、管理 OS を Windows Server 2016/1709 にアップグレードします。

    クラスターの Windows Server (WS) 2012 R2 に VMM 2012 R2 がある状態で、WS 1709 で VMM 1801 にアップグレードする場合は、クラスター内のこのような各ノードに対して以下の手順を使用します。

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

追加の VMM サーバーがある混合モードでのアップグレード

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

次の手順に従います

  1. VMM データベースをバックアップして保持します。

  2. HA クラスター内にあるサーバー数と同じ数のサーバーを (Windows Server 2016/1709 管理 OS とともに) 追加します。

    クラスターの WS 2012 R2 に VMM 2012 R2 ノードがある状態で、VMM 1801 がある WS 1709 にアップグレードする場合は、以下の手順を使用します。

    • 新しい WS 2016 ノードを追加し、これらすべてのノードに VMM 1801 をインストールします。
    • クラスターから WS 2012 R2 ノードをすべて削除します。
  • 管理 OS を WS 1709 にアップグレードします。
  1. 新しく追加された 2016 サーバーに Windows 10/1709 バージョンの ADK をインストールします。
  2. 「追加の VMM サーバーがない混合モードでのアップグレード」 (#mixed-mode- upgrade-with-no-additional-VMM-servers) の手順 5 の詳細を使用して、新しく追加されたいずれかのサーバーに VMM 1801 をインストールします。
  3. 新しく追加されたすべてのサーバーでインストールの手順を繰り返します。
  4. アクティブな VMM ノードを、新しく追加されたサーバーのいずれかにフェールオーバーします。
  5. フェールオーバー後にクラスターから 2012 R2/2016 ノードを削除します。
  6. Update-ClusterFunctionalLevelコマンド を使用してクラスターの機能レベルを更新します。
  7. [省略可能] 適切な SQL コマンド ライン ユーティリティをインストールします。

Note

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

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

VMM SQL Server データベースをアップグレードする理由はいくつか考えられます。

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

データベース情報を収集する

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

  1. VMM コンソールで、>>>>> を選択してデータベースの接続を記録します。
  2. サーバー マネージャーで >>> を選択して、アカウント情報を記録します。 System Center Virtual Machine Manager を右クリックし、[プロパティ][ログオン] の順にクリックします。 これは、VMM がインストールされたときにサービス アカウントとして割り当てられたドメインまたはローカル アカウントです。 ローカルであるかどうかをチェックするには、[ツール][コンピューター マネージャー][ローカル ユーザーとグループ][ユーザー] の順にクリックします。
  3. VMM をインストールしたときに分散キー管理を使用したかどうか、または暗号化キーが VMM サーバーでローカルに格納されているか、確認してください。
  4. VMM データベースを移動しても VMM をアップグレードしていない場合は、VMM サーバーに適用されている更新プログラムのロールアップをチェックします。

スタンドアロンのデータベースのアップグレード

  1. 既存の VMM データベースをバックアップし、サポートされるバージョンの SQL Server を実行しているコンピューターにバックアップをコピーします。
  2. SQL Server のツールを使用してデータベースを復元します。
  • VMM をアップグレードする場合は、VMM セットアップ >データベース構成で新しいSQL Serverの場所を指定します。
  • VMM をアップグレードせずに、データベースをアップグレードする場合でも、VMM をアンインストールしてから再インストールする必要があります。 アンインストールする場合は 、[データベース オプション] ページで [ データベースの保持] を選択します。 次に、元のインストールと同じ設定で再インストールします。 [データベース構成] で、新しいSQL Serverの詳細を指定します。 再インストール後、更新プログラムのロールアップを適用し、展開が想定どおりに動作していることをチェックします。

高可用性データベースのアップグレード

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

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

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

VMM エージェントの更新

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

  1. [ファブリック> サーバー] [すべてのホスト] を>選択します。
  2. [ ホスト ] ウィンドウで、列見出しを右クリックし、[ エージェントのバージョンの状態] を選択します。
  3. 更新する VMM エージェントを使用するホストを選択します。 [ ホスト ] タブの [ ホスト ] グループで、[ 更新] を選択します。 ホストの VMM エージェントを更新する必要がある場合、ホストの [ホストの状態] 列には [要注意] の値が表示され、[エージェントのバージョン状況] 列には [アップグレード可能] の値が表示されます。
  4. 更新する VMM エージェントを含むホストを右クリックし、[ エージェントの更新] を選択します。 [ エージェントの更新] で、必要な資格情報を入力し、[ OK] を選択します
  5. [エージェントのバージョン状態] 列に [アップグレード]の値が表示されます。 ホスト上の VMM エージェントが正しく更新されると、[ エージェントのバージョン状況 ] 列に [ 最新] の値が表示され、[ エージェントのバージョン ] 列にはエージェントの更新後のバージョンが表示されます。 ホストを再度更新すると、そのホストの [ ホストの状態 ] 列に [ OK] という値が表示されます。
  6. 同様の方法で VMM ライブラリ サーバーの VMM エージェントを更新することができます。 VMM ライブラリ サーバーの一覧を表示するには、[ファブリック> サーバーライブラリ サーバー]> を選択します。

Azure Site Recovery の再デプロイ

Azure Site Recovery が VMM 2012 R2/2016 のデプロイに統合されていた場合、Azure へのレプリケーションセカンダリ サイトへのレプリケーションを実行するには、VMM 1801 で Azure Site Recovery を再デプロイする必要があります。

VMM 1801 を実行している場合の Hyper-V ホストのサポートの詳細については、こちらのブログ記事を参照してください。

Operations Manager への接続

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

PXE サーバーの証明書の更新

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

System Center 2016 - VMM にアップグレードする

次のセクションでは、System Center Virtual Machine Manager (VMM) 2016 にアップグレードする方法について説明します。 前提条件、アップグレード手順、およびアップグレード終了後に完了するタスクについても取り上げます。

Note

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

要件と制限事項

  • VMM は、更新プログラムのロールアップ 9 以降を適用した System Center 2012 R2 で実行する必要があります。
  • VMM をインストールするサーバーは、VMM 2016 要件を満たしている必要があります。 詳細情報
  • サポートされているバージョンのSQL Serverを実行していることを確認します。
  • 現在の VMM のデプロイが Azure Site Recovery と統合されている場合は、Site Recovery settings をアップグレードできないことに注意してください。 アップグレード後、再デプロイする必要があります。
  • 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 で VMM データベースを削除します。
  • 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. オーケストレーター
  3. Service Manager
  4. Data Protection Manager (DPM)
  5. Operations Manager
  6. Configuratoin Manager
  7. Virtual Machine Manager (VMM)
  8. App Controller
  9. Service Provider Foundation
  10. Windows Server 用 Microsoft Azure Pack
  11. サービス バス クラウド
  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. [メインセットアップ] ページで、[インストール] を選択します
  2. [インストールする機能の選択] で、[VMM 管理サーバー] [次へ] を選択します。 VMM コンソールは自動的にインストールされます。
  3. [ 製品登録情報] で、適切な情報を指定し、[ 次へ] を選択します。 プロダクト キーを入力しない場合、VMM は、インストール日から 180 日後に期限切れになる評価版としてインストールされます。
  4. [ この使用許諾契約書をお読みください] で、使用許諾契約書を確認し、[使用許諾契約書の 条項を読み、理解し、同意する] を選択し、[ 次へ] を選択します。
  5. [ 使用状況と接続データ] で、いずれかのオプションを選択し、[ 次へ] を選択します。
  6. [Microsoft Update] ページが表示されたら、Microsoft Update を使用するかどうかを選択し、[次へ] を選択します。 このコンピューターで Microsoft Update を使用することを既に選択している場合、このページは表示されません。
  7. [ インストール場所] で、既定のパスを使用するか、VMM プログラム ファイルに別のインストール パスを入力して、[ 次へ] を選択します。
  8. [データベース構成] で次のように操作します。
  • VMM の SQL Server をアップグレードする必要がある場合は、詳細を参照してください。
  • リモート SQL インスタンスを使用している場合は、SQL Server コンピューターの名前を指定します。
  • SQL Server が VMM サーバーで実行されている場合は、VMM サーバーの名前を入力するか 、「localhost」と入力します。 SQL Serverがクラスター内にある場合は、クラスター名を入力します。
  • ローカル SQL サーバーを使用している場合、またはリモート SQL サーバーで既定のポート (1433) を使用している場合は、ポート値を指定しないでください。
  • [既存のデータベース] を選択してから、以前のインストールから保持されている (バックアップした) データベースを選択します。 データベースにアクセスするアクセス許可を持つ資格情報を提供します。 データベースのアップグレードを求められたら、[ はい] を選択します。
  1. [サービス アカウントおよび分散キー管理の構成] で、VMM サービスが使用するアカウントを指定します。 インストール後は VMM サービス アカウントの ID を変更できません。
  2. [分散キー管理] で、Active Directory に暗号化キーを保存するかどうかを指定します。

Note

サービス アカウントおよび分散キー管理の設定は、慎重に選択します。 選択内容に基づいて、アップグレード後にテンプレート内のパスワードなどの暗号化されたデータを使用できない場合があり、手動で入力する必要があります。 13. [ポートの構成] で、各機能の既定のポート番号を使用するか、環境に適した一意のポート番号を指定します。 VMM 管理サーバーのインストール時に割り当てたポートを変更するには、サーバーをアンインストールしてから再インストールする必要があります。 ポート 5986 を使用するように機能を構成しないでください。このポート番号は事前に割り当てられます。 14. [ ライブラリの構成] で、新しいライブラリ共有を作成するか、コンピューター上の既存のライブラリ共有を使用するかを選択します。 VMM で作成される既定のライブラリ共有の名前は MSSCVMMLibrary であり、フォルダーは %SYSTEMDRIVE%\ProgramData\Virtual Machine Manager Library Files にあります。 ProgramData は隠しフォルダーであり、削除することはできません。 VMM 管理サーバーがインストールされたら、VMM コンソールまたは VMM コマンド シェルを使用して、ライブラリ共有やライブラリ サーバーを追加できます。 15. [アップグレード互換性レポート] で、設定を確認し、[ 次へ ] を選択してアップグレードを続行します。 16. [インストールの概要] で設定を確認し、[ インストール ] を選択してサーバーをアップグレードします。 [機能のインストール中] ページが開いて、インストールの進行状況が表示されます。 17. [セットアップが正常に完了しました] で、[ 閉じる ] を選択してインストールを完了します。 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 をインストールします。
  • [メインセットアップ] ページで、[インストール] を選択します
  • [ インストールする機能の選択] で、[ VMM 管理サーバー ] を選択し、[ 次へ] を選択します。 VMM コンソールは自動的にインストールされます。
  • メッセージが表示されたら、このサーバーをノードとして高可用性の展開に追加することを確認します。
  • [ データベースの構成] ページで、メッセージが表示されたら、 を選択してデータベースをアップグレードします。
  • 概要を確認して、インストールを完了します。
  1. アクティブな VMM ノードを新しくアップグレードした VMM サーバーにフェールオーバーします。
  2. VMM の他のノードで手順を繰り返します。
  3. Update-ClusterFunctionalLevelコマンド を使用してクラスターの機能レベルを更新します。
  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-ClusterFunctionalLevelcommand を使用してクラスターの機能レベルを更新します。
  9. 必要に応じて、適切な SQL コマンド ライン ユーティリティをインストールします。
  10. アップグレード後、ホスト エージェントを手動でアップグレードします。

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

VMM SQL Server データベースをアップグレードする理由はいくつか考えられます。

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

データベース情報を収集する

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

  1. VMM コンソールで、>>>>> を選択してデータベースの接続を記録します。
  2. サーバー マネージャーで >>> を選択して、アカウント情報を記録します。 System Center Virtual Machine Manager を右クリックし、[プロパティ][ログオン] の順にクリックします。 これは、VMM がインストールされたときにサービス アカウントとして割り当てられたドメインまたはローカル アカウントです。 ローカルであるかどうかをチェックするには、[ツール][コンピューター マネージャー][ローカル ユーザーとグループ][ユーザー] の順にクリックします。
  3. VMM をインストールしたときに分散キー管理を使用したかどうか、または暗号化キーが VMM サーバーでローカルに格納されているか、確認してください。
  4. VMM データベースを移動しても VMM をアップグレードしていない場合は、VMM サーバーに適用されている更新プログラムのロールアップをチェックします。

スタンドアロンのデータベースのアップグレード

  1. 既存の VMM データベースをバックアップし、サポートされているバージョンのSQL Serverを実行しているコンピューターにバックアップをコピーします。
  2. SQL Server のツールを使用してデータベースを復元します。
    • VMM をアップグレードする場合は、VMM セットアップ >データベース構成で新しいSQL Serverの場所を指定します。
    • VMM をアップグレードせずに、データベースをアップグレードする場合でも、VMM をアンインストールしてから再インストールする必要があります。 アンインストールする場合は 、[データベース オプション] ページで [ データベースの保持] を選択します。 次に、元のインストールと同じ設定で再インストールします。 [データベース構成] で、新しいSQL Serverの詳細を指定します。 再インストール後、更新プログラムのロールアップを適用し、展開が想定どおりに動作していることをチェックします。

高可用性データベースのアップグレード

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

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

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

VMM エージェントの更新

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

  1. [ファブリック> サーバー] [すべてのホスト] を>選択します。
  2. [ ホスト ] ウィンドウで、列見出しを右クリックし、[ エージェントのバージョンの状態] を選択します。
  3. 更新する VMM エージェントを使用するホストを選択します。 [ ホスト ] タブの [ ホスト ] グループで、[ 更新] を選択します。 ホストで VMM エージェントを更新する必要がある場合は 、[ホストの状態] 列に [ 要注意 ] と表示され、[ エージェントのバージョンの状態] 列に [ アップグレードが利用可能] と表示されます。
  4. 更新する VMM エージェントを含むホストを右クリックし、[ エージェントの更新] を選択します。 [ エージェントの更新] で、必要な資格情報を入力し、[ OK] を選択します
  5. [エージェントのバージョン状態] 列に [アップグレード]の値が表示されます。 ホスト上の VMM エージェントが正しく更新されると、[ エージェントのバージョン状況 ] 列に [ 最新] の値が表示され、[ エージェントのバージョン ] 列にはエージェントの更新後のバージョンが表示されます。 ホストを再度更新すると、そのホストの [ ホストの状態 ] 列に [ OK] という値が表示されます。
  6. 同様の方法で VMM ライブラリ サーバーの VMM エージェントを更新することができます。 VMM ライブラリ サーバーの一覧を表示するには、[ファブリック> サーバーライブラリ サーバー]> を選択します。

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

アップグレード後、仮想マシン ホストおよび VMM ライブラリ サーバーを VMM 管理サーバーと再関連付けしなければならない場合があります。

  1. [ファブリック> サーバー] [すべてのホスト] を>選択します。
  2. [ホスト] ウィンドウで、 [エージェントの状態] 列が表示されていることを確認します。 そうでない場合は、列見出し >の [エージェントの状態] を右クリックします。
  3. VMM 管理サーバーと再関連付けが必要なホストを選択します。
  4. ホスト グループで、[最新の 情報に更新] を選択します。 ホストの再関連付けが必要な場合、[ホストの状態] 列に [要注意] を示す値が表示され、[エージェントの状態] 列に [アクセスが拒否されました] を示す値が表示されます。 再関連付けするホストを右クリックし、[再 関連付け] を選択します。 [ エージェントの再関連付け] で、資格情報を入力し、[ OK] を選択します。 [エージェントの状態] 列に [再関連付け中] という値が表示されます。 ホストが正常に再関連付けされると、 [エージェントの状態] 列に [稼働中]という値が表示されます。 ホストを再度更新すると、そのホストの [ ホストの状態 ] 列に [ OK] という値が表示されます。 ホストを再関連付けした後、ホスト上の VMM エージェントを更新する必要がある可能性が高くなります。

Azure Site Recovery の再デプロイ

Azure Site Recoveryが VMM 2012 R2 展開に統合されている場合は、Azure へのレプリケーションまたはセカンダリ サイトへのレプリケーションのために、VMM 2016 で再デプロイする必要があります。

VMM 2016 を実行している場合の、Hyper-V ホストのサポートについて、詳しくはこちらのブログの記事を参照してください。

Operations Manager への接続

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

注意

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. [ ライブラリ>テンプレート VM テンプレート>] を選択します
  2. テンプレートを右クリックして、>>> の順にクリックし、ディスク設定を確認します。

PXE サーバーの証明書の更新

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

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

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

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

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

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

VMM ライブラリの再配置

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

注意

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

次の手順

最新のロールアップ更新プログラムの展開について学習します。