Troubleshoot Fabric mirrored databases from Azure SQL Database (Preview)
Changes to Fabric capacity or workspace
Cause | Result | Recommended resolution |
---|---|---|
Fabric capacity paused/deleted | Mirroring will stop | 1. Resume or assign capacity from the Azure portal 2. Go to Fabric mirrored database item. From the toolbar, select Stop replication. 3. Start replication by selecting Mirror database for the mirrored item in the Fabric portal. |
Fabric capacity resumed | Mirroring will not be resumed | 1. Go to Fabric mirrored database item. From the toolbar, select Stop replication. 2. Start replication by selecting Mirror database for the mirrored item in the Fabric portal. |
Workspace deleted | Mirroring stops automatically | If mirroring is still active on the Azure SQL Database, execute the following stored procedure on your Azure SQL Database: exec sp_change_feed_disable_db; . |
Fabric trial capacity expired | Mirroring stops automatically | See Fabric trial capacity expires. |
Fabric capacity exceeded | Mirroring will stop | You can't see the mirrored database details. Wait until the overload state is over or update your capacity. Learn more from Actions you can take to recover from overload situations. Mirroring will continue once the capacity is recovered. |
T-SQL queries for troubleshooting
If you're experiencing mirroring problems, perform the following database level checks using Dynamic Management Views (DMVs) and stored procedures to validate configuration.
Execute the following query to check if the changes properly flow:
SELECT * FROM sys.dm_change_feed_log_scan_sessions;
If the
sys.dm_change_feed_log_scan_sessions
DMV doesn't show any progress on processing incremental changes, execute the following T-SQL query to check if there are any problems reported:SELECT * FROM sys.dm_change_feed_errors;
If there aren't any issues reported, execute the following stored procedure to review the current configuration of the mirrored Azure SQL Database. Confirm it was properly enabled.
EXEC sp_help_change_feed;
The key columns to look for here are the
table_name
andstate
. Any value besides4
indicates a potential problem.If replication is still not working, verify that the correct SAMI object has permissions.
- In the Fabric portal, select the "..." ellipses option on the mirrored database item.
- Select the Manage Permissions option.
- Confirm that the Azure SQL logical server name shows with Read, Write permissions.
- Ensure that AppId that shows up matches the ID of the SAMI of your Azure SQL Database logical server.
Contact support if troubleshooting is required.
Managed identity
The System Assigned Managed Identity (SAMI) of the Azure SQL logical server needs to be enabled, and must be the primary identity. For more information, see Create an Azure SQL Database server with a user-assigned managed identity.
After enablement, if SAMI setting status is either turned Off or initially enabled, then disabled, and then enabled again, the mirroring of Azure SQL Database to Fabric OneLake will fail.
The SAMI must be the primary identity. Verify the SAMI is the primary identity with the following: SELECT * FROM sys.dm_server_managed_identities;
User Assigned Managed Identity (UAMI) is not supported. If you add a UAMI, it becomes the primary identity, replacing the SAMI as primary. This causes replication to fail. To resolve:
- Remove all UAMIs. Verify that the SAMI is enabled.
SPN permissions
Do not remove Azure SQL Database service principal name (SPN) contributor permissions on Fabric mirrored database item.
If you accidentally remove the SPN permission, Mirroring Azure SQL database will not function as expected. No new data can be mirrored from the source database.
If you remove Azure SQL database SPN permissions or permissions are not set up correctly, use the following steps.
- Add the SPN as a user by selecting the
...
ellipses option on the mirrored database item. - Select the Manage Permissions option.
- Enter the name of the Azure SQL Database logical server name. Provide Read and Write permissions.