+ Post New Thread
Results 1 to 11 of 11
Windows Server 2008 R2 Thread, New File Server - Copy data? in Technical; I'm finally at the stage where i'm moving our file server to a VM. The new file server will have ...
  1. #1

    Join Date
    Mar 2007
    Location
    Devon
    Posts
    1,042
    Thank Post
    226
    Thanked 63 Times in 56 Posts
    Rep Power
    30

    New File Server - Copy data?

    I'm finally at the stage where i'm moving our file server to a VM. The new file server will have a new name and IP.

    I know of robocopy is that still the best way to move the files across and keep the permissions or has some new even simplier method appeared from somewhere? With the new file server having new name/ip i'm assuming once i have the files transfered just a simple procedure of changing the GPO's to point to the new locations?

    Any help would be appreciated as this is the first time i've moved our file server and not something i'm looking forward to.

    Thanks!!!

  2. #2

    Join Date
    Feb 2011
    Location
    Australia
    Posts
    109
    Thank Post
    0
    Thanked 10 Times in 10 Posts
    Rep Power
    9
    xcopy then update your GPO's / Scripts to suit

  3. Thanks to TheMinister from:

    dave.81 (15th March 2012)

  4. #3

    Join Date
    Mar 2007
    Location
    Devon
    Posts
    1,042
    Thank Post
    226
    Thanked 63 Times in 56 Posts
    Rep Power
    30
    Whats the difference between xcopy and robocopy?

  5. #4
    Norphy's Avatar
    Join Date
    Jan 2006
    Location
    Harpenden
    Posts
    2,384
    Thank Post
    54
    Thanked 315 Times in 245 Posts
    Blog Entries
    6
    Rep Power
    120
    taken from here: Robocopy - Wikipedia, the free encyclopedia

    obocopy is notable for capabilities above and beyond the built-in Windows copy and xcopy commands, including the following:
    Ability to tolerate network interruptions and resume copying. (incomplete files are marked with a date stamp of 1980-01-01 and contain a recovery record so Robocopy knows where to continue from)
    Ability to skip Junction Points which can cause to fail copying in an infinite loop (/XJ)
    Ability to copy file data and attributes correctly, and to preserve original timestamps, as well as NTFS ACLs, owner information, and audit information using command line switches. (/COPYALL or /COPY Copying folder timestamps is also possible in later versions (/DCOPY:T).
    Ability to assert the Windows NT "backup right" (/B) so an administrator may copy an entire directory, including files denied readability to the administrator.
    Persistence by default, with a programmable number of automatic retries if a file cannot be opened.
    A "mirror" mode, which keeps trees in sync by optionally deleting files out of the destination that are no longer present in the source.
    Ability to skip files that already appear in the destination folder with identical size and timestamp.
    A continuously-updated command-line progress indicator.
    Ability to copy file and folder names exceeding 256 characters — up to a theoretical limit of 32,000 characters — without errors.[1]
    Multithreaded copying. (Windows 7 only) [2]
    Return code[3] on program termination for batch file usage.
    It's better for scripting if only for the return codes.

  6. Thanks to Norphy from:

    dave.81 (15th March 2012)

  7. #5
    Netman's Avatar
    Join Date
    Jul 2005
    Location
    56.343515, -2.804118
    Posts
    911
    Thank Post
    367
    Thanked 190 Times in 143 Posts
    Rep Power
    54
    This works very well, there is also a print migrator too if you need it... Download: File Server Migration Toolkit - Microsoft Download Center - Download Details

  8. Thanks to Netman from:

    dave.81 (15th March 2012)

  9. #6

    Join Date
    Nov 2009
    Location
    Manchester
    Posts
    1,065
    Thank Post
    6
    Thanked 208 Times in 188 Posts
    Rep Power
    53
    I used xcopy and moved a "section" each night, did the shared area, then the students then the staff testign each one each morning

  10. Thanks to Achandler from:

    dave.81 (15th March 2012)

  11. #7
    AButters's Avatar
    Join Date
    Feb 2012
    Location
    Wales
    Posts
    477
    Thank Post
    143
    Thanked 107 Times in 82 Posts
    Rep Power
    42
    Always use robocopy here works a treat.

    I usually create my transfer files in excel (great for matching up usernames etc on disaprate systems) then save em back down to a .bat

  12. Thanks to AButters from:

    dave.81 (15th March 2012)

  13. #8

    SYNACK's Avatar
    Join Date
    Oct 2007
    Posts
    11,225
    Thank Post
    874
    Thanked 2,717 Times in 2,302 Posts
    Blog Entries
    11
    Rep Power
    780
    Robocopy is the fastest and most thorough method.

  14. Thanks to SYNACK from:

    dave.81 (15th March 2012)

  15. #9

    Join Date
    Mar 2007
    Location
    Devon
    Posts
    1,042
    Thank Post
    226
    Thanked 63 Times in 56 Posts
    Rep Power
    30
    Thanks for all the opinions.

    I am planning on doing a year group at a time and making sure it's tested by them before i move the next lot over. Fingers crossed.

  16. #10
    mhundley's Avatar
    Join Date
    Oct 2007
    Location
    Worcester
    Posts
    47
    Thank Post
    11
    Thanked 8 Times in 7 Posts
    Rep Power
    16
    This might not be quite what you are after but you could take this opportunity to introduce DFS, using this you could configure replication to move your data, the links to your files would then be in the format of \\domain\DFSRoot\Share rather than \\servername\share.

    In the future if you wanted to move the data to another location, you could add a new location in as a target for replication and once you are sure the replication has taken place you could update the dfs share pointer to the new location. When users machines look for the data they will automatically be pointed to the new target.

  17. Thanks to mhundley from:

    dave.81 (15th March 2012)

  18. #11


    Join Date
    Jul 2007
    Location
    Rural heck
    Posts
    2,662
    Thank Post
    120
    Thanked 434 Times in 353 Posts
    Rep Power
    126
    I've always used robocopy for stuff like this.

    I tend to copy the files to the new server the weekend before (using a sheduled task) and then do another copy when I'm ready to migrate. If you use the right switches robocopy won't copy the unchanged files so it hardly takes any time.

    If you use DFS bare in mind it'll make you're path names longer. We use it and we had a odd issues where staff had used ridiculously long directory names in the shared area.

  19. Thanks to K.C.Leblanc from:

    dave.81 (15th March 2012)

SHARE:
+ Post New Thread

Similar Threads

  1. New file server
    By 2097 in forum Hardware
    Replies: 4
    Last Post: 25th January 2011, 03:18 PM
  2. New File Server
    By kevin_lane in forum Windows Server 2008
    Replies: 10
    Last Post: 26th March 2010, 08:40 AM
  3. Quote for new file server
    By altecsole in forum Our Advertisers
    Replies: 11
    Last Post: 26th October 2009, 11:03 PM
  4. Replies: 7
    Last Post: 13th March 2008, 03:52 PM
  5. Getting FC4 file server to pick up new users
    By philjones2000 in forum *nix
    Replies: 1
    Last Post: 16th February 2007, 11:49 AM

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
  •