+ Post New Thread
Results 1 to 15 of 15
Windows Thread, File server migration via Robocopy in Technical; Just a quick thread to confirm my logic... Moving from a physical box (2003 Storage Server) to a new 2008 ...
  1. #1
    gshaw's Avatar
    Join Date
    Sep 2007
    Location
    Essex
    Posts
    2,650
    Thank Post
    164
    Thanked 217 Times in 200 Posts
    Rep Power
    66

    File server migration via Robocopy

    Just a quick thread to confirm my logic...

    Moving from a physical box (2003 Storage Server) to a new 2008 R2 VM, just want to shift the data over (around 500GB) as is and get up and running on the new VM...

    Was going to use Robocopy to shift everything over using this command...

    Code:
    robocopy \\source_server\d$\data \\dest_server\d$\data /E /V /R:0 /W:0 /COPYALL /LOG:data_copy.log
    Was wondering if to up the /R and /W times in case there's any network hiccups, saw 5 and 30 mentioned as reasonable options?

    The other thing with Robocopy... if I run this command say 2 weeks before the migration to do an initial seed can I run it again just before the migration and it'll just hoover up the bits that have changed since or does that require the /MIR switch?

    Once that completes I export the registry key from the old server using this method...

    Saving and restoring existing Windows shares

    Import the key onto new server (making sure before I copy the data the drive letters match). Stop Server service, restart Server service and I should have all the shares available under the new server name.

    Then if I want to make life really easy for myself remove old server from the domain and shut down then reconfigure the new VM with the IP address and network name from the old server. In theory it should then appear to users and GPOs to be exactly as everything was before...

    (I know FSMT is there as well but I prefer the Robocopy method as it gives me a bit more control.)

  2. Thanks to gshaw from:

    albertwt (30th June 2014)

  3. #2

    FN-GM's Avatar
    Join Date
    Jun 2007
    Location
    UK
    Posts
    15,827
    Thank Post
    875
    Thanked 1,675 Times in 1,458 Posts
    Blog Entries
    12
    Rep Power
    444
    The other thing with Robocopy... if I run this command say 2 weeks before the migration to do an initial seed can I run it again just before the migration and it'll just hoover up the bits that have changed since or does that require the /MIR switch?
    I am going to be doing the same thing in a few weeks. You will need to use the /MIR switch yes. Doing this will make any changes that happened on your old server to the new one

    If both servers are on the same domain this will make the job eaiser if your not comfortable with robocopy
    Download details: Microsoft File Server Migration Toolkit 1.2

  4. #3

    SYNACK's Avatar
    Join Date
    Oct 2007
    Posts
    11,067
    Thank Post
    853
    Thanked 2,675 Times in 2,269 Posts
    Blog Entries
    9
    Rep Power
    768
    Yes it will do all the things that you are afrer, I would use the /ZB switch also, it will take a little longer but you will have a much more robust and hassle free transfer experience. You can use the /MIR option the second tome to just quickly update it. I have done this several times in the last couple of months for various schools and it has worked well. You do want to lower the retry count as otherwise it will hang up on a failed file for ages. I would also pipe the log file to a text document for later looking over. Its just the /LOG:"filename.txt" switch.

    Not sure about the share restore, registry stuff as I have not done that bit but your plan seems sound.

  5. Thanks to SYNACK from:

    albertwt (30th June 2014)

  6. #4
    gshaw's Avatar
    Join Date
    Sep 2007
    Location
    Essex
    Posts
    2,650
    Thank Post
    164
    Thanked 217 Times in 200 Posts
    Rep Power
    66
    Thanks for the replies, originally liked the look of FSMT but seen enough threads with weird behaviours that I feel happier with Robocopy and knowing exactly what's going on.

    So we're up to the following code initially then...

    Code:
    robocopy \\source_server\d$\data \\dest_server\d$\data /E /V /ZB /R:0 /W:0 /COPYALL /LOG:data_copy.log
    And once that's done nearer to the time go for...

    Code:
    robocopy \\source_server\d$\data \\dest_server\d$\data /MIR /V /ZB /R:0 /W:0 /COPYALL /LOG:data_mirror.log
    Or just go for the tape restore, just thinking which one will work out quicker really
    Last edited by gshaw; 1st June 2011 at 01:51 PM.

  7. #5

    FN-GM's Avatar
    Join Date
    Jun 2007
    Location
    UK
    Posts
    15,827
    Thank Post
    875
    Thanked 1,675 Times in 1,458 Posts
    Blog Entries
    12
    Rep Power
    444
    what does the /zb switch actually do please?

  8. #6
    ChrisH's Avatar
    Join Date
    Jun 2005
    Location
    East Lancs
    Posts
    4,999
    Thank Post
    120
    Thanked 280 Times in 258 Posts
    Rep Power
    106
    Quote Originally Posted by FN-GM View Post
    what does the /zb switch actually do please?
    It tries to copy first then switches to backup mode.
    Last edited by ChrisH; 1st June 2011 at 04:50 PM.

  9. #7

    SYNACK's Avatar
    Join Date
    Oct 2007
    Posts
    11,067
    Thank Post
    853
    Thanked 2,675 Times in 2,269 Posts
    Blog Entries
    9
    Rep Power
    768
    Quote Originally Posted by gshaw View Post
    Thanks for the replies, originally liked the look of FSMT but seen enough threads with weird behaviours that I feel happier with Robocopy and knowing exactly what's going on.


    Or just go for the tape restore, just thinking which one will work out quicker really
    Looks good, robocopy will probably be quicker than your tapes but it could be a good restore test for them, in the case of bringing the share up to date quickly the second robocopy command will blitz tape.

  10. #8
    Gibbo's Avatar
    Join Date
    Feb 2008
    Location
    Cheshire
    Posts
    896
    Thank Post
    206
    Thanked 343 Times in 238 Posts
    Rep Power
    93
    If it were me I'd break the job down into smaller ones, just in case you get a few copy errors.

  11. #9
    zag
    zag is offline
    zag's Avatar
    Join Date
    Mar 2007
    Posts
    3,762
    Thank Post
    897
    Thanked 416 Times in 350 Posts
    Blog Entries
    12
    Rep Power
    86
    Personally I would use your backup in this situation, its a great way of checking if you actually are backing up everything that is needed

    I use backupexec 2010.

  12. #10

    SYNACK's Avatar
    Join Date
    Oct 2007
    Posts
    11,067
    Thank Post
    853
    Thanked 2,675 Times in 2,269 Posts
    Blog Entries
    9
    Rep Power
    768
    Quote Originally Posted by Gibbo View Post
    If it were me I'd break the job down into smaller ones, just in case you get a few copy errors.
    Thats the good bit about robocopy, it will just log it after however many retries you specify and continue unlike the rubbish copy in xp/2003 or the slightly better version in 2008.

  13. #11
    gshaw's Avatar
    Join Date
    Sep 2007
    Location
    Essex
    Posts
    2,650
    Thank Post
    164
    Thanked 217 Times in 200 Posts
    Rep Power
    66
    Sleeping thread resurrection time!

    Had a slight change of plan with this after some of our teams were restructured, just moving our shared areas for now as the user folders need more work to sort them out for Windows 7.

    I'm now looking at using this command first to seed the initial copy of the data, one batch file per shared folder to be copied...

    Code:
    robocopy "D:\Source Folder" "\\newfileserver\d$\TEMPAREA\Source Folder" /E /V /ZB /R:0 /W:0 /TEE /COPYALL /LOG:Source_Folder.log
    Then when coming to the migration unshare the source folder (i.e. no more changes possible), run this...

    Code:
    robocopy "D:\Source Folder"  "\\newfileserver\d$\TEMPAREA\Source Folder" /MIR /V /ZB /R:0 /W:0 /TEE /COPYALL /LOG+:Source_Folder_MIRROR.log
    After which point I then move the transferred files from TEMPAREA to their new home (and also replace all the copied permissions with those of the new folder they live in due to merging multiple folders into one for some areas)

    Did a test with our IT shared area and it copied everything over, MIR removed deleted files and added new ones... so far so good... have I missed anything?

    (as you can tell this process makes me very paranoid being that it only gets moved once every 5-6 years!)

  14. Thanks to gshaw from:

    albertwt (30th June 2014)

  15. #12

    Join Date
    May 2009
    Location
    Sydney
    Posts
    282
    Thank Post
    322
    Thanked 3 Times in 3 Posts
    Rep Power
    11
    Quote Originally Posted by gshaw View Post
    Sleeping thread resurrection time!

    Had a slight change of plan with this after some of our teams were restructured, just moving our shared areas for now as the user folders need more work to sort them out for Windows 7.

    I'm now looking at using this command first to seed the initial copy of the data, one batch file per shared folder to be copied...

    Code:
    robocopy "D:\Source Folder" "\\newfileserver\d$\TEMPAREA\Source Folder" /E /V /ZB /R:0 /W:0 /TEE /COPYALL /LOG:Source_Folder.log
    Then when coming to the migration unshare the source folder (i.e. no more changes possible), run this...

    Code:
    robocopy "D:\Source Folder"  "\\newfileserver\d$\TEMPAREA\Source Folder" /MIR /V /ZB /R:0 /W:0 /TEE /COPYALL /LOG+:Source_Folder_MIRROR.log
    After which point I then move the transferred files from TEMPAREA to their new home (and also replace all the copied permissions with those of the new folder they live in due to merging multiple folders into one for some areas)

    Did a test with our IT shared area and it copied everything over, MIR removed deleted files and added new ones... so far so good... have I missed anything?

    (as you can tell this process makes me very paranoid being that it only gets moved once every 5-6 years!)
    So does the command above still works with folder that are deeply nested and longer than 255 characters long ?

  16. #13

    SYNACK's Avatar
    Join Date
    Oct 2007
    Posts
    11,067
    Thank Post
    853
    Thanked 2,675 Times in 2,269 Posts
    Blog Entries
    9
    Rep Power
    768
    Quote Originally Posted by albertwt View Post
    So does the command above still works with folder that are deeply nested and longer than 255 characters long ?
    Yes it should, robocopy has built in mitigations for the 255 character thing, I am pretty sure it is automatic, I don't remember having to add a switch for it.

  17. #14
    Boredguy's Avatar
    Join Date
    Jun 2011
    Location
    Swindon
    Posts
    568
    Thank Post
    3
    Thanked 128 Times in 119 Posts
    Rep Power
    50
    We use robocopy nightly for our backup of user data, and it's never had an issue with long file names

  18. #15
    gshaw's Avatar
    Join Date
    Sep 2007
    Location
    Essex
    Posts
    2,650
    Thank Post
    164
    Thanked 217 Times in 200 Posts
    Rep Power
    66
    From what I remember everything copies but you get trouble working with the files after e.g. renaming and saving. We cleaned up the files before the migration which removed any doubt.

    The scripts and robocopy pre-sync / difference sync method worked a treat, had them running on schedule overnight then did the shares the next day.

SHARE:
+ Post New Thread

Similar Threads

  1. File Server Migration Toolkit
    By gshaw in forum Windows
    Replies: 7
    Last Post: 12th May 2011, 02:40 PM
  2. Robocopy - Server Backup Scripts
    By bodminman in forum How do you do....it?
    Replies: 5
    Last Post: 14th January 2011, 02:41 PM
  3. Migration from CC3 server 2003 to CC4 on server 2008 - anyone else?
    By Max_Power in forum Network and Classroom Management
    Replies: 4
    Last Post: 12th January 2011, 11:34 AM
  4. Robocopy and For loops in batch file
    By barrystone in forum Scripts
    Replies: 2
    Last Post: 14th April 2010, 02:07 PM
  5. Robocopy & long file names
    By cheryl in forum Windows
    Replies: 2
    Last Post: 18th January 2008, 10:27 PM

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •