Don't miss your chance to take exam DP-600 or DP-700 on us!
Request nowFabric Data Days Monthly is back. Join us on March 26th for two expert-led sessions on 1) Getting Started with Fabric IQ and 2) Mapping & Spacial Analytics in Fabric. Register now
I created a Cosmos Mirror in my Fabric workspace which works great.
However the "_etag" column is missing. I do see some other system columns like "_ts" and "_rid". So why is _etag missing? This column would be really useful for merging data changes to destination tables.
Solved! Go to Solution.
Hi @EricCarlson ,
The _etag column is intentionally not exposed in Microsoft Fabric Cosmos DB mirrors. While system columns like _ts and _rid are included, _etag is excluded because it is an internal concurrency control token in Cosmos DB, not designed for analytical or replication scenarios. Fabric mirroring focuses on queryable data and metadata relevant for analytics, so _etag is omitted by design.
Use _ts for incremental merge logic in Fabric destination tables. Consider Cosmos DB Change Feed if you need guaranteed ordered updates. Treat _etag as an internal-only property it won’t be exposed in Fabric mirrors.
Please refer below links.
https://learn.microsoft.com/en-us/fabric/mirroring/azure-cosmos-db-troubleshooting
https://learn.microsoft.com/en-us/fabric/mirroring/troubleshooting.
If my response as resolved your issue please mark it as solution and give kudos.
Thanks,
Dinesh
Hi @EricCarlson ,
Thanks for reaching out to the Microsoft fabric community forum.
First, refresh the Schemas and dbo node to determine if the tables are ready. Tables are automatically loaded after they're ready. If more columns aren't ready after a significant amount of time, use the Monitor replication pane to determine if any replication errors occurred.
Troubleshoot Microsoft Fabric mirrored databases from Azure Cosmos DB (Preview) - Microsoft Fabric |...
I hope this information helps. Please do let us know if you have any further queries.
Thank you
Hi @EricCarlson ,
The _etag column is intentionally not exposed in Microsoft Fabric Cosmos DB mirrors. While system columns like _ts and _rid are included, _etag is excluded because it is an internal concurrency control token in Cosmos DB, not designed for analytical or replication scenarios. Fabric mirroring focuses on queryable data and metadata relevant for analytics, so _etag is omitted by design.
Use _ts for incremental merge logic in Fabric destination tables. Consider Cosmos DB Change Feed if you need guaranteed ordered updates. Treat _etag as an internal-only property it won’t be exposed in Fabric mirrors.
Please refer below links.
https://learn.microsoft.com/en-us/fabric/mirroring/azure-cosmos-db-troubleshooting
https://learn.microsoft.com/en-us/fabric/mirroring/troubleshooting.
If my response as resolved your issue please mark it as solution and give kudos.
Thanks,
Dinesh
Share feedback directly with Fabric product managers, participate in targeted research studies and influence the Fabric roadmap.
Check out the February 2026 Fabric update to learn about new features.
| User | Count |
|---|---|
| 23 | |
| 12 | |
| 10 | |
| 7 | |
| 7 |
| User | Count |
|---|---|
| 45 | |
| 40 | |
| 23 | |
| 15 | |
| 14 |