Troubleshooting slow file copying in Windows

This article helps administrators to diagnose and resolve the issue of slow file copy in your organization.

Applies to:   Windows 10 - all editions, Windows Server 2012 R2
Original KB number:   10118

Determine the cause of the issue

Slow file copying can be caused by storage issues, client issues, and server issues.

On the file server that hosts the shared folder, copy the file to its local hard disk. If the file-copying speed is unusually low (much slower than average speed), try to update the driver for your storage. If the issue still occurs, contact the driver manufacturer for further troubleshooting.

If the speed is normal, use another client computer to copy the files from or to the shared folder.

Client-side troubleshooting

Let's verify the kind of the shared folder. To do so, open the properties of the shared folder. For the Distributed File System (DFS) shared folder, the DFS tab is displayed.

Screenshot of the DFS tab in the shared folder properties window.

The share folder is a DFS shared folder

Let's determine whether the problem is caused by the DFS path. Try to use the UNC path instead of the DFS path to open the shared folder. Then, you can check whether the issue still occurs. This step can help you determine whether the problem is caused by the DFS path. How to determine the UNC path of the DFS shared folder:

  1. Right-click the shared folder, and then select Properties.

  2. On the DFS tab, you see the UNC path in Referral list.

    Screenshot of the DFS tab in the shared folder properties window, which shows the UNC path in Referral list.

If it is still slow when you use the UNC path, see slow performance when you copy a single file, a folder, or multiple files.

If the issue does not occur when you use the UNC path, follow these steps to verify the DFS referrals.

Verify the DFS referrals

  1. Right-click the shared folder, and then select Properties. On the DFS tab, locate all active referrals.
  2. Remove UNC paths that aren't active or servers that aren't reachable or are removed.
  3. Connect these paths one by one, and make sure that all destination paths can be reached directly from the client. By design, if the client can't connect the first referral, it will switch to the second and so on. It will create a delay.

If the issue is still not resolved, see server side troubleshooting.

The share folder is not a DFS shared folder

Check when the slow file copying problem occurs.

Slow performance occurs only when you copy a folder or multiple files

If you compare the copying time for a folder that contains multiple files with the copying time for a file of the same size, copying the folder will always require more time. This behavior is expected. The more files that are in the folder, the slower the file-copying process.

Slow performance occurs when you copy a single file, a folder, or multiple files

To resolve this issue, follow these steps on the client computer that has the problem:

  1. Delete the third-part network provider from client computer. The default options are as follows. (Any other provider can be considered as a third party.)

    Screenshot of the Provider Order tab in the Advanced Settings window, which shows the default options of Network Providers.

  2. Remove additional values from the following registry keys. To do this, open Registry Editor. Located the following keys. Each key contains a Provider Order value. HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\NetworkProvider\HwOrder HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\NetworkProvider\Order
    Check to make sure that each Provider Order value has only three values: "RDPNP," "LanmanWorkstation," and "webclient."

    Screenshot of the Edit String dialog of the above registry keys.

  3. Compare the settings of Jumbo Frames and Large send offload with the settings on working computers. and adjust the settings of Jumbo Frames and Large send offload accordingly. (If it is disabled, enable it, and then check whether that helps)

    Screenshot of the Jumbo Packet settings in the Advanced tab of the network adapter properties.

  4. Make sure that the workstation service is running.

  5. Make sure that client for Microsoft networking is selected in the network connection properties.

    Screenshot of the Local Area Connection Properties dialog, in which the Client for Microsoft Networks item is selected. :

Server-side troubleshooting

Install the hotfixes for the file server that hosts the shared folder.

For Windows Server 2008 or Windows 7, install all the hotfixes that are described in KB 2473205.
For Windows Server 2012 or Windows 8, install all the hotfixes that are described in KB 2899011.

If the issue isn't resolved, follow these steps to troubleshoot the issue:

  1. Check whether the client is connected to a remote/WAN DFS server. (Ideally, it should be connected to the local site DFS server). If it is connected, double-check the site and subnet mapping in Active Directory Sites and Services. If subnets aren't mapped correctly, DFS will give an incorrect priority to remote DFS servers while it presents referrals.
  2. Make sure that the local DFS server is working.
  3. Set the Ordering Method for Targets in Referrals.
  4. If IPv6 is enabled in the environment, configure IPv6 subnets in Active Directory Sites and Services. Or, as a workaround, disable IPv6 in the environment.

How to determine the referral DFS server to which the clients are connecting:

  1. On a client computer, right-click the shared folder, and then select Properties.

  2. On the DFS tab, check the referral list. The current DFS server is marked as active. In the following example, the client is connecting to the server HAOMS1.

    Screenshot of the DFS tab in the shared folder properties window on a client computer, which shows the UNC path in Referral list.