Référence Kusto Fluid Framework
Cette skill fournit une référence complète pour l'investigation de la télémétrie Fluid Framework dans Kusto. Chargez-la chaque fois qu'une requête Kusto doit être écrite, interprétée ou exécutée sur la base de données Office Fluid.
VPN requis. Le cluster Kusto Office Fluid (
https://kusto.aria.microsoft.com) n'est accessible que sur le réseau interne Microsoft. Si une requête échoue à se connecter ou retourne des résultats inattendus, rappelez à l'utilisateur de vérifier que son VPN est activé avant de poursuivre le dépannage.
Cluster & Accès
- Cluster:
https://kusto.aria.microsoft.com - Base de données principale:
Office Fluid - ID de base de données:
6a8929bcfc6d44e9b13fee392ada9cf0(utilisez cet identifiant, pas le nom lisible, comme paramètredatabasedanskusto_query) - Base de données automation/stress test:
Office Fluid Test - ID de base de données:
742fa5a288b045e5beab1a2b8e445a71— contient les tablesoffice_fluid_ffautomation_*utilisées pour la télémétrie stress test / pipeline. Ces tables ne se trouvent PAS dans la base de données principale "Office Fluid". - Rétention: ~28 jours
- VPN: Requis (réseau interne Microsoft)
- Condition d'accès: Appartenance au groupe M365HeartbeatTenantUsers
Orientation rapide
Les tables principales sont :
Office_Fluid_FluidRuntime_Error— tous les erreurs (premier arrêt)Office_Fluid_FluidRuntime_Performance— événements de timingOffice_Fluid_FluidRuntime_Generic— tout le resteunion Office_Fluid_FluidRuntime_*— les trois à la foisOwhLoads(fonction stockée) — dénominateur pour les requêtes de taux d'erreur ICE/ACE
Hiérarchie clé des ID de corrélation : Session_Id/Data_hostCorrelationId → Data_pageCorrelationId → Data_docId → Data_containerId
Champ de ring de déploiement clé : Loop_Audience (tables FluidRuntime), Release_AudienceGroup (tables OWH/QoS)
Utiliser la référence complète
Avant d'écrire toute requête Kusto non triviale, consultez le fichier de référence complet :
references/kusto-query-reference.md
Cette référence contient :
- Partie 1 — Toutes les tables, champs, ID de corrélation, champs de version, fonctions stockées, schémas des bases de données partenaires (OneNote, OWA, Loop FFX, Video, Scriptor, HostTracker, automation)
- Partie 2 — Query Cookbook avec ~20 sections de requêtes prêtes à l'emploi (recherche de session, timecharts d'erreurs, évaluation de breadth, corrélation de version, calculs de taux ICE, requêtes globales EU, changements de flight ODSP, etc.)
- Partie 3 — Patterns du playbook d'investigation (incident partenaire entrant, triage dataCorruptionError, taux d'erreur ICE, notes importantes)
- Partie 4 — Sections de requête supplémentaires : suivi des bumps FF (5 requêtes), fiabilité de rendu, erreurs Scriptor, télémétrie Video (10+ requêtes), reconnexions de container /
WhyIsTheContainerStuck(), automation stress test (FindBuildErrors,DidSummarizerRecover,SummarizerView)
Points clés à retenir
- Utilisez toujours des timestamps absolus dans les notes IcM (pas
ago()) pour que les requêtes restent reproductibles - Filtrez toujours
Data_stack !has '.goskope.com'etData_channelFactoryType !has '.myshn.net'dans les requêtes de corruption pour exclure les reverse proxies connus - Le pattern
hll()/dcount_hll(hll_merge(...))est requis pour les comptes d'utilisateurs distincts conformes EU sur plusieurs clusters - Pour les données EU, utilisez
macro-expand force_remote = true officefluid_global as X (...) | summarize ... Loop_Audience(FluidRuntime) etRelease_AudienceGroup(OWH/QoS) sont le même concept ; filtrez== "Production"pour exclure le bruit dogfood