Note
Access to this page requires authorization. You can try signing in or changing directories.
Access to this page requires authorization. You can try changing directories.
When a user leaves the organization, or if they don't sign in for more than 90 days, it's possible that any Fabric items they own will stop working correctly. In such cases, anyone with read and write permissions on such an item (such as workspace admins, members, and contributors) can take ownership of the item, using the procedure described in this article.
When a user takes over ownership of an item using this procedure, they also become the owner of any child items the item might have. You can't take over ownership of child items directly - only through the parent item.
Note
Items such as semantic models, reports, datamarts, dataflows gen1 and dataflows gen2 have existing functionality for changing item ownership that remains the same. This article describes the procedure for taking ownership of other Fabric items.
Prerequisites
To take over ownership of a Fabric item, you must have read and write permissions on the item.
Take ownership of a Fabric item
To take ownership of a Fabric item:
Navigate to the item's settings. Remember, the item can't be a child item.
In the About tab, select Take over.
A message bar indicates whether the take over was successful.
If the take over fails for any reason, select Take over again.
Operation status Error message Next step Success Successfully took over the item. None. Partial Failure Can't take over child items. Try again. Retry take over of parent item. Complete Failure Can't take over <item_name>. Try again. Retry take over of parent item.
Note
Data Pipeline items require the additional step of ensuring that the Last Modified By user is also updated after taking item ownership. You can do this by making a small edit to the item and saving it. For example, you could make a small change to the activity name.
Important
The take over feature doesn't cover ownership change of related items. For instance, if a data pipeline has notebook activity, changing ownership of the data pipeline doesn't change the ownership of the notebook. Ownership of related items needs to be changed separately.
Repair connections after Fabric item ownership change
Some connections that use the previous item owner's credentials might stop working if the new item owner doesn't have access to the connection. In such cases, you might see a warning message.
In this scenario, the new item owner can fix connections by going into the item and replacing the connection with a new or existing connection. The following sections describe the steps for doing this procedure for several common item types. For other item types that have connections, refer to the item's connection management documentation.
Pipelines
Open the pipeline.
Select the activity created.
Replace the connection in the source and/or destination with the appropriate connection.
KQL Queryset
Open the KQL queryset.
In the Explorer pane, add another connection or select an existing one.
Real-Time Dashboard
Open the real-time dashboard in edit mode.
Choose New data source on the tool bar.
Select Add+ to add new data sources.
In the new or existing tile, select the appropriate data source.
User data functions
Open the item and go to Manage Connections.
Select Add data connection to add a new connection and use that in the data function.
Dataflow Gen2 (CI/CD)
This is a separate item from Dataflows Gen1 and Gen2. Refer to the creation experience here.
- Open the item and go to Manage Connections.
- Navigate to the relevant connection and select Edit Connection to make updates.
Considerations and limitations
The following Fabric items don't support ownership change.
Mirrored Cosmos DB
Mirrored SQL DB
Mirrored SQL Managed Instance
Mirrored Snowflake
Mirrored database
If a mirrored database stops working because the item owner has left the organization or their credentials are disabled, create a new mirrored database.
The option to take over an item isn't available if the item is a system-generated item not visible or accessible to users in a workspace. For instance, a parent item might have system-generated child items - this can happen when items such as Eventstream items and Activator items are created through the Real-Time hub. In such cases, the take over option is not available for the parent item.
Currently, there's no API support for changing ownership of Fabric items. This doesn't impact existing functionality for changing ownership of items such as semantic models, reports, dataflows gen1 and gen2, and datamarts, which continues to be available. For information about taking ownership of warehouses, see Change ownership of Fabric Warehouse.
This Fabric-item takeover feature doesn't cover ownership takeover as a service principal.