Hi @Potlapally, Harsha ,
Welcome to Microsoft Q&A forum and thanks for reaching out here.
From the error message and from my past experience on such issues, I am confident that the issue is either on the source SQL Server side or a network issue between your Integration runtime and SQL server. I have noticed such behavior when users try to copy data from On-Prem SQL server using SHIR (some times this error may also occur while copying from azure SQL using Azure IR /SHIR).
In case if your source is also an On Prem SQL server and using SHIR then would recommend looking at SHIR logs which can give you more information about the problem. In addition, I recommend working with your SQL admin and Network Administrator to identify the bottleneck associated with this issue.
As you have confirmed in your post that other tables data is copied without any issue, this makes me to look at the particular table that is causing this issue and troubleshoot with your SQL admin to identify if something is specific to that table (like if the table is being used by other resources/applications around the same time/any table locks, etc)
Possible Root cause
The error message indicates to a Network error, not a SQL Server timeout. There is apparently some sort of network problem between ADF service and the SQL Server.
Usually, it will happen when the job (read/write from SQL) takes a very long time.
Below are few mitigations you may try and see if that helps:
- Since this kind of issue always happens in Source, please try to apply 'parallel copy' and 'dynamics range' in Source. This way it can faster the whole read performance and increase the stability. https://docs.microsoft.com/en-us/azure/data-factory/connector-azure-sql-database?tabs=data-factory#parallel-copy-from-sql-database
- Or implement retry policy and retry interval (interval should be a little longer than normal successful jobs' run time) in pipeline level, then pipeline won't fail fast and do retry for those issues. https://docs.microsoft.com/en-us/azure/data-factory/concepts-pipelines-activities#activity-policy
- Split the data volume/size (for example, use query mode). Use several Copy activity to read and write the whole data.
I would also recommend having a look at this thread and see if any of those suggestions help: Azure Data Factory - Azure SQL connectivity error : A transport-level error has occurred when receiving results from the server. (provider: TCP Provider, error: 0 - The specified network name is no longer available.) SqlErrorNumber=64
If none of these suggestions help, then please feel free to file a support ticket for deeper investigation of the network logs. This may need investigation on both sides (ADF & SQL Server).
In case if you don't have a support plan, please let me know so that I can work with you offline in creating a one time free support ticket.
Hope this helps.
Please don’t forget to Accept Answer
and Yes
for "was this answer helpful" wherever the information provided helps you, this can be beneficial to other community members.