デバイス登録の概要

1. Microsoft Entra グループからデバイスが検出されると、同じ関数によって追加のデバイス属性が収集され、検出操作中にそのデバイスがメモリに保存されます。 この手順では、次のデバイス属性が Microsoft Entra ID から収集されます。
1. AzureADDeviceID
2. OperatingSystem
3. DisplayName (デバイス名)
4. AccountEnabled
5. RegistrationDateTime
6. ApproximateLastSignInDateTime
2. この同じ手順では、Windows Autopatch discover devices 関数は、デバイスの前提条件チェック関数である別の関数を呼び出します。 デバイスの前提条件チェック機能は、登録前に Windows Autopatch デバイスの準備要件に準拠するために、ソフトウェア ベースのデバイス レベルの前提条件を評価します。

1. デバイスが Intune で管理されているかどうか。
1. Windows Autopatch は、 Microsoft Entra デバイス ID に Intune デバイス ID が関連付けられているかどうかを確認します。
1. はいの場合は、このデバイスが Intune に登録されていることを意味します。
2. そうでない場合は、デバイスが Intune に登録されていないことを意味するため、Windows Autopatch サービスで管理することはできません。
2. デバイスが Intune によって管理されていない場合、Windows Autopatch サービスは、オペレーティング システムのバージョン、Intune 登録日、デバイス名、その他の属性などのデバイス属性を収集できません。 この場合、Windows Autopatch サービスは、 手順 3a で収集され、そのメモリに保存された Microsoft Entra デバイス属性を使用します。
1. 手順 3a で Microsoft Entra ID から収集されたデバイス属性が取得されると、デバイスに [前提条件の失敗] 状態のフラグが設定され、[未登録] タブに追加され、IT 管理者はデバイスが Windows Autopatch に登録されていない理由を確認できます。 IT 管理者はこれらのデバイスを修復します。 この場合、IT 管理者は、デバイスが Intune に登録されていない理由を確認する必要があります。
2. 一般的な理由は、Microsoft Entra デバイス ID が古くなっている場合、Intune デバイス ID が関連付けられていないことです。 修復するには、 古い Microsoft Entra デバイス レコードをテナントからクリーンアップします。
3. デバイスが Intune によって管理されている場合、Windows Autopatch の前提条件チェック機能は次の前提条件チェックに進み、デバイスが過去 28 日間に Intune にチェックインされたかどうかを評価します。
2. デバイスが Windows デバイスかどうか。
1. Windows Autopatch は、デバイスが Windows および企業所有のデバイスであるかどうかを確認します。
1. はいの場合は、Windows 企業所有のデバイスであるため、このデバイスをサービスに登録できることを意味します。
2. そうでない場合は、デバイスが Windows 以外のデバイスであるか、Windows デバイスですが個人用デバイスであることを意味します。
3. Windows Autopatch は、Windows SKU ファミリをチェックします。 SKU は次のいずれかである必要があります。
1. Enterprise
2. プロ
3. Pro Workstation
4. デバイスがオペレーティング システムの要件を満たしている場合、Windows Autopatch はデバイスが次のいずれかであるかどうかを確認します。
1. Intune によってのみ管理されます。
1. デバイスが Intune によってのみ管理されている場合、デバイスは [すべての前提条件に合格] としてマークされます。
2. Configuration Manager と Intune の両方によって共同管理されます。
1. デバイスが Configuration Manager と Intune の両方で共同管理されている場合は、追加の前提条件チェックが評価され、共同管理状態のデバイスを管理するために Windows Autopatch で必要な共同管理が有効なワークロードをデバイスが満たしているかどうかを判断します。 この手順で評価される必要な共同管理ワークロードは次のとおりです。
1. Windows 更新プログラム ポリシー
2. デバイス構成
3. Office クリックして実行する
2. Windows Autopatch によって、これらのワークロードのいずれかがデバイスで有効になっていないと判断された場合、サービスはデバイスを [前提条件の失敗 ] としてマークし、デバイスを [ 未登録 ] タブに移動します。

1. Windows Autopatch テナントの既存のマネージド デバイス サイズが 200 ≤の場合、展開リングの割り当ては 最初 (5%)、 高速 (15%) で、残りのデバイスは Broad リング (80%) に移動します。
2. Windows Autopatch テナントの既存のマネージド デバイス サイズが >200 の場合、展開リングの割り当ては 最初 (1%)、 高速 (9%) になり、残りのデバイスは Broad リング (90%) に移動します。

1. モダン ワークプレース Devices-Windows Autopatch-First
1. Windows Autopatch デバイス登録プロセスでは、Microsoft Entra グループ (Modern Workplace Devices-Windows Autopatch-Test) によって表されるテスト リングにデバイスが自動的に割り当てられません。 デバイスをより広範なデバイスに展開する前に、デバイスをテスト リングに割り当てて更新プログラムの展開を検証することが重要です。
2. 最新の Workplace Devices-Windows Autopatch-Fast
3. モダン ワークプレース Devices-Windows Autopatch-Broad
次に、2 つ目の展開リング セット、次の Microsoft Entra グループによって表されるソフトウェア更新プログラム ベースの展開リング セット。
• Windows Autopatch - Ring1
  • Windows Autopatch デバイス登録プロセスでは、Microsoft Entra グループ (Windows Autopatch - Test) で表されるテスト リングにデバイスが自動的に割り当てられるわけではありません。 デバイスをより広範なデバイスに展開する前に、デバイスをテスト リングに割り当てて更新プログラムの展開を検証することが重要です。
• Windows Autopatch - Ring2
Windows Autopatch - Ring3

1. 最新のワークプレース デバイス - すべて
1. このグループには、Windows Autopatch によって管理されているすべてのデバイスがあります。
2. 最新のワークプレース デバイス - 仮想マシン
1. このグループには、Windows Autopatch によって管理されているすべての 仮想デバイス があります。

1. Windows Autopatch は、マネージド データベースにデバイスを追加します。
2. [登録済み] タブでデバイスにアクティブとしてフラグを設定します。
3. 正常に登録されたデバイスの Microsoft Entra デバイス ID が、Microsoft Cloud Managed Desktop 拡張機能の許可リストに追加されます。 Windows Autopatch では、デバイスが登録されると Microsoft Cloud Managed Desktop 拡張機能エージェントがインストールされるため、エージェントは Microsoft Cloud Managed Desktop 拡張機能サービスと通信できます。
1. エージェントは、Windows Autopatch テナント登録プロセス中に作成された モダン ワークプレース - 自動パッチ クライアント セットアップ PowerShell スクリプトです。 このスクリプトは、デバイスが Windows Autopatch サービスに正常に登録されると実行されます。

1. デバイスが 正常に登録された場合は、[登録済み] タブにデバイス が 表示されます。
2. 登録されていない場合は、[未登録] タブにデバイスが表示されます。

• 0 から 500 デバイス: 1 台 以上のデバイス。
• 500 から 5000 デバイス: 5 台以上のデバイス。
• 5000 以上の デバイス: 50 台以上のデバイス。

このグループは、Windows Autopatch にデータを送信するデバイスの最初のセットであり、すべてのエンド ユーザー間で正常性シグナルを生成するために使用されます。 たとえば、Windows Autopatch では、すべてのエンド ユーザーに対して特定のリリースで重大なエラーが急上昇していることを示す統計的に有意なシグナルが生成される可能性がありますが、組織内でそうしていることを確信することはできません。

Windows Autopatch にはリリースの決定を通知するのに十分なデータがないため、テスト リングの初期テスト中にカバーされなかったシナリオがある場合、この展開リング内のデバイスで障害が発生する可能性があります。

このデプロイ リングの目標は、テナント レベルで統計的に有意な分析を生成するために必要な 500 デバイスのしきい値を超える方法です。 これらの追加デバイスを使用すると、Windows Autopatch は、デバイスの残りの部分に対するリリースの影響を考慮し、テナントの対象となるアクションが必要かどうかを評価できます。