BackUp device for local or colo storage
-
Don't forget, as well, that you would generally do something like have XenServer on a USB stick or SD card and then you could take an image of the full thing once in a while for failover. But that is done offline so would be problematic for recent VM configurations.
-
@StrongBad ok but backing up Dom0 from Xenserver is different from what I'm thinking.
Just for an example. I need to rebuild a VM, besides adding the CPU and Memory, and Boot media could I skip the step of adding a vDisk and let storage craft add that.
Or must I add the vDisk matching what was in the original VM?
-
@DustinB3403 it is the Xen config on Dom0 that would have that information.
-
Why wouldn't SC at the guest level contain the virtual hardware information?
-
@DustinB3403 said:
Just for an example. I need to rebuild a VM, besides adding the CPU and Memory, and Boot media could I skip the step of adding a vDisk and let storage craft add that.
Or must I add the vDisk matching what was in the original VM?
The virtual disk configuration is part of the information on XenServer and not something that any OS level tool, like StorageCraft, could ever access. It's part of the hardware. If you think of it from SC's perspective, that would be like having SC physically install a new RAID array for you. It can't do that. You need to provide the hardware onto which SC will do the restore.
-
@DustinB3403 said:
Why wouldn't SC at the guest level contain the virtual hardware information?
Because the guest doesn't have that information. That's the platform level.
-
So basically, using SC for this, which does seem like a better option.
But it means that each VM must be well documented, which I suspect will be difficult for "people" to maintain.
-
@DustinB3403 said:
So basically, using SC for this, which does seem like a better option.
But it means that each VM must be well documented, which I suspect will be difficult for "people" to maintain.
Documentation would be quite important. Same as if you had to replace failed hardware. Although the hardware does not have to be identical.
-
Documentation is really the key is what it comes down too.
Not a hard answer. Just something that needs to be well maintained.
-
I have no looked into this before, does XenServer store the actual configuration of the clients in the /var/xapi database folder on the Dom0?
-
@StrongBad haha... documentation... all of that which I'm trying to sort here, and actually get written at work....
Yeah... documentation.... it's gotta start somewhere. keeping it current is the difficult part for most people.
-
Info here on how to backup and restore the Dom0 metadata.
-
Some good info here too...
http://tecadmin.net/backup-vms-metadata-in-citrix-xenserver/
-
I have one more question.
What if we wanted to "expand a file server to a larger vDISk to the file share partition.
Or would I expand the drive from Xencenter, reboot, and expand?
Edit: I guess what I mean, which way is the preferred method to expanding a partition.
-
What OS and filesystem are you expanding?
-
Server 2008 is our current file server so I'm just curious what the process would be.
In XenCenter, I can simply go to the VM vDISK (with the vm off) and expand the drive. Boot up and then go into disk manager and expand.
Would it be the same process using SC. I'm assuming it would have to be.
-
Since the hardware is stored at the hypervisor level, right?
-
@DustinB3403 said:
Would it be the same process using SC. I'm assuming it would have to be.
I am unclear what you are trying to do. How does SC come into the picture?
-
@DustinB3403 said:
Since the hardware is stored at the hypervisor level, right?
The hypervisor presents the hardware to the OS.
-
@DustinB3403 said:
In XenCenter, I can simply go to the VM vDISK (with the vm off) and expand the drive. Boot up and then go into disk manager and expand.
I feel like you just answered your own question.
