[ovirt-users] Re: Backup to tape

2021-08-24 Thread duparchy
Hi, 
thanks for the links. We'll check.

We already have snapshoting at the iSCSI storage array level (Compellent), 
together with replication between storage arrays. 
We have online a rolling 7 days snapshots + replicats.
 
Of course, these are inconsistent snapshots. But from the numerous tests we've 
done during the past 10 years (in the context of Oracle VM) we never ever 
bumped into a VM that would not restart from what is a crash, from the VM point 
of view. If it occurs, we can try with the day before . We have online a 
rolling 7 days snapshots + replicats.

Of course we'll consider synchronising oVirt snapshots with Storage replication 
and snapshot. 

Mounting a storage array snapshot and pipe dd over ssh to restore a VM is not a 
big deal and we don't feel the need of an additional product for that.

I've tested the following  : 
- Activate source and destination partitions
Source : lvchange -ay 
337efd74-b261-4855-b78c-5b28943df889/a01f9f37-9fe9-43b4-88e6-c2eb9470295e 
Destination : lvchange -ay 
337efd74-b261-4855-b78c-5b28943df889/a01f9f37-9fe9-43b4-88e6-c2eb9470295e 
- Restore the partition
dd 
if=/dev/337efd74-b261-4855-b78c-5b28943df889/a01f9f37-9fe9-43b4-88e6-c2eb9470295e
 bs=1M | ssh 192.168.235.218 dd 
of=/dev/337efd74-b261-4855-b78c-5b28943df889/a01f9f37-9fe9-43b4-88e6-c2eb9470295e
 bs=1M status=progress conv=sparse
- deactivate the destination
lvchange -an 
337efd74-b261-4855-b78c-5b28943df889/a01f9f37-9fe9-43b4-88e6-c2eb9470295e

Part of Disater Recovery Plan, we also need offline backups, to tape. Up to now 
we weekly tar the img files, taken from a storage array snapshot, to a LTO, and 
voila. Now Working with LVM partition, dd seems appropriate, except that we are 
loosing granularity. We'll backup everything and it'll take more time.

I've tested the following and it seems OK to backup to tape an entire iSCSI LUN

dd if=/dev/mapper/36000d310012f4a00021d of=/dev/nst0 bs=1M 
status=progress

I was just wondering if conv=sparse at the device level (iSCSI LUN) may break 
things or not.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/C5BUMNRQH3X6P3TM7UOHQ2ZAYCJ3HKWI/


[ovirt-users] Re: Backup to tape

2021-08-24 Thread Tony Brian Albers
Hiya,

The API in oVirt engine actually supports creating snapshots etc. for 
backups. Check out github for scripts, i.e.:

https://github.com/luisperezmarin/oVirtVMBackup

And there are others.

There is also a commercial solution, Storware vProtect: 
https://storware.eu/products/vprotect/

And as far as backup systems go, bareos(open source) is an ok solution, 
and it also support oVirt: https://www.bareos.com/

HTH

/tony

dupar...@esrf.fr wrote:
> Hi,
> 
> Part of our Disaster Recovery Plan we do tape backup.
> 
> Our previous infrastructure was Oracle VM and VMs fisk were files (.img) we 
> could apply filters to our tar and backup to tape only required files.
> 
> Now preparing the migration to Oracle flavor of oVirt (OLVM).
> VMs disks are LVM partitions, within  an iSCSI LUNs.
> 
> I've tested "dd" to backup  the entire iSCSI LUN to the tape. Seems OK 
> ,providing the right block size we achieve reasonable performances.
> Though I don't quite see how to have that granular backup we had, in a simple 
> manner, which a goal too.
> 
> Although there is compression at the LTO level, the dd conv=sparse parameter 
> may speed-up things. To be tested.
> I'm just wondering if conv=sparse may breaks things at the LVM / qcow2 
> containers ?
> 
> 
> 
> 
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/5XPQHPXBANCXUAU62LE2UMZJRZZ7JH76/
> 


-- 
Tony Albers - Systems Architect - Data Department, Royal Danish Library, 
Victor Albecks Vej 1, 8000 Aarhus C, Denmark
Tel: +45 2566 2383 - CVR/SE: 2898 8842 - EAN: 5798000792142
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/VMVSO76BMHPNWH5WPCJLJHSGXBNV7COB/