A unified data governance solution that helps manage, protect, and discover data across your organization
Hi @Dinesh Murugappan
Thank you for sharing the detailed workflow and screenshots. Based on the information you've provided, the behavior you're seeing is consistent with the current Microsoft Purview lineage capabilities.
The message displayed in Purview:
"The lineage of this copy activity is not reported because it used the following unsupported connector: SnowflakeV2."
indicates that lineage metadata is not currently being emitted for that Azure Data Factory copy activity when using the SnowflakeV2 connector. Because of this, Purview doesn't receive the metadata required to automatically connect the Azure Blob asset to the Snowflake table, which is why your lineage appears as two separate graphs.
The Snowflake stored procedure lineage you're seeing is discovered independently through the Snowflake scan using the Lineage, code, and signature option. Although this correctly captures the relationship between the EMPLOYEES and EMPLOYEES_SUMMARY tables, it isn't automatically stitched together with the ADF operational lineage because the preceding copy activity doesn't report lineage.
Regarding your questions, based on the behavior shown in your environment, lineage reporting for the SnowflakeV2 connector is currently unavailable for this copy activity. At this time, there is no public Microsoft documentation confirming roadmap information for support of this connector.
There is also no documented mechanism to automatically merge these two lineage paths into a single end-to-end graph. Purview can build a continuous lineage graph only when each stage publishes compatible lineage metadata. Since the ADF copy activity isn't reporting lineage for the SnowflakeV2 connector, Purview has no metadata available to connect the Azure Blob asset with the scanned Snowflake table.
For the Purview REST API error:
AADSTS500011: The resource principal named
https://purview.azure.comwas not found...
this typically indicates an authentication configuration issue, such as using an incorrect resource or audience, or requesting a token from the wrong Microsoft Entra tenant. Verify that the service principal exists in the same tenant as the Purview account, that the application requests an access token for the appropriate Purview endpoint, and that the service principal has the required Microsoft Purview Data Map permissions.
Regarding Microsoft Fabric Data Factory, while Fabric provides enhanced lineage across Fabric-native workloads, there is currently no documented guidance stating that it provides complete end-to-end lineage for a workflow spanning AWS S3 → Azure Blob → Azure Data Factory → Snowflake. Migrating only the orchestration layer to Fabric is therefore unlikely to resolve this specific connector limitation.
As a final verification, ensure that the Azure Data Factory has been connected to Purview, the pipeline was re-executed after enabling lineage integration, and both the Azure Blob and Snowflake assets have been successfully scanned and registered in Purview. If all of these prerequisites are satisfied and the copy activity continues to display the unsupported connector message, the behavior is most likely due to the current product limitation rather than a configuration issue.
For more information, please refer to the following documentation:
Azure Data Factory lineage in Microsoft Purview: https://learn.microsoft.com/purview/data-map-lineage-azure-data-factory
Azure Synapse and ADF lineage capabilities: https://learn.microsoft.com/purview/data-map-lineage-azure-synapse-analytics
Microsoft Purview lineage concepts: https://learn.microsoft.com/purview/data-map-lineage