Configuration Managerのコンソール内更新プログラムをインストールする
- [アーティクル]
-
-
Configuration Manager (現在のブランチ) に適用
この記事では、Configuration Manager コンソール内から更新プログラムをインストールする方法について説明します。 開始する前に、[ コンソール内の更新プログラムをインストールする準備] を確認してください。
Configuration Manager コンソール内から更新プログラムをインストールする準備ができたら、階層の最上位サイトから始めます。 このサイトは、中央管理サイト (CAS) またはスタンドアロン プライマリ サイトのいずれかです。
各サイトの通常の営業時間外に更新プログラムをインストールして、業務への影響を最小限に抑えます。 更新プログラムのインストールには、サイト コンポーネントの再インストールやサイト システムの役割などのアクションが含まれる場合があります。
子プライマリ サイトは、CAS が更新プログラムのインストールを完了した後に更新プログラムを自動的に開始します。 このプロセスは既定で推奨されます。 プライマリ サイトが更新プログラムをインストールするタイミングを制御するには、 サイト サーバーのサービス ウィンドウを使用します。
プライマリ親サイトの更新が完了したら、Configuration Manager コンソール内からセカンダリ サイトを手動で更新します。 セカンダリ サイト サーバーの自動更新はサポートされていません。
サイトの更新後にConfiguration Managerコンソールを使用すると、コンソールを更新するように求められます。
サイト サーバーが更新プログラムのインストールを正常に完了すると、該当するすべてのサイト システムの役割が自動的に更新されます。 ただし、すべての配布ポイントを再インストールしてオフラインにして同時に更新することはありません。 代わりに、サイト サーバーはサイトのコンテンツ配布設定を使用して、一度に配布ポイントのサブセットに更新プログラムを配布します。 その結果、一部の配布ポイントのみがオフラインで更新プログラムをインストールします。 更新が開始されていない配布ポイント、または更新が完了した配布ポイントはオンラインのままで、クライアントにコンテンツを提供できます。
階層の最上位サイトのConfiguration Manager コンソールで、[管理] ワークスペースに移動し、[更新とサービス] ノードを選択します。 [ 使用可能] の状態の更新プログラムを選択し、リボンで [ Update Pack のインストール ] を選択します。
セカンダリ サイトで更新プログラムのインストールを開始する
親プライマリ サイトが更新されたら、Configuration Manager コンソール内からセカンダリ サイトを更新します。
Configuration Manager コンソールで、[管理] ワークスペースに移動し、[サイトの構成] を展開し、[サイト] ノードを選択します。 更新するセカンダリ サイトを選択し、リボンで [ アップグレード ] を選択します。
[ はい] を 選択して、セカンダリ サイトの更新を開始します。
セカンダリ サイトでの更新プログラムのインストールを監視するには、セカンダリ サイトを選択し、リボンで [ インストール状態の表示 ] を選択します。 また、[ バージョン ] 列を [サイト] ノードに追加して、各セカンダリ サイトのバージョンを表示できるようにします。
コンソールの状態が更新されないか、更新に失敗したことを示している可能性があります。 セカンダリ サイトが正常に更新されたら、[ インストールの再試行 ] オプションを使用します。 このオプションでは、更新プログラムが正常にインストールされたセカンダリ サイトの更新プログラムは再インストールされませんが、本体は状態を強制的に更新します。
1. 更新プログラムのインストールが開始されたとき
更新プログラムが適用される製品領域の一覧を表示する更新 ウィザードが表示されます。
ウィザードの [ 全般 ] ページで、必要に応じて 前提条件の警告 を構成します。
前提条件のエラーは常に更新プログラムのインストールを停止します。 更新プログラムのインストールを正常に再試行する前にエラーを修正します。 詳細については、失敗したアップデートのインストールを再試行するを参照してください。
前提条件の警告は、更新プログラムのインストールを停止することもできます。 更新プログラムのインストールを再試行する前に警告を修正します。 詳細については、失敗したアップデートのインストールを再試行するを参照してください。
前提条件のチェック警告を無視し、不足している要件に関係なくこの更新プログラムをインストールする: 前提条件の警告を無視するように更新プログラムのインストールの条件を設定します。 このオプションを使用すると、更新プログラムのインストールを続行できます。 このオプションを選択しない場合、更新プログラムのインストールは警告で停止します。 サイトの前提条件チェックと修正された前提条件の警告を以前に実行していない限り、このオプションを使用しないでください。
[管理] ワークスペースと [監視] ワークスペースの両方で、[更新] ノードと [サービス] ノードには、[前提条件の警告を無視する] という名前のボタンがリボンに表示されます。 このボタンは、前提条件のチェック警告が原因で更新プログラム パッケージのインストールが完了しなかった場合に使用できるようになります。 たとえば、前提条件の警告を無視するオプションを使用せずに更新プログラムをインストールします (更新 ウィザード内から)。 更新プログラムのインストールは、前提条件の警告の状態で停止しますが、エラーは発生しません。 その後、リボンで [ 前提条件の警告を無視 する] を選択します。 このアクションは、前提条件の警告を無視して、その更新プログラムのインストールの自動継続をトリガーします。 このオプションを使用すると、数分後に更新プログラムのインストールが自動的に続行されます。
更新プログラムがConfiguration Manager クライアントに適用される場合は、クライアントの制限付きセットでクライアント更新プログラムをテストすることを選択します。 詳細については、「 運用前のコレクションでクライアントのアップグレードをテストする方法」を参照してください。
Configuration Manager 2107 以降、Microsoft Endpoint Manager にまだオンボードされていないサイトは、必要に応じて、アップグレード ウィザードの一部としてクラウドアタッチするように求められます。 次のいずれかの機能が既に有効になっている場合、環境はクラウド接続と見なされます。
オンボードしない場合は、[Microsoft Intune管理センターを有効にする] オプションと [共同管理の自動クライアント登録を有効にする] オプションの両方をオフにします。
更新プログラムのインストールの一環として、Configuration Managerは次のアクションを実行します。
サイト システムの役割やConfiguration Manager コンソールなど、影響を受けるコンポーネントを再インストールします。
クライアントのパイロットと クライアントの自動アップグレードのために行った選択に基づいて、クライアントへの更新を管理します。
通常、サイト システム サーバーは更新プログラムの一部として再起動する必要はありません。 ロールが .NET を使用し、その前提条件コンポーネントのパッケージが更新された場合、サイト システムが再起動する可能性があります。 詳細については、「 サイトとサイト システムの前提条件」を参照してください。
ヒント
Configuration Manager更新プログラムをインストールすると、サイトによって CD.Latest フォルダーも更新されます。 詳細については、「 CD.Latest フォルダー」を参照してください。
3. インストール時に更新プログラムの進行状況を監視する
進行状況を監視するには、次の手順を使用します。
Configuration Manager コンソールで、[管理] ワークスペースに移動し、[更新とサービス] ノードを選択します。 このノードには、すべての更新プログラム パッケージのインストール状態が表示されます。
Configuration Manager コンソールで、[監視] ワークスペースに移動し、[更新とサービスの状態] ノードを選択します。 このノードには、サイトがインストールしている現在の更新プログラム パッケージのみのインストール状態が表示されます。
更新プログラムのインストールは、監視を容易にするためにいくつかのフェーズに分かれています。 次の各フェーズについて、インストール状態の詳細には、詳細を表示するログ ファイルが含まれます。
サイト サーバーで CMUpdate.log ファイル <ConfigMgr_Installation_Directory>\Logs
を表示します。
注意
インストール フェーズでは、ConfigMgr データベースのアップグレード タスクの状態を確認できます。
- データベースのアップグレードがブロックされている場合は、[進行中] という警告が表示されます。 注意が必要です。
- cmupdate.log は、データベースのアップグレードをブロックしているSQL Serverからプログラム名と sessionid をログに記録します。
- データベースのアップグレードがブロックされなくなった場合、状態は [進行中] または [完了] にリセットされます。
- データベースのアップグレードがブロックされると、5 分ごとにチェックが実行され、まだブロックされているかどうかを確認します。
最初のサイト更新プログラムのインストールが完了した後:
子プライマリ サイトは、更新プログラムを自動的にインストールします。 それ以上の操作は必要ありません。
Configuration Manager コンソール内からセカンダリ サイトを手動で更新します。 詳細については、「 セカンダリ サイトで更新プログラムのインストールを開始する」を参照してください。
階層内のすべてのサイトが新しいバージョンに更新されるまで、階層は混在バージョン モードで動作します。 詳細については、異なるバージョン間の相互運用性を参照してください。
5. Configuration Managerコンソールを更新する
CAS またはプライマリ サイトの更新後、サイトに接続する各Configuration Manager コンソールも更新する必要があります。 コンソールを更新するように求められます。
コンソールを開くとき
開いているコンソールで新しいノードに移動する場合
サイトの更新後すぐに本体を更新します。
コンソールの更新が完了したら、本体とサイトのバージョンが正しいことを確認します。 本体の左上隅にある [About Configuration Manager] に移動します。
注意
コンソールのバージョンは、サイトのバージョンとは若干異なります。 コンソールのマイナー バージョンは、Configuration Manager リリース バージョンに対応します。 たとえば、Configuration Manager バージョン 1802 では、初期サイト バージョンは 5.0.8634.1000 で、初期コンソール バージョンは 5 です。1802.1082.1700。 ビルド (1082) とリビジョン (1700) の番号は、今後の修正プログラムで変更される可能性があります。
引き続き、サイトの更新後の動作、または更新が失敗した場合の対応についてお読みください。