fix: Improve Purview scan reliability with collection hierarchy compliance with automatic reparenting#134
Closed
Saswato-Microsoft wants to merge 2 commits intomicrosoft:devfrom
Closed
Conversation
…tion and reparenting logic
…oyment collections
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Purpose
This pull request improves the reliability and user experience of Purview scan automation by ensuring that scans are always created within the correct collection hierarchy, as required by Purview. The main changes include automatically detecting and reparents the deployment collection under the datasource's collection to prevent
Scan_CollectionOutOfBounderrors, updating documentation to clarify this behavior, and providing clearer troubleshooting steps.Purview scan collection handling improvements:
trigger_purview_scan_for_fabric_workspace.ps1) now automatically checks if the deployment collection is under the datasource's collection, and if not, attempts to reparent it as a child collection. If reparenting fails, it falls back to using the datasource's collection to ensure scans succeed.Documentation updates:
docs/post_deployment_steps.md) now explains that if a tenant-level Fabric datasource already exists under a different collection, the automation will reparent the deployment collection as needed, and that collections may appear nested in the Purview portal.Scan_CollectionOutOfBounderrors, including manual steps if automation fails.These changes make the Purview scan process more resilient and provide clearer guidance for users during and after deployment.
Does this introduce a breaking change?
Golden Path Validation
Deployment Validation
What to Check
Verify that the following are valid
Other Information