| title | Limits and Quotas in Microsoft Fabric Mirrored Databases From Azure Cosmos DB | |
|---|---|---|
| description | This article includes a list of limitations and quotas for Microsoft Fabric mirrored databases from Azure Cosmos DB. | |
| ms.reviewer | mjbrown, jmaldonado | |
| ms.date | 12/03/2025 | |
| ms.topic | limits-and-quotas | |
| ms.custom |
|
This article details the current limitations for Azure Cosmos DB accounts mirrored into Microsoft Fabric. The limitation and quota details on this page are subject to change in the future.
-
[!INCLUDE fabric-mirroreddb-supported-regions]
-
Mirroring is only available for these Azure Cosmos DB account types listed here.
Azure Cosmos DB account type Available API for NoSQL Yes API for MongoDB (RU-based) No API for Apache Gremlin No API for Table No API for Apache Cassandra (RU-based) No Managed Instance for Apache Cassandra No DocumentDB (vCore-based) No
-
You can enable mirroring only if the Azure Cosmos DB account is configured with either 7-day or 30-day continuous backup.
-
All current limitations of the continuous backup feature in Azure Cosmos DB also apply to Fabric mirroring.
-
These limitations include, but aren't limited to; the inability to disable continuous backup once enabled and lack of support for multi-region write accounts. For more information, see Azure Cosmos DB continuous backup limitations.
-
You can enable both the analytical store and continuous backup features on the same Azure Cosmos DB account.
-
-
You can't disable the analytical store feature on Azure Cosmos DB accounts with continuous backup enabled.
-
You can't enable continuous backup on an Azure Cosmos DB account that previously disabled the analytical store feature for a container.
-
Azure Cosmos DB read-write account keys and Microsoft Entra ID authentication with role-based access control are the only supported mechanisms to connect to the source account. Read-only account keys and managed identities aren't supported.
-
For Microsoft Entra ID authentication, the following role-based access control permissions are required:
-
Microsoft.DocumentDB/databaseAccounts/readMetadata -
Microsoft.DocumentDB/databaseAccounts/readAnalytics
-
[!NOTE] For more information, see data plane role-based access control documentation.
For an example of a script to auto-apply a custom role-based access control role, see
rbac-cosmos-mirror.shon azure-samples/azure-cli-samples. -
-
You must update the connection credentials for Fabric mirroring if the account keys are rotated. If you don't update the keys, mirroring fails. To resolve this failure, stop replication, update the credentials with the newly rotated keys, and then restart replication.
-
Fabric users with access to the workspace automatically inherit access to the mirror database. However, you can granularly control workspace and tenant level access to manage access for users in your organization.
-
You can directly share the mirrored database in Fabric.
-
Azure Cosmos DB accounts with virtual networks or private endpoints are supported using the Network ACL Bypass feature. This allows your Fabric workspace to access the Cosmos DB account without requiring a data gateway. For more information, see Configure private networks for Microsoft Fabric mirrored databases from Azure Cosmos DB.
-
Data in OneLake doesn't support private endpoints, customer managed keys, or double encryption.
-
If you only have viewer permissions in Fabric, you can't preview or query data in the SQL analytics endpoint.
-
If you intend to use the data explorer, the Azure Cosmos DB data explorer doesn't use the same permissions as Fabric. Requests to view and query data using the data explorer are routed to Azure instead of Fabric.
-
Fabric Data Explorer queries are read-only. You can view existing containers, view items, and query items.
-
You can't create or delete containers using the data explorer in Fabric.
-
You can't insert, modify, or delete items using the data explorer in Fabric.
-
You can avoid sharing the source database by only sharing the SQL analytics endpoint with other users for analytics.
-
You can't turn off the data explorer in a mirrored database.
-
Fabric OneLake mirrors from the geographically closest Azure region to Fabric's capacity region in scenarios where an Azure Cosmos DB account has multiple read regions. In disaster recovery scenarios, mirroring automatically scans and picks up new read regions as your read regions could potentially fail over and change.
-
Delete operations in the source container are immediately reflected in Fabric OneLake using mirroring. Soft-delete operations using time-to-live (TTL) values isn't supported.
-
Mirroring doesn't support custom partitioning.
-
Fabric has existing limitations with T-SQL. For more information, see T-SQL limitations.
[!INCLUDECosmos DB Mirroring Limitations]