Don't miss your chance to take exam DP-600 or DP-700 on us!
Request nowFabric Data Days Monthly is back. Join us on March 26th for two expert-led sessions on 1) Getting Started with Fabric IQ and 2) Mapping & Spacial Analytics in Fabric. Register now
Hi,
I have a pipeline where I have a copy data activity which queries a control table to copy data down from one of our on-premise servers into the Lakehouse we've created in Fabric. In this control table I specify the schema, table name, and the query I want to use to copy the data down. I've got the concept working, and on one of our on-premise servers I can do this successfully, when I try this from a different on-premise server when I run the pipeline instead of creating a table, it creates a schema based off the table name and then puts the delta files in an Unidentified folder along with the delta files...
I'm not finding much about why this is occurring on the web, is there a solution for this or has anyone else encountered this issue? I'm using just one table to try to figure this out with three rows of data, no special characters nothing odd about the table, I find it very weird it's just creating a new schema and not just writing a table under the dbo schema or putting the files in the unidentified folder under the dbo schema.
Any help would be appreciated.
Solved! Go to Solution.
I believe I figured out the issue over the weekend, but will be doing some additional testing tomorrow. Previously, I was connected to SQL server on prem using an on-premise gateway in Fabric using gateway version 3000.234 on one of our VMs which was writing data to the Unidentified data folder inside of it's own schema in Fabric and was unable to write the data correctly into the lakehouse. The delta parquet files were still visible inside of the sql end point, but the lakehouse looked jacked up and the lakehouse showed Unidentified folder as mentioned previously above. We were able to update the gateway version over the wekeend to 3000.246 on our VM and it appears it has fixed the issue and I am now able to see the data in the lakehouse exactly as required.
I believe I figured out the issue over the weekend, but will be doing some additional testing tomorrow. Previously, I was connected to SQL server on prem using an on-premise gateway in Fabric using gateway version 3000.234 on one of our VMs which was writing data to the Unidentified data folder inside of it's own schema in Fabric and was unable to write the data correctly into the lakehouse. The delta parquet files were still visible inside of the sql end point, but the lakehouse looked jacked up and the lakehouse showed Unidentified folder as mentioned previously above. We were able to update the gateway version over the wekeend to 3000.246 on our VM and it appears it has fixed the issue and I am now able to see the data in the lakehouse exactly as required.
HI @joseph_campbell,
I'm glad to hear that you find the root causes and thanks for sharing the workaround here. I think they may helps for other who faced a similar issues.
Regards,
Xiaoxin Sheng
Hi @joseph_campbell,
AFAIK, the 'unidentified' issue appeared when data cannot be recognized or getting with not supported data type. What type of data source are you worked on? Can you please share some more detail information about this issue? They should help us clarify your scenario and test to troubleshoot.
Regards,
Xiaoxin Sheng
Share feedback directly with Fabric product managers, participate in targeted research studies and influence the Fabric roadmap.
Check out the February 2026 Fabric update to learn about new features.
| User | Count |
|---|---|
| 23 | |
| 11 | |
| 10 | |
| 7 | |
| 7 |
| User | Count |
|---|---|
| 40 | |
| 23 | |
| 21 | |
| 15 | |
| 14 |