Windows 10 更新プログラムのサービス方法の準備

適用対象

  • Windows10
  • Windows 10 Mobile

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

従来の Windows 展開は、サイズが大きく、時間とコストがかかる傾向にありました。 Windows 10 では、品質更新プログラムと機能更新プログラムの両方で、展開のアプローチが新しくプロセスがシンプルになっているため、計画も単純になります。 "サービスとしての Windows" によって Windows の更新方法が完全に変わり、数年ごとに発生する大規模なアップグレードから 1 年に 2 回の反復的な更新という形に移行しつつあります。 それぞれの更新に含まれる変更点は従来より小さく、従来のような大幅な差異が感じられなくなります。 この画像は、従来の Windows 展開に必要な工数のレベルと Windows 10 のサービスを提供しています。また、数年ごとに時間の経過と共に spiking されるようになりました。

従来のサービスと Windows 10 の比較

Windows 10 では、数年ごとに発生することが一般的だった従来の Windows アップグレードの展開作業が、小規模で継続的な更新プログラムに分散されます。 この変化に合わせて、従来とは異なる方法で Windows の継続的な展開とサービス提供に取り組む必要があります。 Windows 10 の優れた展開方法は、各機能更新プログラムのテストと展開を行うためのシンプルで反復可能なプロセスを確立することから始まります。 このプロセスの例を次に示します。

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

注意

この方法は、Windows 10 が既に存在する環境でのアプローチとして適しています。 別バージョンの Windows が存在する環境で Windows 10 の展開や Windows 10 へのアップグレードを行う方法については、「Windows 10 の展開計画」をご覧ください。

Windows 10 Enterprise LTSB は、個別の長期サービス チャンネルのバージョンです。

Windows 10 の機能更新プログラムが Microsoft からリリースされるたびに大規模な展開を成功させるには、以下の上位プロセスを IT 部門で使用する必要があります。

  1. ビジネス クリティカルなアプリの互換性を確認する。 ビジネス クリティカルで特に重要なアプリケーションをテストします。このテストでは、展開の準備方法のセクションに記載されているテスト コンピューターの構成手順で特定した Windows Insider 用コンピューターで実行されている、新しい Windows 10 機能更新プログラムとの互換性を調べます。 ほとんどのアプリケーションはパイロット フェーズでテストできるため、この検証プロセスに含めるアプリケーションの数は限定する必要があります。 Windows 10 におけるデバイスとアプリケーションの互換性について詳しくは、互換性のセクションをご覧ください。
  2. 対象を設定してフィードバックに対応する。 Microsoft は、Windows 10 ではアプリケーションとデバイスの互換性が高くなると予想していますが、IT 部門と事業単位の両方に対象グループを設置し、アプリケーション ポートフォリオに含まれるその他のアプリケーションの互換性を検証することが重要です。 先にテストしたのは特にビジネス クリティカルなアプリケーションのみであり、こちらは環境内の大多数のアプリケーション互換性テストを表します。 これは正式なプロセスというよりは、特定のアプリケーションをユーザーが使用することによる検証です。 次の手順は、展開の準備方法のセクションに記載されているテスト希望者の募集手順で特定した、半期チャネルで実行している初期導入の IT ユーザーと対象グループに機能更新プログラムを展開することです。 できるだけ早くフィードバックが必要であるということと、ユーザーからのフィードバック提出方法を必ず伝えてください。 問題が発生した場合は、改善プランを実施して対応してください。
  3. 広範に展開する。 最後に、表 1 で説明したような展開リングを使用した大規模な展開に注目します。 選択した更新管理製品で、コンピューターのグループを対象とした展開リングを構築します。 できるだけリスクを抑えるには、展開リングを構築する際に、個々の部門を複数のリングに分割します。 これにより、問題が発生してもクリティカルな業務の停止を回避できます。 この方法を使うと、部門内の更新ユーザー数が増えても各展開リングでのリスクを抑えることができます。

Windows 10 の更新プログラムを管理する手順

完了 更新プログラムとサービス チャネルに関する学習
完了 Windows 10 更新プログラムのサービス方法の準備 (このトピック)
未了 Windows 10 更新プログラムの展開リングの構築
未了 Windows 10 更新プログラムのサービス チャネルへデバイスを割り当てる
未了 Windows 10 更新プログラムの配信の最適化
未了 Windows Update for Business を使った更新プログラムの展開
または、Windows Server Update Services を使った Windows 10 更新プログラムの展開
または、System Center Configuration Manager を使った Windows 10 更新プログラムの展開

関連トピック