Desktop Analyticsでの展開計画について
Desktop Analyticsは、組織内のデバイス、アプリケーション、ドライバーのデータを収集して分析します。 この分析と入力に基づいて、サービスを使用して、Windows 10のデプロイ 計画を作成できます。 デプロイ 計画には、次の機能があります。
パイロットに含めるデバイスを自動的に推奨する
互換性の問題を特定し、軽減策を提案する
更新前、更新中、および更新後のデプロイの正常性を評価する
デプロイの進行状況を追跡する
デプロイ 計画の一部として、次のアクションを実行します。
デプロイするWindows 10のバージョンを定義する
展開するデバイスのグループを選択する
デプロイの準備ルールを作成する
アプリの重要性を定義する
自動推奨事項に基づいてパイロット デバイスを選択する
Desktop Analyticsからの推奨事項に基づいてアプリの問題を解決する方法を決定する
既定では、Desktop Analyticsはデプロイ 計画データを毎日更新します。 アプリへの重要度の割り当てやパイロットに含めるデバイスの選択など、デプロイ 計画内で行った変更は、処理に最大 24 時間かかります。 このプロセスを高速化するには、オンデマンド データ更新を要求します。 詳細については、「DESKTOP ANALYTICS FAQ」を参照してください。
Desktop AnalyticsをConfiguration Managerに接続したら、展開計画でコレクションを選択します。 この統合により、Desktop Analytics データに基づいて Windows をコレクションに展開できます。
デプロイ 計画では、最新の 3 つのWindows 10 バージョンを対象にサポートしています。 Desktop Analyticsは、使用可能になってから 45 日以内に新しいWindows 10バージョンのサポートを追加します。 その時点で、サービスは最も古いバージョンも削除されます。 最も古いバージョンを対象とするデプロイ プランは使用できません。 Desktop Analyticsでサポートされている最も古いバージョンを対象とする進行中の展開計画がある場合は、新しい Windows 10 バージョンが利用可能になってから 45 日以内にデプロイを完了します。
準備ルール
展開計画では、次の準備ルールを使用できます。
デバイスがWindows Updateからドライバーを自動的に受信するかどうか。 デバイスがWindows Updateからドライバーの更新プログラムを受け取る場合、準備状況評価の一部として識別されたドライバーの問題は、自動的に準備完了としてマークされます。
Windows アプリのインストール数のしきい値が低い。 アプリがこのしきい値よりも高い割合のコンピューターにインストールされている場合、展開計画によってアプリが 注目に値するとマークされます。 このタグは、パイロット フェーズ中にアプリがテストする重要度を決定できることを意味します。
資産を計画する
[資産] 領域にはデバイスとアプリも表示されますが、特定のデプロイ 計画の下の [資産の計画] 領域には追加情報が含まれます。
デバイス
展開計画の各デバイスの Windows アップグレードの決定 に関するページを参照してください。
デバイスの交換に関する Windows アップグレードの決定には、次のいずれかの理由が考えられます。
- 必要なプロセッサチェックWindows 10失敗しました。 詳細については、「 ハードウェアの最小要件」を参照してください。
- BIOS ブロックがあります
- 十分なメモリがありません
- システム上のブート クリティカルなコンポーネントには、ドライバーがブロックされています
- 特定のメイクとモデルをアップグレードできない
- 次のすべての属性を持つドライバー ブロックを持つ表示クラス コンポーネントがあります。
- オーバーライドしない
- 新しい OS バージョンにはドライバーがありません
- まだWindows Update
- システムには、アップグレードをブロックする別のプラグ アンド プレイ コンポーネントがあります
- XP エミュレートドライバーを使用するワイヤレス コンポーネントがあります
- アクティブな接続を持つネットワーク コンポーネントは、そのドライバーを失います。 言い換えると、アップグレード後にネットワーク接続が失われる可能性があります。
再インストールに対する Windows アップグレードの決定は、インプレース アップグレードではなく、アップグレードに再インストールが必要であることを示します。
ブロックされた Windows アップグレードの決定は、次の理由によって発生する可能性があります。
1 つ以上の資産のアップグレードの決定を [できません] に設定します。
そのデバイスのインベントリ データは不完全であり、Desktop Analytics完全な互換性評価を行うことはできません。
アプリ
この展開計画で 、アップグレードの決定 とこのアプリの 重要度 を設定します。 詳細については、「 デプロイ プランを作成する方法」を参照してください。
アプリの詳細には、推奨事項、互換性のリスク要因、既知の問題Microsoft関する情報も表示されます。 この情報は、 アップグレードの決定を設定するのに役立ちます。 詳細については、「 互換性評価」を参照してください。
注目に値Desktop Analyticsアプリは、展開計画の準備ルールのインストール数のしきい値が低い値に基づいています。 詳細については、「 準備ルール」を参照してください。
ヒント
"重要ではない" アプリ カテゴリの詳細については、「 システム アプリとストア アプリの自動アップグレード決定」を参照してください。
[ アプリのバージョンの詳細 ] 設定は既定ではオフになっています。そのため、このタブでは、すべてのバージョンのアプリが同じ名前と発行元で結合されます。 既定の動作は、表示されるアプリの合計数を減らすのに役立ちます。これにより、アプリに注釈を付ける作業を減らすことができます。 [ 注目に値する アプリ] タイルのアプリの数にも、この設定が反映されます。 たとえば、Microsoft Edge の数百のインスタンスを一覧表示する代わりに、すべてのバージョンに対して 1 つのインスタンスがあります。 すべてのバージョンに対して 1 回決定できます。 アプリの特定のバージョンに関する決定を行う必要がある場合は、この設定を有効にします。 グローバル資産レベルで作業するときに、この設定を構成することもできます。 詳細については、「 資産について - アプリ」を参照してください。
[アプリのバージョンの詳細] 設定がオフの場合、アプリの詳細ウィンドウに、組み合わせたアプリのバージョンと言語の数が表示されます。 アプリの詳細に変更を保存すると、すべてのバージョンに適用されます。 たとえば、[ アップグレードの決定] または [ 重要度] を設定します。 一部の値には "Multiple" が表示されます。つまり、すべてのバージョンで一貫性のある値が 1 つないことを意味します。 サービスは、バージョンごとに互換性リスク評価を行います。 [アプリのバージョンの詳細] をオンにして、特定のアプリ バージョンの互換性リスク評価を確認します。
ドライバー
この展開計画に含まれるドライバーの一覧を参照してください。 アップグレードの決定を設定し、Microsoftの推奨事項を確認し、互換性リスク要因を確認します。
Importance
展開計画の一環として、アプリの 重要度 を設定します。 Desktop Analyticsは、ターゲット デバイスにインストールされているこれらのアプリを検出します。 この設定はDesktop Analytics展開のパイロット フェーズに含まれるデバイスを決定するのに役立ちます。
対象となるデバイスの 2% 未満にアプリがインストールされている場合は、[ インストール数が少ない] とマークされます。 既定値は 2% です。 準備設定のしきい値を 0% から 10% に調整できます。 Desktop Analyticsは、これらのアプリをアップグレード準備完了として自動的にマークします。
アプリの場合は、Critical、Important、または NotImportant の重要度を選択します。 1 つを重要または重要としてマークした場合、Desktop Analyticsは、そのアプリを使用した一部のデバイスをパイロットデプロイに含めます。 このサービスは、重要なアプリのより多くのインスタンスをパイロットに含めます。 アプリを重要でないとマークした場合は、Desktop Analytics自動的に [アップグレードの準備完了] に設定されます。
パイロット デバイス
Desktop Analyticsは、重要度情報とグローバル パイロット設定を組み合わせたものになります。 その後、パイロット展開に含めるデバイスに関する推奨事項が作成されます。 推奨されるパイロットデプロイには、ハードウェア構成が異なるデバイスと、すべての重要で重要なアプリの 1 つ以上のインスタンスが含まれます。 アプリが重要とマークされている場合、サービスはパイロットでそのアプリを使用するデバイスをさらに多く推奨します。
Configuration Managerでの展開計画
デプロイ 計画を作成した後、Configuration Managerを使用して製品をデプロイします。 デプロイが開始されると、Desktop Analyticsはプランの設定に基づいてデプロイを監視します。
次の手順
Desktop Analytics資産について説明します:デバイス、ドライバー、アプリ
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示