J4sstrom
asked on
Need more efficient way to migrate User profiles in server 2016
Trying to move User profile folders from C:\users to E:\users on a Windows Server 2016r2 system acting as a remote desktop server. I had been using this changing the file path in the registry profile list, changing the state in that registry listing to 1, creating a folder with full user security/sharing access on E:\, then running this script in an admin command prompt:
xcopy C:\users\[username]\*.* E:\users\[username] /E /C /H /K /O
Things seem to be working, except the folders at E:\users are exponentially larger than they were at C:\users.
Example -
C:\users\tdh
Size: 610MB
Size on Disk: 488MB
Contains: 7,682 Files 1,262 Folders
E:\users\tdh
Size: 22.6GB
Size on disk: 14.5GB
Contains: 359,014 files 24,076 folders
Watching the scroll on the cmd prompt I am seeing tons of temp internet files and Chrome files. I'm guessing is a result of the combo of attributes, is there something else I am missing here?
xcopy C:\users\[username]\*.* E:\users\[username] /E /C /H /K /O
Things seem to be working, except the folders at E:\users are exponentially larger than they were at C:\users.
Example -
C:\users\tdh
Size: 610MB
Size on Disk: 488MB
Contains: 7,682 Files 1,262 Folders
E:\users\tdh
Size: 22.6GB
Size on disk: 14.5GB
Contains: 359,014 files 24,076 folders
Watching the scroll on the cmd prompt I am seeing tons of temp internet files and Chrome files. I'm guessing is a result of the combo of attributes, is there something else I am missing here?
ASKER
Thing is, the C: drive is only 95GB and having moved about a third of the user profiles over, the E:\users directory is over 135GB. Even if files are hidden/compressed/etc... it would seem it is copying more than it needs. Am I using too many attributes? What is the minimum I can use to still get a functional profile after being moved?
ASKER
Treesize was helpful in clearing off other junk at least, thank you
You have links that got expanded as files or folders during the copy. You should use robocopy with the /SL option to copy links as links instead of expanding them. Unfortunately that still doesn't prevent expansion with hard links and directory junctions.
Your other question was about the same problem: https://www.experts-exchange.com/questions/29176088/User-profiles-moved-using-xcopy-grew-far-larger-at-destination.html Please bring that to an end first. It's really as easy as said: start treesize by right clicking it and selecting "run as administrator" and use it to check out the real sizes of those source profile folders and see if they are really different. Give feedback.
ASKER
Not the same question. Same issue, but phrased differently because nobody gave relevant answer. On that one I asked why and everyone kept saying I am reading the size wrong..not answering why. And I verified sizes through tree size.
So I reworded and and asked a different question...how can I copy from one drive to another without the folders growing exponentially. Just asking what is simplest way to copy user profiles from one location to another.
So I reworded and and asked a different question...how can I copy from one drive to another without the folders growing exponentially. Just asking what is simplest way to copy user profiles from one location to another.
"And I verified sizes through tree size" - you did, ok. You never mentioned that before, you gave no feedback on that.
Ok, if you used treesize correctly, that is, started it as administrator using the right click option, then its results should at least tell you which folders are bigger on the copied target and allow you to share the findings for analysis.
Ok, if you used treesize correctly, that is, started it as administrator using the right click option, then its results should at least tell you which folders are bigger on the copied target and allow you to share the findings for analysis.
using windows command line options of copy/xcopy junctions are a problem. i.e. 'Documents and Settings' that sometimes result in an almost endless loop
ASKER
If xcopy produces a loop of dupes during the copy (seems likely since folder like app settings seem to have a lot of copies underneath), can you recommend a better option?
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
I also added a " /e " to the end and that got what I needed on a 1to1 copy.
Thank you!
Thank you!
on the destination the permissions is being inherited from the top level folders so you are seeing the reported size that your account can access.
I use utilities like treesize from jam software as an administrator and the sizes are identical
A potential problem is again permissions use a utility like robocopy with either /syncall or /copy:dats to copy the source permissions to the destination.