This time we’re going bigger than ever. Fabric, Power BI, SQL, AI and more. We're covering it all. You won't want to miss it.
Learn moreDid you hear? There's a new SQL AI Developer certification (DP-800). Start preparing now and be one of the first to get certified. Register now
If you haven’t already, check out Arun Ulag’s hero blog “FabCon and SQLCon 2026: Unifying databases and Fabric on a single, complete platform” for a complete look at all of our FabCon and SQLCon announcements across both Fabric and our database offerings.
Workspace monitoring is a built-in Fabric capability that provides log-level visibility across all items in a workspace. When enabled, it streams execution logs to a Monitoring Eventhouse—a secure, read-only KQL database in your workspace—queryable using KQL (Kusto Query Language) or SQL. Access is limited to workspace users with at least the Contributor role, keeping monitoring data within your governance boundary.
In this article, you’ll learn how Workspace Monitoring for Copy job in Microsoft Fabric delivers end-to-end observability for any data movement from any sources to any destinations—from quick ad-hoc copies to enterprise-scale ingestion across hundreds of data stores and more.
Figure_Screenshot_of_PBI_Report_against_Fabric_Workspace_Monitoring_metric_from
Figure: Screenshot of PBI Report against Fabric Workspace Monitoring metric from Copy job.
If you run Copy jobs at scale, Workspace Monitoring helps in several key ways:
A Copy job can include multiple source-to-destination mappings (tables or files). Each mapping generates a separate activity-run record. For example, if a Copy job moves three source tables to three destination tables, you’ll see three activity-run records per execution—one for each pair.
Each activity-run log entry includes:
| Category | Fields |
|---|---|
| Identity & context | ItemId, ItemName, WorkspaceId, WorkspaceName, CapacityId, Region |
| Run details | CopyJobRunId, RunId, ScheduledTime, StartTime, EndTime, DurationMs, Status |
| Source & destination | SourceType, SourceName, SourceConnectionType, DestinationType, DestinationName, DestinationConnectionType |
| Data movement metrics | RowsRead, RowsWritten, FilesRead, FilesWritten, DataReadKB, DataWrittenKB, ThroughputBytesPerSec |
| Error diagnostics | ErrorCode, FailureType |
Step 1: Enable Workspace Monitoring
Screenshot_of_workspace_settings_showing_the_option_to_toggle_on_workspace_monit
Figure: Screenshot of enabling workspace monitoring.
Step 2: Run your Copy jobs
After you enable workspace monitoring, subsequent Copy job runs automatically write to the CopyJobActivityRunDetailsLogs table. No per-job setup is required.
Step 3: Query your logs with KQL
Open the Monitoring KQL database and start exploring your Copy job logs.
For examples, refer to Workspace Monitoring for Copy Job in Microsoft Fabric.
Step 4 (optional): Build a Power BI report
Workspace monitoring is even more useful when you turn logs into dashboards the whole team can use.
Use the Power BI report template (.pbit) as an example. It connects directly to your Monitoring Eventhouse and includes prebuilt visuals for Copy job alongside other Fabric workloads.
To deploy the template:
Questions or feedback? Let us know in the comment section.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.