Ga naar de inhoud
Roesli.
Ga terug
monitoring

Fabric Monitor hub: één plek om te zien wat mislukt is

Wat de Microsoft Fabric Monitor hub laat zien, hoe je job runs en alerts gebruikt en waar het ophoudt. Gebaseerd op Microsoft-documentatie, met duidelijkheid over de previewstatus.

De korte versie: de Monitor hub is waar je begint als iemand vraagt of de job gedraaid heeft in Microsoft Fabric. Eén scherm, alle itemtypes, geen gezoek door elke workspace.

Eerst een kanttekening. De Monitor hub is momenteel in preview. Dit artikel is gebaseerd op de Microsoft-documentatie (gelezen op 9 oktober 2026) en niet op een eigen testworkspace. Waar ik een mening geef, zeg ik dat erbij.

Wat het is

De Monitor hub brengt jobuitvoering, alerts, capacity, agents en applicatietelemetrie samen. Eerder opende je eerst de pipeline, dan de notebook, dan de dataflow. Nu begin je in één lijst.

Microsoft verdeelt het in vijf pagina’s:

  • Job runs: runs van de items in je workspaces.
  • Applications: gezondheid en gebruik van applicaties.
  • Capacity and cost: gezondheid en verbruik van capacity.
  • Agents: activiteit en gezondheid van agents.
  • Alerts: wie een melding krijgt bij mislukte jobs en andere jobgebeurtenissen.

Wat niet verandert: je ziet alleen items waarvoor je rechten hebt. Elke Fabric-gebruiker kan de hub openen, maar het is geen achterdeur voor admins.

Job runs: de pagina die je het meest gebruikt

Open Monitor in het navigatiepaneel, schakel over naar de nieuwe ervaring als je nog de klassieke weergave ziet, en kies Job runs.

Elke rij is een item met de laatste runstatus (In progress, Succeeded, Failed, Canceled) en een korte historie van de laatste vijf runs. Daarmee beantwoord je al de meeste dagelijkse vragen.

Gewoontes die het nuttig maken:

  • Filter op Status = Failed voor een werklijst.
  • Filter op Item type of Workspace als je een deel van het landschap beheert.
  • Sorteer op Average duration om de trage jobs te vinden.
  • Bewaar het resultaat met Manage view > Save view. Je weergave met mislukte pipelines staat dan één klik weg.

Twee details waar mensen over struikelen. De pagina laadt data één keer en ververst niet continu, dus gebruik het reload-icoon. En zoeken op trefwoord kijkt alleen naar items op de huidige pagina, dus gebruik eerst de filters.

Selecteer een run en er opent een zijpaneel met runhistorie en geavanceerde details. Bij pipelines en dataflows voegt de volledige detailpagina de executieflow, een activiteitentabel en een Gantt-chart toe. Vanuit dezelfde lijst spring je naar de authoringpagina van het item.

Alerts: gratis e-mail of Activator

Dit onderscheid zou ik niet overslaan. Er zijn twee alerttypes, samen beheerd maar los van elkaar:

E-mail bij mislukte geplande jobsActivator-regels
Geschikt voorEen e-mail als een geplande job faaltMeer events (Started, Succeeded), rijkere meldingen, automatische acties
KostenGratisActivator-capacityverbruik
VereistContributor op de workspace of Write op het itemOwner of Contributor, omdat Workspace Monitoring- en Activator-items worden aangemaakt

Ontvangers van de gratis e-mails moeten gebruikers of groepen in je Microsoft Entra-tenant zijn (gasten inbegrepen). Directe externe e-mailadressen worden niet ondersteund.

In de praktijk: begin met de gratis foutmeldingen op elk geplande item dat ertoe doet. Voeg Activator-regels alleen toe waar “het is mislukt” niet genoeg is, bijvoorbeeld als er automatisch iets moet gebeuren.

Mislukte pipeline? Laat eerst de agent kijken

Voor mislukte pipeline-runs biedt de hub een ingang naar de alleen-lezen Operations agent (preview) in Real-Time Intelligence. Die bekijkt de run en stelt waarschijnlijke oorzaken voor, zonder de pipeline te wijzigen.

Dit klinkt klein, maar het verkleint de stap tussen “rood” en “waarom”. Ik heb het nog niet zelf geprobeerd, dus ik beweer niets over de kwaliteit van de antwoorden. Setup, vereisten en beperkingen staan in de documentatie van de operations agent.

Mijn mening

Het interessante is niet de lijst. Het is dat fouten, alerts en capacity nu op één plek staan, waardoor de vraag “wie kijkt hiernaar?” beantwoordbaar wordt.

Ik ben er nog niet van overtuigd dat monitoring in preview je enige vangnet moet zijn. Houd je bestaande alerting voor kritieke loads totdat dit algemeen beschikbaar is, en lees de previewvoorwaarden.

Probeer het deze week

  1. Open Monitor > Job runs, filter op Failed en bewaar de weergave.
  2. Configureer Schedule failure emails voor je vijf belangrijkste geplande items.
  3. Bepaal per item of een Activator-regel de capacitykosten waard is.

Ben je ook capacity aan het dimensioneren, lees dan Plan Microsoft Fabric-capacity vanuit workloadpatronen. Lijkt een tabel verouderd na een groene run, kijk dan bij Ontbrekende of verouderde Lakehouse-tabellen in het Fabric SQL endpoint oplossen.

Wat wil je eerst: betere zichtbaarheid van fouten, of eerdere waarschuwingen?

Bronnen


Deel deze post:

Lees verder

Vorige post
FUAM toont de groep. Ik wil de mensen zien.
Volgende post
Exporteer Microsoft Purview Unified Catalog-permissions met PowerShell
Community

Praat mee

Meld je aan met GitHub om een reactie achter te laten.

GitHub

Reacties laden…

Meld je aan met GitHub om te reageren