クライアント更新プログラムのサービスWindows準備する

適用対象

  • Windows 10
  • Windows 11

ユーザー向けの情報を探している場合、Windows Update: FAQ」をご覧ください。

このプロセスの例を次に示します。

  • テスト デバイスを構成する。 Insider プログラムでテスト デバイスWindows構成し、Insider が一般可用性チャネルで使用できる前に機能更新プログラムをテストできます。 通常、この母集団は、IT スタッフメンバーがアプリケーションのプレリリース ビルドを評価するために使用するいくつかのテスト デバイスWindows。 Microsoft によって追加される機能を関心のあるユーザーが確認できるように、ほぼ毎週、現在の開発ビルドが Microsoft から Windows Insider メンバーに提供されます。 ビジネス向けインサイWindowsプログラムに登録する方法の詳細については、「Insider Windows」セクションを参照してください。
  • 除外されたデバイスを識別します。 一部の組織では、工場や医療機器の制御や ATM の実行に使用される特別な目的のデバイスでは、一般提供チャネルが提供できるよりも厳密で頻度の低い機能更新サイクルが必要です。 これらのデバイスについては、LTSC エディションEnterpriseインストールして、最大 10 年間の機能更新プログラムを回避します。 これらのデバイスを特定し、段階的な展開とサービス サイクルから分離して、管理者の混乱を取り除き、デバイスが正しく処理されるようにします。
  • テスト希望者を募る。 展開をテストする目的は、フィードバックを得ることです。 パイロット ユーザーを集める有効な方法の 1 つとして、テスト希望者を募ることができます。 その場合は、機能を試すだけではなくフィードバックが必要である点と、機能更新プログラムをすぐに受信すると問題が生じる場合もある点を明確に示します。 サービスとしての Windows では、いくつかの問題点が見込まれますが、実際に問題が発生した場合にはテスターからできるだけ早く報告を受ける必要があります。 パイロット グループのメンバーを検討する際には、できる限り多くのアプリとデバイスを評価できるように、広範なアプリケーションとデバイスを提供できるメンバーを含めるようにしてください。
  • グループ ポリシーを更新します。 各機能更新プログラムには、新しい機能を管理するための新しいグループ ポリシーが含まれています。 グループ ポリシーを使用してデバイスを管理する場合、Active Directory ドメインのグループ ポリシー管理者は、.admx パッケージをダウンロードして、そのパッケージをセントラル ストア (または 中央ストアを使用しない場合はドメイン コントローラーの SYSVOL フォルダーの PolicyDefinitions ディレクトリ) にコピーする必要があります。 リモート サーバー管理ツールを使用して、新しいグループ ポリシー Windows最新のリリースから管理できます。 ADMX ダウンロード パッケージは、各開発サイクルの最後に作成され、ダウンロード用に投稿されます。 特定のビルドの ADMX ダウンロード パッケージをWindows、"ADMX ダウンロード for Windows xxxx" を検索します。 グループ ポリシー管理の詳細については、「グループ ポリシー管理用中央ストアを作成および管理する方法」を参照Windows
  • サービス ツールを選択する。 環境内で Windows 更新プログラムの管理に使用する製品を決定します。 現在、Windows Server Update Services (WSUS) または Microsoft エンドポイント マネージャー を使用して Windows 更新プログラムを管理している場合は、これらの製品を引き続き使用して Windows 10 または Windows 11 の更新プログラムを管理できます。 または、Windows Update for Business を使うこともできます。 使用する製品のほか、更新プログラムの配布方法も検討する必要があります。 複数のピアツーピア オプションを使用して、更新プログラムの配布を迅速に行うことができます。 ツールの比較については、「サービス ツール」をご覧ください。
  • アプリケーションの優先順位を付ける。 まず、アプリケーション ポートフォリオを作成します。 この一覧には、組織でインストールされているすべてのアプリケーションと、組織でホスティングしているすべての Web ページを含めます。 次に、このリストに優先順位を付け、最もビジネス上重要なアプリを特定します。 Windows の新しいバージョンとのアプリケーションの互換性が高いという期待のため、パイロット フェーズの前に最もビジネスクリティカルなアプリケーションのみをテストする必要があります。他のすべてが後でテストできます。 アプリケーションとの互換性の問題の特定について詳しくは、Upgrade Analytics を使用した Windows アップグレードの管理のページをご覧ください。

Microsoft が機能更新プログラムをリリースする度に、IT 部門は次の高レベルプロセスを使用して、広範な展開が成功した場合に役立つ必要があります。

  1. ビジネス クリティカルなアプリの互換性を確認する。 前の「前のセクションのテスト デバイスの構成手順」で示した Windows Insider コンピューターで実行されている新しい Windows 10 機能更新プログラムとの互換性を確認するために、最も重要なビジネスクリティカルなアプリケーションをテストします。 ほとんどのアプリケーションはパイロット フェーズでテストできるため、この検証プロセスに含めるアプリケーションの数は限定する必要があります。
  2. 対象を設定してフィードバックに対応する。 Microsoft では、アプリケーションとデバイスの互換性が高いとは考えられますが、IT 部門とビジネス 部門の両方のグループをターゲットにし、アプリケーション ポートフォリオ内の残りのアプリケーションのアプリケーション互換性を確認することが重要です。 最もビジネスクリティカルなアプリケーションだけが事前にテストされるので、このアクティビティは環境内のほとんどのアプリケーション互換性テストを表します。 必ずしも正式なプロセスではなく、特定のアプリケーションを使用してユーザー検証を行う必要があります。 したがって、次の手順では、前のセクションの「ボランティアの募集」の手順で特定した一般提供チャネルで実行されている、早期導入の IT ユーザーとターゲットグループに機能更新プログラムを展開します。 できるだけ早くフィードバックが必要であるということと、ユーザーからのフィードバック提出方法を必ず伝えてください。 問題が発生した場合は、修復計画を立て、対処してください。
  3. 広範に展開する。 最後に、展開リングを使用した大規模な展開に重点を置く。 選択した更新管理製品で、コンピューターのグループを対象とした展開リングを構築します。 できるだけリスクを抑えるには、展開リングを構築する際に、個々の部門を複数のリングに分割します。 これにより、問題が発生してもクリティカルな業務の停止を回避できます。 この方法を使用すると、各展開リングは、特定の部門で更新されたユーザーが多い場合にリスクを軽減します。