Windows Server – Migrating Files / Folders / Shares / User Profiles

KB ID 0001201


Why isn’t this better publicised? Did you know Microsoft have a set of Migration tools, and one of them is for file servers? Now traditionally I’d use RoboCopy or XCopy to migrate files and folders, and for ‘User Profiles’ I would normally back them up, and restore them to the new server. This is because the file permissions on ‘correctly deployed’ user profiles mean you can’t open them.

How about a tool, that migrates all the files, folders and profiles while maintaining all the NTFS permissions, AND Share permissions!



Source Server Pre-requisites

  • Server 2003: .Net 2.0 (With SP1), and PowerShell 2.0, and 25MB free drive space.
  • Server 2008: PowerShell and 25Mb free drive space.
  • Server 2008 R2: 25Mb free drive space.
  • All: UDP port 7000 needs to be open, from source to the destination server.

This Scenario

  • Source Server: Windows Server 2003 Standard x64 (x86 supported as well)
  • Destination Server: Windows 2012 R2 Data Center 2012 

Source Server: Here you can see my user profiles, I’ll do the migration with them, as usually they are the most ‘challenging’.

User Profiles Cannot Access

You need to create a shared folder on the Source Server, I’ve just granted everyone full control, (this is just for the migration tools).

Server Migration Tools Share


Destination  Server: Open a PowerShell windows and install the tools with the following command;

Install-WindowsFeature Migration –ComputerName {computer-name}

Servr 2012 File Migraiton Tools

Open an administrative command window > Now you need to deploy the migrations tools to the share on the destination server, to do that use the following command;

cd C:\Windows\System32\ServerMigrationTools

SmigDeploy.exe /package /architecture amd64 /os WS03 /path \\{Destination-Server}\{folder-name}

Note: For x86 (32 bit) source servers use x86 instead of amd64. WS03 (Windows Server 2003), WS08 (Windows Server 2008), WS08R2 (Windows Server 2008 R2), and WS12 (Windows Server 2012).

Deploy Server 2012 File Migraiton Tools

Source Server: Open the folder you created earlier and within it you will find another folder that has the tools in. Open an administrative command window and change to this directory > then execute the following command;


Another PowerShell window will open, leave it open, and return to the destination server.

Smig Tools Source Server

Destination Server: Here I’ve created a folder that I’m going to migrate into.

Smig Migration Target Share

Destination Server: Open a PowerShell window and issue the following two commands;



You will be asked to provide a password, (use what you want, but remember it, you will need it in a minute).

You now have a five minute window to get the migration running, or you will need to re-issie the last command again. 

Source Server: Return to your open PowerShell Window, and issue the following command;

Send-SmigServerData -ComputerName {destination-computer-name} -SourcePath {path-to-source-folder} -DestinationPath {path-to-destination-folder} -include all -recurse

Supply the password, then go and put your feet up.

Smig Migration Start

Destination Server: You can watch progress here.

Smig Destination Server

Profiles migrated! And permissions intact.

Smig Migrated Profiles

Don’t forget to change the path to the user profile, on the user(s) user object(s) in Active Directory.

User Profile Path

If you have a lot you can do them in bulk by multi-selecting the users.

Change User Profile Path On Mass


Related Articles, References, Credits, or External Links

XCOPY – Insufficient Memory

Migrating – Folders and Share Permissions

Author: PeteLong

Share This Post On


  1. I had a question: Are user profiles just everything under appdata? And this is the same thing as folder redirection correct?

    Post a Reply
    • No, the profile is essentially all the files and folders a user needs to maintain their desktop experience from one computer to the next. Folder redirection can be used to direct a folder away from a user profile, but the two solutions are not the same thing 🙂


      Post a Reply
  2. For NTFS issues you can try Long Path Tool.

    Post a Reply
  3. Hi,

    Have you tried to use the storage migration tool along with windows admin center? If not have you tried these same commands on server 2019?


    Post a Reply
    • Not with 2019 yet, I update these as I get the jobs 🙂

      Post a Reply
  4. Thanks but the tools don’t work on SBS 2011 which is basically 2008R2 but when you run the smigdeploy script it errors out saying it can’t run on this operating system.

    Know of any way to trick it? I have a few of these servers I need to migrate in client base and it would be nice to do cleanly as you’ve described.

    Post a Reply
  5. Hmm…

    States: “File access rights are maintained during the migration; the same set of users is able to access files on the destination server after they have been migrated. Because files are sent by using an encrypted connection, a password must be provided to decrypt migrated files on both the source and destination servers. Transporting encrypted files (EFS) and junction points is not supported.” Which would seem to suggest this won’t work for profiles. Does it move them or just copy them?

    Post a Reply
    • It just copies them, why would you think it would not work for profiles, it says it wont work for EFS and junction points?


      Post a Reply
  6. It works, but isn’t it possible to copy only some profiles instead of all of them?

    Post a Reply
    • It’s a SERVER migration tool, if you only what to move a few, back them up, and restore them?


      Post a Reply
  7. Thanks for posting this… A bit easier to understand than MS’s documentation on the subject. Got me through my first server migration, many more to come. Appreciate you taking the time to write this when you did.

    Post a Reply
  8. After it copied to the destination server, if the AD user login to new server it automatically takes the user profile migrated or we need to import user registry also ?

    Post a Reply
    • No – but anything that pointed to the old server needs repointing to the new one, profile path, mapped drives etc.

      Post a Reply

Submit a Comment

Your email address will not be published. Required fields are marked *