Live restore large volume to new OS on different server?

Here's the scenario, I want to see if I'm thinking straight here:

I have a file server with a very large data partition of almost 5 TB.  It's running Windows Storage Server 2008 and getting low on physical space so I want to move the data to something more modern, specifically Server 2012 R2. The server name needs to stay the same as the old one because our document management software depends on UNC paths and it's not easy to change.

My plan is to create a new 2012 VM on different hardware, turn off the existing 2008 server, name the 2012 server the same as the old 2008 one and assign the same IP, and install the RR agent.  Then I'd kick off a Live Recovery for the data partition, thereby keeping downtime to a minimum so users can access the data even while it takes days to restore.  Is there any reason that would not work?

Assuming that plan works, what happens after the restore? Does RR take a full base image of this huge server, or is it smart enough to know only the C: drive changed and the D: drive is just an incremental backup?

Thank you in advance for any thoughts and advice.

Parents
  • I know this thread is old but I want to do something similar but haven't decided the best way to do it. Old server has a 7TB partition and want to move it to a new server, but my servers will have different names. I was thinking of mounting the latest backup, using robocopy to seed the new server and maybe using DFS to replicate any changes. Since the 7TB partition contains mainly very small files, I am worried that the robocopy will take forever, especially if it runs into errors (path too long, etc). I am wondering it restoring the latest backup to a new volume on the new server would be quicker than using robocopy.

Reply
  • I know this thread is old but I want to do something similar but haven't decided the best way to do it. Old server has a 7TB partition and want to move it to a new server, but my servers will have different names. I was thinking of mounting the latest backup, using robocopy to seed the new server and maybe using DFS to replicate any changes. Since the 7TB partition contains mainly very small files, I am worried that the robocopy will take forever, especially if it runs into errors (path too long, etc). I am wondering it restoring the latest backup to a new volume on the new server would be quicker than using robocopy.

Children
No Data