Re: Anyone have a favorite archive manager?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 2018-07-30 at 14:57 -0700, Rick Stevens wrote:
> dump was designed to feed a streaming, non-random access device like a
> tape system and it won't cross source devices. For flat-out speed, dump
> is slightly slower than dd but it is file-aware (which dd isn't). I'd
> imagine dumping to a seekable device (e.g. a file) might speed up
> restores, but a restore still has to recreate paths and things from the
> inodes (after reading in the filelist from the dump archive). I've never
> done it as I stopped using dump/restore way back when (I think it was
> ESIX SVR4 using a 5150-type QIC tape device back in the mid 80s).

Exactly.

> Personally, I prefer doing a file-oriented backup using rsync to an
> external device mounted somewhere. I typically use locally-connected
> external ESATA or thunderbolt devices, but USB3 isn't _that_ horrible.
> I've even done it over network links to rsync servers, either using the
> native rsync protocol or via a VPN using UDR when going over the big,
> bad Internet (a bit trickier, but damned near wire speed over the
> network--depending on the stoutness of the VPN devices).

I use rsnapshot (based on rsync), but it works better when the
receiving end also has an rsync daemon. It's not much use if backing up
to (say) Google Drive or Dropbox.

I'm experimenting with Borgbackup, which has the additional advantage
of de-duping at block level (rsnapshot will detect duplicate files and
rsync only transfers the changes, but a changed file will cause a store
of the complete new file at the server end). It's also better with a
daemon at the server end, but if that's not available then rclone looks
like a possible option for this kind of thing.

poc
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx/message/QUCDXZZEN3MBU775TRLBZK2L5QC772EL/



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux