I have a Windows VM with a single VMDK disk hosting 2 NTFS partitions, let's say partition C: and partition E:.
I need to split the VMDK disk so that each partition is hosted by its own VMDK disk.
Can Veeam B&R help me solving the problem?
given that each night the VM is backed up, I imagined the following scenario:
- Power off the VM
- Perform a backup
- Add a new VMDK to the VM
- Restore the E: partition to the new VMDK
- Power on the VM
- Rename the old E: partition as Z:
- Rename the new partition as E:
- Verify that all the shares pointing to folders in E: work fine
- Delete the Z: partition
- Reboot the VM
Have anybody performed a similar procedure?
Is there any issue I should consider?
Is there any better or smarter Solution I can consider?
Suggestions, pointers and hints welcome...
Regards
Marius
-
- Veteran
- Posts: 459
- Liked: 5 times
- Joined: Feb 01, 2012 12:04 pm
- Full Name: Mario
- Contact:
-
- Veeam Software
- Posts: 21139
- Liked: 2141 times
- Joined: Jul 11, 2011 10:22 am
- Full Name: Alexander Fogelson
- Contact:
Re: Restoring a partition to a different VMDK
Hi Marius, wouldn't it be easier just to copy the data to the newly added and formatted VMDK?
-
- Veteran
- Posts: 459
- Liked: 5 times
- Joined: Feb 01, 2012 12:04 pm
- Full Name: Mario
- Contact:
Re: Restoring a partition to a different VMDK
Sure, but how can I ensure to keep *all* the information related to each file and/or folder (ownership, permissions, creation and modification date, and so on)?
Regards
marius
Regards
marius
-
- Veeam Software
- Posts: 21139
- Liked: 2141 times
- Joined: Jul 11, 2011 10:22 am
- Full Name: Alexander Fogelson
- Contact:
Re: Restoring a partition to a different VMDK
In this case yes, using FLR will help, however, will take considerable time. Probably using Veeam Endpoint Backup to backup the VM and then restore disk in VMDK format will be a better solution.
-
- Veteran
- Posts: 528
- Liked: 144 times
- Joined: Aug 20, 2015 9:30 pm
- Contact:
Re: Restoring a partition to a different VMDK
Use "robocopy /E /SEC" to copy everything as is.marius roma wrote:Sure, but how can I ensure to keep *all* the information related to each file and/or folder (ownership, permissions, creation and modification date, and so on)?
Regards
marius
Who is online
Users browsing this forum: Semrush [Bot] and 45 guests