Troubleshooting Windows 365 : diagnostiquer un échec de provisioning Cloud PC

Résumé opérationnel

Je commence par l’éligibilité : licence, groupe, provisioning policy et chevauchements. Si aucune demande n’est créée, le réseau ou l’image ne sont pas encore en cause.

Lorsqu’une demande existe, l’étape et le message du centre d’administration orientent vers capacité, image, ANC, jointure Microsoft Entra ou hybride, puis enrollment Intune.

Windows 365 effectue des tentatives automatiques limitées. Répéter le provisioning sans corriger la dépendance consomme du temps et peut rendre la chronologie plus confuse.

Je commence par l’éligibilité : licence, groupe, provisioning policy et chevauchements. Si aucune demande n’est créée, le réseau ou l’image ne sont pas encore en cause.

Symptôme, contexte et périmètre de l’incident

Je capture le nom d’utilisateur, la policy attendue, l’heure UTC, l’état, le code et le texte complet de l’erreur. Je vérifie également si le problème touche une personne, une policy ou toutes les demandes récentes.

Sans demande de provisioning, je contrôle licence Windows 365, groupe affecté, type de licence, availability et conflit de policies. Une licence attribuée sans policy compatible ne peut pas créer le Cloud PC attendu.

Un échec précoce peut venir de la capacité du service, d’une image invalide ou d’une restriction Azure. Pour une custom image, je vérifie son statut Windows 365, sa génération, sa taille et la date du dernier test.

• Windows 365, Cloud PC, Troubleshooting, Provisioning
• Endpoint Lab — Eligibility, Infrastructure, Identity, Enrollment
• droits de lecture Windows 365 et Intune, identifiant utilisateur et heure exacte, accès à l’état ANC si applicable

Questions à résoudre et méthode de diagnostic

Pour Troubleshooting du provisioning Windows 365, l’enquête suit le parcours Eligibility → Infrastructure → Identity → Enrollment. L’étape utile n’est pas celle qui affiche le dernier message : c’est la première dont le résultat ne correspond plus au fonctionnement attendu.

Les premiers contrôles portent sur Capturer code et étape. ; Valider licence et policy. ; Contrôler capacité et image.. Ils permettent de dater le problème et de séparer un défaut de ciblage, de transport ou d’exécution avant d’envisager une correction.

Les symptômes « Aucune demande ; ANC unhealthy ; Domain join failed » peuvent se ressembler à l’écran tout en provenant de causes différentes. Chaque branche de diagnostic associe donc un signal, une preuve et une action de correction précise.

• Capturer code et étape.
• Valider licence et policy.
• Contrôler capacité et image.

Cartographie du flux à diagnostiquer

Je capture le nom d’utilisateur, la policy attendue, l’heure UTC, l’état, le code et le texte complet de l’erreur. Je vérifie également si le problème touche une personne, une policy ou toutes les demandes récentes.

Sans demande de provisioning, je contrôle licence Windows 365, groupe affecté, type de licence, availability et conflit de policies. Une licence attribuée sans policy compatible ne peut pas créer le Cloud PC attendu.

Un échec précoce peut venir de la capacité du service, d’une image invalide ou d’une restriction Azure. Pour une custom image, je vérifie son statut Windows 365, sa génération, sa taille et la date du dernier test.

État initial et prérequis de collecte

L’état initial de Troubleshooting du provisioning Windows 365 doit couvrir droits de lecture Windows 365 et Intune, identifiant utilisateur et heure exacte, accès à l’état ANC si applicable, droits de lecture Entra et Azure. Cette photographie est prise avant de relancer un traitement ou de modifier une affectation.

Les couches Eligibility, Infrastructure, Identity, Enrollment sont contrôlées séparément. Un prérequis absent devient alors une cause identifiable, au lieu d’être noyé dans les effets des essais suivants.

• droits de lecture Windows 365 et Intune
• identifiant utilisateur et heure exacte
• accès à l’état ANC si applicable
• droits de lecture Entra et Azure
• inventaire des images et policies
• procédure de sauvegarde utilisateur
• groupe pilote reproductible

Collecte des preuves : journaux, registre et états

La chronologie de Troubleshooting du provisioning Windows 365 relie Eligibility, Infrastructure, Identity, Enrollment. Les heures et identifiants communs permettent de savoir si les états appartiennent à la même tentative.

La collecte commence par Capturer code et étape. ; Valider licence et policy. ; Contrôler capacité et image. ; Lire tous les health checks ANC.. Ces contrôles conservent l’état qui explique le symptôme avant une nouvelle évaluation.

Les résultats sont lus avec les causes « Licence ou affectation », « Réseau ou permissions », « DNS, OU ou droits » en tête, sans déduire une correction d’un code ou d’un statut isolé.

• Capturer code et étape.
• Valider licence et policy.
• Contrôler capacité et image.
• Lire tous les health checks ANC.
• Vérifier join et domaine.
• Vérifier enrollment Intune.
• Relancer une fois la cause corrigée.

Investigation pas à pas

L’investigation suit l’ordre Eligibility → Infrastructure → Identity → Enrollment. La première divergence confirmée détermine la branche suivante et évite de multiplier les symptômes secondaires.

Pour Troubleshooting du provisioning Windows 365, les contrôles « Reproduire et horodater le symptôme », « Contrôler la première couche », « Corréler les preuves » précisent à la fois l’emplacement, le résultat attendu et la vérification à effectuer.

Fonctionnement détaillé de Troubleshooting du provisioning Windows 365

Je capture le nom d’utilisateur, la policy attendue, l’heure UTC, l’état, le code et le texte complet de l’erreur. Je vérifie également si le problème touche une personne, une policy ou toutes les demandes récentes.

Sans demande de provisioning, je contrôle licence Windows 365, groupe affecté, type de licence, availability et conflit de policies. Une licence attribuée sans policy compatible ne peut pas créer le Cloud PC attendu.

Un échec précoce peut venir de la capacité du service, d’une image invalide ou d’une restriction Azure. Pour une custom image, je vérifie son statut Windows 365, sa génération, sa taille et la date du dernier test.

• droits de lecture Windows 365 et Intune
• identifiant utilisateur et heure exacte
• accès à l’état ANC si applicable
• droits de lecture Entra et Azure

Traitement, exploitation et cas limites de Troubleshooting du provisioning Windows 365

Avec une ANC, je lis chaque health check : subnet, adresses IP, permissions, Azure Policy, DNS, endpoints et domaine. Une ANC Healthy avant-hier ne prouve pas qu’elle l’est au moment de l’échec.

Pour Microsoft Entra join, je vérifie restrictions de jointure et d’inscription. Pour hybrid join, j’ajoute DNS AD, contrôleurs de domaine, Organizational Unit, droits de création d’objet, synchronisation et connectivité depuis le subnet.

Si la jointure réussit mais que l’inscription Intune échoue, j’examine les restrictions d’enrollment, la limite d’appareils, les licences, le scope MDM et les objets existants. Supprimer un objet au hasard peut casser la corrélation au lieu de la réparer.

• Vérifier join et domaine.
• Vérifier enrollment Intune.
• Relancer une fois la cause corrigée.

Lire les états propres à Troubleshooting du provisioning Windows 365

Les erreurs d’installation d’applications après provisioning appartiennent à Intune. Je distingue un Cloud PC Ready avec une application en échec d’un provisioning Windows 365 Failed, car les équipes et les preuves ne sont pas les mêmes.

Le service peut réessayer automatiquement jusqu’à déclarer l’échec. Je laisse la tentative courante finir, corrige la dépendance, puis utilise Retry ou reprovision selon l’état et la recommandation Microsoft.

Avant un reprovisioning d’un Cloud PC déjà utilisé, je confirme sauvegarde ou redirection des données, impact utilisateur et possibilité de restore. Après correction, je valide jointure, objet Intune, conformité, application de base et connexion réelle.

• Aucune demande — Utilisateur et groupes
• ANC unhealthy — Health checks détaillés
• Domain join failed — AD et ANC
• Intune enrollment failed — Enrollment failures

Pilote et suivi opérationnel de Troubleshooting du provisioning Windows 365

Le pilote couvre le périmètre Windows 365, Cloud PC, Troubleshooting, Provisioning et contrôle Capturer code et étape. ; Valider licence et policy. ; Contrôler capacité et image.. Les résultats sont segmentés selon les populations réellement concernées par Troubleshooting du provisioning Windows 365.

Les cas d’échec « Aucune demande », « ANC unhealthy », « Domain join failed » sont reproduits lorsque c’est possible. Ils vérifient que l’écart reste visible et que la procédure indique une preuve exploitable.

Le suivi après déploiement conserve ne pas confondre Retry et correction, l’état ANC doit être contemporain de l’échec, ne pas supprimer les objets avant collecte, un reprovisioning efface l’état local. Une évolution de version, de licence ou de dépendance déclenche une nouvelle lecture de ces points.

Commandes et scripts de diagnostic en lecture seule

Les exemples ci-dessous contrôlent Capturer code et étape., Valider licence et policy., Contrôler capacité et image., Lire tous les health checks ANC.. Leur sortie doit être rapprochée de l’heure de l’incident et du contexte d’exécution concerné.

Pour Troubleshooting du provisioning Windows 365, les données utiles se lisent dans les états locaux, les journaux et les rapports cités dans chaque exemple. Une valeur isolée ne remplace pas cette corrélation.

$ErrorActionPreference = 'Stop'
try {
  dsregcmd.exe /status
  $cab = 'C:\Windows\Temp\CloudPC-MDM-Diagnostics.cab'
  mdmdiagnosticstool.exe -area DeviceEnrollment -cab $cab
  Get-Item -LiteralPath $cab | Select-Object FullName,Length,LastWriteTime
  Get-WinEvent -LogName 'Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider/Admin' -MaxEvents 100 |
    Select-Object TimeCreated,Id,Message
}
catch {
  Write-Error "Collecte impossible : $($_.Exception.Message)"
  exit 1
}

[09:30:00.040] Windows365 Policy=<POLICY> User=<USER> State=Provisioning
[09:30:02.118] ANC        NetworkConnection=<ANC> Health=Passed
[09:35:44.882] CloudPC    Device=<DEVICE> Created=True
[09:38:11.005] Entra      Join=Success DeviceId=<GUID>
[09:39:20.410] Intune     Enrollment=Failed Stage=Certificate Result=<HRESULT>

Arbre de décision : symptômes, causes et corrections

La matrice couvre notamment Aucune demande, ANC unhealthy, Domain join failed, Intune enrollment failed. Ces symptômes servent de points d’entrée ; la preuve indiquée dans la même ligne confirme ou écarte la cause.

Après correction, les contrôles Capturer code et étape. ; Valider licence et policy. ; Contrôler capacité et image. sont rejoués dans les mêmes conditions pour vérifier que le problème n’a pas simplement changé de phase.

Validation de la correction et critères de clôture

La correction de Troubleshooting du provisioning Windows 365 est validée avec les mêmes points de mesure que le diagnostic initial. Le résultat local et l’état remonté dans le service doivent raconter la même chronologie.

• Capturer code et étape.
• Valider licence et policy.
• Contrôler capacité et image.
• Lire tous les health checks ANC.
• Vérifier join et domaine.
• Vérifier enrollment Intune.
• Relancer une fois la cause corrigée.

Retour arrière, escalade et points de vigilance

Le retour arrière de Troubleshooting du provisioning Windows 365 restaure l’état connu décrit ci-dessous. Sa réussite se vérifie sur le poste et dans le service, pas seulement par la disparition d’une affectation.

Une escalade conserve les preuves correspondant à Capturer code et étape., Valider licence et policy., Contrôler capacité et image., Lire tous les health checks ANC. ainsi que les causes déjà écartées.