Take the 2-minute tour ×
Server Fault is a question and answer site for professional system and network administrators. It's 100% free, no registration required.

I need to move about 130 users' home drives to another hard drive on the same server that they are hosted now. What is the best way to do this without having to go into each one by one?

The users are scattered in different OU's.

share|improve this question
add comment

5 Answers

If you have a login script, change the login script. If you have the Home Folder settings in AD. You can select more then one user at a time and make the appropriate changes.

share|improve this answer
add comment

I wouldn't say it's the best way, but if you're using the GUI, you can hold down Ctrl and select multiple users (or shift to select everything between two users), pull up the property sheet, and edit the home folder path field from \server1\users\%username% to \server2\users\%username% - it'll set the field for all users you'd selected.

Otherwise, I think you're stuck with the login script, as detailed here, but basically -

net user tester /homedir:\\server\tester$

Login scripts aren't sexy, but all the better mousetraps seem to have an unsatisfactory time-investment-to-reward ratio.

If you're also talking about moving the files themselves, I'd go with robocopy.

--begin unsolicited general advice--

I'd start by moving a small number of user drives, and gradually increase the size of the batches as you go. This gives you a chance to troubleshoot those little unanticipated issues that always come up, without dealing with 130 users at once.

And make it easy to backtrack. Copy the data, then remove the permissions or otherwise block access to the old share - in a way that's easy to undo.

share|improve this answer
add comment

Just stop the share on the old drive and start the share on the new drive. If you keep the share name and the permissions the the same, your users shouldn't even notice the change.

share|improve this answer
add comment

If you are using a single share for the home directories, and that is all that that share is being used for, it's realy pretty easy. 'tegbains' answer above gives part of the answer.

  1. Document the permissions on the Old Share.
  2. Stop sharing the old share ( this will knock all of the users off of the share.)
  3. Using Windows Explorer Move all of the directories to the new location (use move to keep the permissions the same)
  4. Start sharing the new directory root with the old share name
  5. Reset the permissions to match what was documented in step 1.

Your users should be able to reconnect, just like 'tegbains' said.

share|improve this answer
    
The "move" direction assumes that they are on the same volume. –  MDMarra Jan 19 '10 at 2:52
    
True, but you can also adjust the server to keep the permissions between drives re: support.microsoft.com/kb/310316 –  scott-pascoe Jan 19 '10 at 3:15
    
nice and easy solution! –  deddebme Jan 19 '10 at 15:29
    
I'm a fan of running a backup job and then restoring it to the new location. That way you have a safe copy on tape and it keeps the permissions. –  charlesbridge Jan 19 '10 at 20:03
add comment

I'd definitely use robocopy for actually copying the data. This syntax should be a good start:

robocopy source destination /e /copyall

The /e flag will get empty directories, the /copyall flag will ensure that you pick up all of your NTFS data. Another bonus of robocopy is that it will do differential copies, so you can copy all of the data over initially, but then slowly roll out the login scripts, doing a new robocopy to pick up only the changed data.

As others have mentioned, the login script or GUI are your best bets. I know that there's also Group Policy Preferences now that can do mapped drives, but I've not tried that myself.

share|improve this answer
add comment

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.