[Users] Ploop Incremental backups strategy

Steffan Noord mailinglist at tikklik.nl
Fri May 1 02:11:44 PDT 2015


Im using rsnapshot it creats incremental and full backups
So it does the same. I use it for years now.


-----Oorspronkelijk bericht-----
Van: users-bounces at openvz.org [mailto:users-bounces at openvz.org] Namens Pavel
Odintsov
Verzonden: donderdag 30 april 2015 22:11
Aan: OpenVZ users
Onderwerp: Re: [Users] Ploop Incremental backups strategy

Hello, folks!

I could recommend rdiff for incremental snapshots. It works fine for enough
small images but need patches in algorithm for huge snapshots.

On Thu, Apr 30, 2015 at 10:39 PM, Philipp Born <philipp at tamcore.eu> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> I would say so. It gives you incremental and full backups. It misuses 
> snapshots for incremental backups, which has the downside of requiring 
> "a bit" more free diskspace on your node. But doing backups this way 
> is also faster than rsync'ing the whole container each time.
>
> I'm using my script now since seven months and so far I have no reason 
> to switch to something different. Before that I've tried pure 
> rsync'ing and stuff like rsnapshot, but I like it more this way.
>
> On 28.04.2015 11:12, Steffan Noord wrote:
>> Is this better then just rsync the container ?
>>
>>
>> -----Oorspronkelijk bericht----- Van: users-bounces at openvz.org 
>> [mailto:users-bounces at openvz.org] Namens Philipp Born Verzonden:
>> zaterdag 25 april 2015 14:23 Aan: users at openvz.org Onderwerp: Re:
>> [Users] Ploop Incremental backups strategy
>>
>> Hi,
>>
>> this is eactly what I'm doing. Have a look at 
>> https://github.com/TamCore/vzpbackup
>>
>> Regards Philipp
>>
>> On 01.04.2015 14:22, Simon Barrett wrote:
>>> Hi all,
>>
>>> Is there any reason why I should not create snapshot a ploop-backed 
>>> container each day (or hour, for that matter) then merge all 
>>> outstanding snapshots at the end of the week (vzctl
>>> snapshot-delete) and compact it?  This would allow me to do 
>>> efficient incremental backups to back up (using bacula, in this
>>> case) and I would imagine it's a core use case.
>>
>>> Are there any potential risks to be aware of (performance issues,  
>>> storage usage, corruption exposure)?
>>
>>> Regards,
>>
>>> Simon
>> _______________________________________________ Users mailing list 
>> Users at openvz.org https://lists.openvz.org/mailman/listinfo/users
>>
>> _______________________________________________ Users mailing list 
>> Users at openvz.org https://lists.openvz.org/mailman/listinfo/users
>>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2
>
> iQIcBAEBCAAGBQJVQoTvAAoJEJrmlNhNgL+IsSAP+QHuflNO2aMWW8KM+K+kY1Rh
> 0ccz9dBFs6bBnCi7kAoVpXD9nvFRMctyPrU5heUmKIPFpDnmdJQIs+f7AIVoJ2vR
> A3ouO3wGyn4SPbUtNenxZxQfkhnTwJwaLsdVrnNb056lmLohG/tZCLvagG+iYfY3
> gypQFzcQlIiXPZJeFaFRDY+YWC4lLRiDBCdU4iKcAr5YxYjWxgZMtTbMw7f9FsbP
> faW3Uofnm+vGTkflUp3kvisGX3Y/EB7n9+FV37jbAyLnk8GhXcnZsECwmVFV5A53
> 6/fNhvh3ZuV2r4zqcRab8XgrAnmRMdQVFdTP21XdBpvlC5Je0opfWB+M4ATJOAUW
> 8HVi0KpIz8S35/qmfBSWo6cmwixhmkOI/IqBJ7rod5VzZFmQQoXJgSNdKOQ3aEK+
> fbxtSmXlLST/xcYiTkQPKYVflVpBzA6Lli0bVQAiYPxo1fqxx5iu9eUdqWk1nx3K
> VbS2AcJNb41OiSLenAn39ICPXIZD1QdFnTrh7X6oevVCpkOKUbbDO8eWBk46owu6
> uK659gVn3xxq+O2Tle31/119UD7fJ264MmZTykJqkidxr1oXcVoMyLgaoS4sbab+
> o/HSGt9iYtII3ANSgv0Tr5D9MscmfaykMHnAz9eWVu7aOIqO1ZFJAX+OBSV6iOwd
> hFBiNW9cYQ2nBJlAqmvi
> =/YzI
> -----END PGP SIGNATURE-----
> _______________________________________________
> Users mailing list
> Users at openvz.org
> https://lists.openvz.org/mailman/listinfo/users



--
Sincerely yours, Pavel Odintsov
_______________________________________________
Users mailing list
Users at openvz.org
https://lists.openvz.org/mailman/listinfo/users



More information about the Users mailing list