Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Full backups] Supports [NOBAK] #2560

Closed
2 tasks
julien-f opened this issue Jan 5, 2018 · 13 comments · Fixed by #6208
Closed
2 tasks

[Full backups] Supports [NOBAK] #2560

julien-f opened this issue Jan 5, 2018 · 13 comments · Fixed by #6208

Comments

@julien-f
Copy link
Member

julien-f commented Jan 5, 2018

It should be possible to exclude disks just like for delta backups.

Requirements:

  • custom snapshot to avoid snapshotting the unwanted disk (save space)
  • export using the delta format (no more XVA)
@olivierlambert
Copy link
Member

Problem is: there is no way to ask XenServer to make a "partial VM snapshot" and therefore a partial export.

The only solution would be to manage doing it VM export manually (like in delta). But we'll lose the XVA format in the end (and compression on XenServer level).

@julien-f
Copy link
Member Author

julien-f commented May 9, 2018

Or we could simply remove the VDI snapshot (or temporary the VBD) before the export like we do for delta.

@olivierlambert
Copy link
Member

And what about the quiesce?

@julien-f
Copy link
Member Author

julien-f commented May 9, 2018

It does not interfere with the quiesce because we delete the VDI on the snapshotted VM directly, after the snapshot process itself.

@olivierlambert
Copy link
Member

Ah yes, so good idea then :)

@julien-f
Copy link
Member Author

julien-f commented May 9, 2018

But it might interfere with the rolling snapshots feature, that why it could makes sense to simply remove the VBD before the export starts and re-creating it right after.

@tombresson
Copy link

This feature would be handy for me. I have a couple VMs I’d like to backup where a mounted disk doesn’t need backing up. Thanks for the solid work, guys!

@olivierlambert
Copy link
Member

Hi @tombresson

It's tricky to do that in the most "clean" way, because it's on the frontier between XO and XenServer. Ideally, it should be XenServer work to be able to do so. That would be better because we could avoid to make a snapshot on a NOBAK disk, instead of doing it then removing it just after.

Maybe we'll do that in XCP-ng and maybe it will be merged in XenServer, I don't know yet.

@julien-f julien-f mentioned this issue Aug 22, 2019
3 tasks
@akurzawa
Copy link

+1 that would be great feature.
But how about OS? If a VM have two disk, and 2nd is connected to OS, what will happen during backup? the OS could break, because as I understand the disk will be physically disconnected from VM - I mean {Windows}.

@olivierlambert
Copy link
Member

No, we disconnect the snapshot disk, not the active disk.

@julien-f
Copy link
Member Author

For now, the implementation will be the same one than for delta backups: right after the snapshot, the disk will be removed from the snapshot.

@NormHenderson
Copy link

I think this merits attention. I have several production VMs with attached SR's that are far too large to snapshot. At present I have to shut them down, detach the SR, snapshot, reattach the SR, and reboot. I'm sure there are many others with the same requirement. Is it perhaps possible to quiesce/pause the VM, force detach, snapshot, reattach, and then resume? If so that would seem safe and relatively easy.

@olivierlambert
Copy link
Member

This might be done relatively soon, in fact. At least, we can provide it in a dedicated release channel for a bit so people can test it :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

5 participants