Troubleshooting AVD et Intune : enrollment, stratégies, applications et FSLogix

Résumé opérationnel

Je note host, session, utilisateur, heure, image et host pool. Le périmètre — un utilisateur, un host ou tout le pool — indique immédiatement quelles couches comparer.

AVD fournit l’état de l’agent et de la session. Intune fournit l’objet, la dernière synchronisation et le résultat par paramètre. Windows conserve les événements MDM et d’application ; FSLogix écrit ses propres logs sous C:\ProgramData\FSLogix\Logs.

Je ne supprime pas le conteneur de profil ni les clés d’enrollment en première intention. Ces actions détruisent des preuves et peuvent déplacer l’utilisateur vers un autre symptôme.

Je note host, session, utilisateur, heure, image et host pool. Le périmètre — un utilisateur, un host ou tout le pool — indique immédiatement quelles couches comparer.

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

Je qualifie l’étendue : un seul utilisateur sur tous les hosts, tous les utilisateurs sur un host, ou tout le pool. Je compare ensuite un cas en échec avec un cas sain de la même image et de la même vague.

Si la connexion n’atteint aucun bureau, je commence par l’état du host pool, le drain mode, la disponibilité, l’agent AVD et le service stack. Intune n’est pas la première couche tant que le broker ne place pas la session.

Pour un host absent d’Intune, je vérifie type de jointure, scope MDM, licences, GPO d’enrollment si hybrid join et DeviceManagement-Enterprise-Diagnostics-Provider. L’image ne doit contenir ni objet ni token d’enrollment cloné.

• Azure Virtual Desktop, Intune, Troubleshooting, FSLogix
• Endpoint Lab — Broker, Enrollment, Policy / Apps, Profile
• accès au host pool et au poste concerné, session et heure exactes, comparaison avec un host sain

Questions à résoudre et méthode de diagnostic

Pour Troubleshooting AVD, Intune et FSLogix, l’enquête suit le parcours Broker → Enrollment → Policy / Apps → Profile. 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 Définir l’étendue du symptôme. ; Vérifier broker et agent AVD. ; Contrôler join et enrollment.. 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 « Host unavailable ; Objet Intune absent ; 0x8007064c » 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.

• Définir l’étendue du symptôme.
• Vérifier broker et agent AVD.
• Contrôler join et enrollment.

Cartographie du flux à diagnostiquer

Je qualifie l’étendue : un seul utilisateur sur tous les hosts, tous les utilisateurs sur un host, ou tout le pool. Je compare ensuite un cas en échec avec un cas sain de la même image et de la même vague.

Si la connexion n’atteint aucun bureau, je commence par l’état du host pool, le drain mode, la disponibilité, l’agent AVD et le service stack. Intune n’est pas la première couche tant que le broker ne place pas la session.

Pour un host absent d’Intune, je vérifie type de jointure, scope MDM, licences, GPO d’enrollment si hybrid join et DeviceManagement-Enterprise-Diagnostics-Provider. L’image ne doit contenir ni objet ni token d’enrollment cloné.

État initial et prérequis de collecte

L’état initial de Troubleshooting AVD, Intune et FSLogix doit couvrir accès au host pool et au poste concerné, session et heure exactes, comparaison avec un host sain, droits de lecture Intune. Cette photographie est prise avant de relancer un traitement ou de modifier une affectation.

Les couches Broker, Enrollment, Policy / Apps, Profile 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.

• accès au host pool et au poste concerné
• session et heure exactes
• comparaison avec un host sain
• droits de lecture Intune
• accès aux logs MDM et IME
• accès lecture au stockage FSLogix
• possibilité de drainer le host

Collecte des preuves : journaux, registre et états

La chronologie de Troubleshooting AVD, Intune et FSLogix relie Broker, Enrollment, Policy / Apps, Profile. Les heures et identifiants communs permettent de savoir si les états appartiennent à la même tentative.

La collecte commence par Définir l’étendue du symptôme. ; Vérifier broker et agent AVD. ; Contrôler join et enrollment. ; Lire le setting Intune fautif.. Ces contrôles conservent l’état qui explique le symptôme avant une nouvelle évaluation.

Les résultats sont lus avec les causes « Agent ou service AVD », « Enrollment ou image », « État cloné » en tête, sans déduire une correction d’un code ou d’un statut isolé.

• Définir l’étendue du symptôme.
• Vérifier broker et agent AVD.
• Contrôler join et enrollment.
• Lire le setting Intune fautif.
• Analyser application et IME.
• Lire FSLogix Profile logs.
• Valider sur deux hosts.

Investigation pas à pas

L’investigation suit l’ordre Broker → Enrollment → Policy / Apps → Profile. La première divergence confirmée détermine la branche suivante et évite de multiplier les symptômes secondaires.

Pour Troubleshooting AVD, Intune et FSLogix, 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 AVD, Intune et FSLogix

Je qualifie l’étendue : un seul utilisateur sur tous les hosts, tous les utilisateurs sur un host, ou tout le pool. Je compare ensuite un cas en échec avec un cas sain de la même image et de la même vague.

Si la connexion n’atteint aucun bureau, je commence par l’état du host pool, le drain mode, la disponibilité, l’agent AVD et le service stack. Intune n’est pas la première couche tant que le broker ne place pas la session.

Pour un host absent d’Intune, je vérifie type de jointure, scope MDM, licences, GPO d’enrollment si hybrid join et DeviceManagement-Enterprise-Diagnostics-Provider. L’image ne doit contenir ni objet ni token d’enrollment cloné.

• accès au host pool et au poste concerné
• session et heure exactes
• comparaison avec un host sain
• droits de lecture Intune

Traitement, exploitation et cas limites de Troubleshooting AVD, Intune et FSLogix

L’erreur 0x8007064c sur des clones oriente vers un état d’inscription capturé dans l’image. Je reconstruis l’image proprement plutôt que de maintenir une procédure de nettoyage fragile sur chaque VM.

Une policy en erreur ou non applicable se lit au niveau du setting. Je contrôle scope device/user et support multi-session ; relancer Sync ne rend pas compatible un paramètre non pris en charge.

Pour une application, je vérifie contexte d’installation, règle de détection, compatibilité multi-session, espace disque, services et logs Intune Management Extension lorsque l’application passe par IME. Un succès d’installation n’assure pas le lancement dans chaque profil.

• Analyser application et IME.
• Lire FSLogix Profile logs.
• Valider sur deux hosts.

Lire les états propres à Troubleshooting AVD, Intune et FSLogix

Pour un profil temporaire ou une connexion lente, je lis C:\ProgramData\FSLogix\Logs\Profile\Profile_%date%.log. Je contrôle VHDLocations, accès SMB, verrou du VHD(X), capacité, espace disque, exclusions antivirus et disponibilité du stockage.

Je vérifie aussi les jetons et caches : la mise en itinérance non supportée de certains jetons peut créer des doubles identités ou des prompts. Je n’active pas la persistance d’un composant d’authentification sans documentation explicite.

La correction est validée sur le même utilisateur et le même host, puis sur un second host de la même image. Je contrôle la session, le profil, les applications et la remontée Intune avant de rouvrir le host au pool.

• Host unavailable — Host pool et événements
• Objet Intune absent — MDM events
• 0x8007064c — Historique de l’image
• Policy not applicable — Rapport par setting

Pilote et suivi opérationnel de Troubleshooting AVD, Intune et FSLogix

Le pilote couvre le périmètre Azure Virtual Desktop, Intune, Troubleshooting, FSLogix et contrôle Définir l’étendue du symptôme. ; Vérifier broker et agent AVD. ; Contrôler join et enrollment.. Les résultats sont segmentés selon les populations réellement concernées par Troubleshooting AVD, Intune et FSLogix.

Les cas d’échec « Host unavailable », « Objet Intune absent », « 0x8007064c » 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 supprimer un VHDX pour tester, ne pas nettoyer les clés enrollment avant collecte, séparer AVD, Intune et FSLogix, anonymiser UPN, chemins et noms de stockage. 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 Définir l’étendue du symptôme., Vérifier broker et agent AVD., Contrôler join et enrollment., Lire le setting Intune fautif.. Leur sortie doit être rapprochée de l’heure de l’incident et du contexte d’exécution concerné.

Pour Troubleshooting AVD, Intune et FSLogix, 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.

# Collecte de diagnostic
$ErrorActionPreference = 'Stop'
try {
  Get-ComputerInfo | Select-Object WindowsProductName,WindowsVersion,OsBuildNumber
  dsregcmd.exe /status
  Get-WinEvent -LogName 'Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider/Admin' -MaxEvents 160 |
    Select-Object TimeCreated,Id,LevelDisplayName,Message
  Get-ChildItem -LiteralPath 'C:\ProgramData\FSLogix\Logs\Profile' -Filter '*.log' -ErrorAction SilentlyContinue |
    Sort-Object LastWriteTime -Descending | Select-Object -First 8 FullName,Length,LastWriteTime
} catch { Write-Error "Collecte AVD impossible : $($_.Exception.Message)"; exit 1 }

$ErrorActionPreference = 'Stop'
try {
  Get-CimInstance Win32_ComputerSystem | Select-Object Name,Domain,PartOfDomain
  dsregcmd.exe /status
  $fsLog = 'C:\ProgramData\FSLogix\Logs\Profile'
  Get-ChildItem -LiteralPath $fsLog -Filter '*.log' -ErrorAction SilentlyContinue |
    Sort-Object LastWriteTime -Descending |
    Select-Object -First 5 FullName,Length,LastWriteTime
}
catch {
  Write-Error "Collecte impossible : $($_.Exception.Message)"
  exit 1
}

[07:30:00.210] AVD      Host=<HOST> Agent=Available DrainMode=False
[07:30:02.002] Entra    User=<USER> Authentication=Success
[07:30:02.887] FSLogix  Container=<VHDX> Attach=Started
[07:30:04.551] FSLogix  Container=<VHDX> Attach=Success
[07:30:06.310] Session  Desktop=Ready ProfileType=FSLogix

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

La matrice couvre notamment Host unavailable, Objet Intune absent, 0x8007064c, Policy not applicable. 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 Définir l’étendue du symptôme. ; Vérifier broker et agent AVD. ; Contrôler join et enrollment. 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 AVD, Intune et FSLogix 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.

• Définir l’étendue du symptôme.
• Vérifier broker et agent AVD.
• Contrôler join et enrollment.
• Lire le setting Intune fautif.
• Analyser application et IME.
• Lire FSLogix Profile logs.
• Valider sur deux hosts.

Retour arrière, escalade et points de vigilance

Le retour arrière de Troubleshooting AVD, Intune et FSLogix 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 à Définir l’étendue du symptôme., Vérifier broker et agent AVD., Contrôler join et enrollment., Lire le setting Intune fautif. ainsi que les causes déjà écartées.