Need to move 6.5 TB from virtual Server 2008 to physical Server 2008

Hi there

When the only connection there is between these servers is a 1Gb netvork connection - what is the fastest most reliable way to transfer the files to the physical server?

Built in - Windows Copy - doesn't really strike me as an option since it's error handling settings are somewhat lacking.

I have BE 2010R3 but I can't see a way to copy the files through agents without placing the data in BE's backup files instead of clear-files so-to-speak.
I have looked at websites promoting different installable copy acceleraters - I won't mention them here just to let you make your own suggestions :)

Just to let you know what kind of idea's I've had :)

Anyaway - I need a form of errorhandling - the more intelligent the better I guess.

Let me know what you would suggest.

Best Regards
Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

Mohammed KhawajaManager - Infrastructure:  Information TechnologyCommented:
For starters I would suggest you create a new vswitch and assign a nic to this switch.  Install a nic on the client connected to this vswitch to ensure only this client is using the nic only.

For copying, I would recommend you to try Robocopy as you can script to ensure retries do not copy files already copied or files that are same.  Do a search for robocopy.exe and you should download it from Microsoft.  There are also GUIs for Robocopy but I can't remember the name of the one that I used.
Red-KingIT ManagerCommented:
You should look into robocopy.
It's a Microsoft command line tool for doing large file transfers.
Here's an example of how I've used it in the past;
For the full list of options available run 'robocopy /?'
You will probably need to run the copy from a command line started with admin rights.

robocopy F:\SYS \\strg001.mydomain.local\SYS /MIR /ZB /COPYALL /R:5 /W:5 /NP /ETA /LOG:C:\Temp\robocopy_1.0.log /TEE

Open in new window

Explaining all that;
F:\SYS = Source folder
\\strg001.mydomain.local\SYS = destination folder
/MIR = Mirror directory tree (includes sub directories)
/ZB = restartable mode (i.e. if link is dropped) or else use backup mode
/COPYALL = Copy all file info (timestamps, permissions, attributes etc.)
/R:5 = Retry a failed copy 5 times
/W:5 = wait 5 seconds between each retry
/NP = Don't show percentage progress
/ETA = show estimated time of arrival of each file
/LOG:C:\Temp\robocopy_1.0.log = Save the output in a log file
/TEE = also show the output in the command line window.

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
You can use teracopy

Exploring ASP.NET Core: Fundamentals

Learn to build web apps and services, IoT apps, and mobile backends by covering the fundamentals of ASP.NET Core and  exploring the core foundations for app libraries.

PanthomAuthor Commented:
What about Windows Backup - The built in backup-program in windows Server 2008?

Any comments as th whether that would be a good or bad idea - Performance also?

I have never used it before :)
Red-KingIT ManagerCommented:
Windows backup is not an option I'm afraid
You cannot use Windows Server Backup to back up file and folders on volumes that require more than 2040 GB (or 2 TB). However, as long as the data size is less than 2 TB, you can perform a file or folder backup. For example, you can back up 1.5 TB of data from a 3-TB volume. But, a full server or volume recovery using the backup will recreate a 2-TB volume instead of a 3-TB volume.
Joseph DalyCommented:
Off the top of my head I would agree with those who mentioned robocopy. The big benefit to this is you can do the an initial copy which will take quite a long time due to the amount of data. But after the initial copy you can perform a delta copy which should be much faster only copying new or updated files.
DFS management replication group could be used to copy the data it will take a long time.
While the server is virtualized, the data is likely residing on some other resource a SAN perhaps, depending on the SAN you could use a SAN level copy of the data to a new LUN that will be allocated to the new physical server. If this is an iscsi SAN, you could reconfigure the LUN to be accessible by the physical server and then have the physical server access/mount this LUN.

I would think it unlikely that you have this much data within the VM
PanthomAuthor Commented:
Thanks for the solutions - It worked fine for our purposes.
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Microsoft Legacy OS

From novice to tech pro — start learning today.