<![CDATA[make Nextcloud (or general high instance..) restore more efficent]]>Recently we had to restore a nextcloud instance after a nexctloud update (problem was not related to cloudron). This takes forever, I think because the restore process cleans up the destination before restoring. I understand that you need to accomodate a lot of backup storage types, but in our case the storage is of type sshfs/rsync, so the easiest way to restore would be a

rsync -rptgoDLK SRC DST

and be done with it.

Any chance to implement this?

]]>https://forum.cloudron.io/topic/13499/make-nextcloud-or-general-high-instance..-restore-more-efficentRSS for NodeThu, 16 Apr 2026 04:23:08 GMTFri, 21 Mar 2025 08:32:24 GMT60<![CDATA[Reply to make Nextcloud (or general high instance..) restore more efficent on Fri, 21 Mar 2025 11:47:53 GMT]]>and even object storage has options for a checksum based restore..

]]>https://forum.cloudron.io/post/103996https://forum.cloudron.io/post/103996Fri, 21 Mar 2025 11:47:53 GMT<![CDATA[Reply to make Nextcloud (or general high instance..) restore more efficent on Fri, 21 Mar 2025 10:41:07 GMT]]>Same as https://forum.cloudron.io/post/102381 and indeed highly needed because backups are in seconds but restores in hours/days!

]]>https://forum.cloudron.io/post/103976https://forum.cloudron.io/post/103976Fri, 21 Mar 2025 10:41:07 GMT<![CDATA[Reply to make Nextcloud (or general high instance..) restore more efficent on Fri, 21 Mar 2025 09:47:50 GMT]]>For the next release, I am adding backup integrity/checksums. With that we can maybe verify if what is there locally and remotely are the "same".

As you said, this is not implemented because rsync only works with sshfs/rsync. Doesn't work with object storage which is what is most commonly used on Cloudron.

]]>https://forum.cloudron.io/post/103957https://forum.cloudron.io/post/103957Fri, 21 Mar 2025 09:47:50 GMT