Xen Orchestra Upgrading
-
So you'll have 24 files per VM disk: 1 full vhd and 23 delta. Each new backup will:
- create a new delta vhd file
- merge the oldest delta vhd in the full
- remove this oldest delta
You will be able to restore any of those 24 last backup.
-
@DustinB3403 said:
@Dashrender I think you're missing it.
I have a very short roll over (3 before it compresses) you can also use the default backup functionality as well.
Plus you still have the option of agent based backups to backup at the file level if you need that.
@olivier could better explain the different backup functions.
What does file level backups/restores? XO? or something else I have to provide?
-
@Dashrender said:
@DustinB3403 said:
@Dashrender I think you're missing it.
I have a very short roll over (3 before it compresses) you can also use the default backup functionality as well.
Plus you still have the option of agent based backups to backup at the file level if you need that.
@olivier could better explain the different backup functions.
What does file level backups/restores? XO? or something else I have to provide?
Nothing in XO would be able to do file level backups, it works at the hypervisor level. You'd have to have another solution for file level backups.
-
Exactly, you can't do file-level backup without an agent installed on your VM!
-
@olivier said:
Exactly, you can't do file-level backup without an agent installed on your VM!
I Fixed that for you.
-
Totally ^^
-
So... are you running systems that you would only ever consider doing a full system restore of on XenServer?
I'm really looking more importantly at restoring individual files more often than whole systems.
Sure I can use Windows built in Shadow Protect, but that's no good for a whole volume. If I have a network share get encrypted through a workstation by crypto locker, I don't want to restore the whole VM. The server itself isn't infected, the client was. I just want to restore the data for the share.
-
@JaredBusch said:
All of @DustinB3403's fanboy enthusiasm aside, this is yet another reason why XO is not something ready for prime time in the SMB space. It is too much work.
By extension, this is also why XS is not ready for prime time in the SMB space. In this space we generally need ready built tools that take little to no fiddling to keep up to date and active.
As an ITSP, I can assure you that it is much more cost effective for my client to run Hyper-V and buy Veeam than to pay my rates setting up and maintaining something like XO.
The same goes for the in house lone wolf IT guy. His time is not free, no matter how some people look at salary employees.
Don't get me wrong, I like XS and XOA looks awesome, but for the price point, I will still recommend something stable that has been around longer (Veeam). Dropping the Price point means using XO and that is simply too much in man hours.
The setup and maintenance of the program from the sources actually hasn't been to difficult. Sure the ML community has seen a lot of recent post regarding XO, and even compiling the basic installer into a single line to go from a clean installation to a working XO installation.
But even that isn't much work or time.
-
@Dashrender said:
So... are you running systems that you would only ever consider doing a full system restore of on XenServer?
I'm really looking more importantly at restoring individual files more often than whole systems.
Sure I can use Windows built in Shadow Protect, but that's no good for a whole volume. If I have a network share get encrypted through a workstation by crypto locker, I don't want to restore the whole VM. The server itself isn't infected, the client was. I just want to restore the data for the share.
Currently, today. Yes all of the systems I have in place on XS would I do a full restore on. Also because on my XS VM's don't have any sort of File Level backup solution for these VM's.
Also the VM's aren't that large (that I'm running today).
In production I'm looking at a full 8TB of data, obviously a file level restore solution would be required. But also having the option to restore an delta from the production file servers is a plus. As another backup to Shadow Protect.
-
Shadow protect isn't a backup. It's a convenience.
I suppose one could decide that it's good enough, and if what you need doesn't fit in that solution, then you do a full recovery. But I guess I just don't see that being the more common desire.Dustin - what is your 8 TB of data?
-
@Dashrender said:
Shadow protect isn't a backup. It's a convenience.
What do you mean? It's absolutely a backup.
-
@Dashrender video & audio files and MS office documents are the bulk.
Shadow Protect can restore to bare metal to be a backup solution. But it's not the most graceful (it was there before I was so I'm not fighting that one)
-
@Dashrender said:
I suppose one could decide that it's good enough, and if what you need doesn't fit in that solution, then you do a full recovery. But I guess I just don't see that being the more common desire.
Shadow Protect does full restores. Even bare metal to dissimilar hardware. It's an enterprise class, agent-based, block storage backup system.
-
@scottalanmiller said:
@Dashrender said:
Shadow protect isn't a backup. It's a convenience.
What do you mean? It's absolutely a backup.
I'm using the wrong term - I meant Shadow Copy (build into Windows). I thought Dustin was talking about that.
If he's talking about Shadow Protect from StorageCraft, then yes, of course it's a full backup solution.
-
@olivier said:
Go read the blog post: https://xen-orchestra.com/blog/continuous-delta-backup/
If it's not clear enough, come back here
Great post. I do understand what you're doing now.
Are their plans to allow you to have more granular backups? example, every hour for 48 hours, then one per day for 14 days, then once a month for 12 months?
This would result in 74 difference files and the base backup file for this example.Can merges be done in the vhd's?
-
@Dashrender I actually recommended that in a PM to @olivier
-
@Dashrender You mean without creating multiple backup jobs? (to avoid full disks multiplications?)
edit: final merge (ie during the import for restore purpose) is done inside XAPI and not offline.
The question is: is it possible to manage multiple/various backup time and retention by keeping only one full disk.
-
@olivier said:
@Dashrender You mean without creating multiple backup jobs? (to avoid full disks multiplications?)
Yes - Veeam and other backup vendors have this feature. I mention for example of how they do it.
-
Hmm.. Even in forever forward incremental?
edit: because we merge offline, the full disk will be modified accordingly. It will be correct for a "subjob", e.g every hour. But the base won't be anymore correct for another "subjob", let's say every day: because it's now modified by the other one.
edit: or they need to be synchronized (at the same time). Let's say every hour at the hour (3:00, 4:00) and another one every day, at 3:00. This way we could roll fully offline, by having a copy of the delta preserved for a longer time.
-
@DustinB3403 @olivier do these commands bring me to the latest stable build, or the latest beta build? I want to upgrade to the latest stable build. What folder do I run the command it or does it not matter? Do I have to run them in both folders?
