I am using duplicati and thinking of switching to Borg. What do you use and why?

  • Fryboyter@discuss.tchncs.de
    link
    fedilink
    arrow-up
    15
    ·
    1 year ago

    There is no such thing as the objectively best solution. Each tool has advantages and disadvantages. And every user has different preferences and requirements.

    Personally, I am using Borg for years. And I have had to restore data several times, which has worked every time.

    In addition to Borg, you can also look at Borgmatic. This wrapper extends the functionality and makes some things easier.

    And if you want to use a graphical user interface, you can have a look at Vorta or Pika.

    • privsecfoss@feddit.dkOP
      link
      fedilink
      arrow-up
      2
      ·
      1 year ago

      Agree. Should say ‘best for you’. Cool thanks. I know of Vorta which I intended of using. Gonna read up on the other ones.

  • flux@beehaw.org
    link
    fedilink
    arrow-up
    7
    ·
    1 year ago

    Kopia has served me great. I back up to my local Ceph S3 storage and then keep a second clone of that on a raid.

    Kopiahas good performance and miltiple hosts can back up tp it concurrently while preserving deduplication – unlike borgbackup.

    • aliens@infosec.pub
      link
      fedilink
      English
      arrow-up
      2
      ·
      1 year ago

      Kopia has been working great for me as well. It’s simple, versatile and reliable. I previously used Duplicati but kept running into jobs failing for no reason, backup configurations missing randomly and simple restores taking hours. It was a hot mess and I’m happy I switched.

      • Parsnip8904@beehaw.org
        link
        fedilink
        English
        arrow-up
        3
        ·
        1 year ago

        I want to love kopia but the command line syntax feels unnatural to me. I don’t know why either. For the whole month I test drove it, I had to look up every single time how to do something. Contrast this with restic which is less featureful in some ways but a few days in it felt like I was just using git.

        • aliens@infosec.pub
          link
          fedilink
          English
          arrow-up
          1
          ·
          1 year ago

          I never used the command line with Kopia besides starting it up in server mode and used the web based GUI to configure, it was pretty simple to get everything setup that way. You may want to give it another try using Kopia in that mode.

            • flux@beehaw.org
              link
              fedilink
              English
              arrow-up
              3
              ·
              1 year ago

              You can use the web ui remotely.

              Personally I use it from command line, though, and my only complaint is that it’s too easy to start a backup you didn’t intend to… Buut if you’re careful about usong the kopia snapshot command then it’s fine.

              • Parsnip8904@beehaw.org
                link
                fedilink
                English
                arrow-up
                1
                ·
                1 year ago

                Oh I thought the webui was only for server mode.

                I just quickly glanced through the manuals of both restic and kopia. I think my trouble with kopia is that its style feels kind of weird. I’m just not able to wrap my head around it well.

                kopia snapshot create /dir is shorter but more confusing than restic -r repo backup /dir

    • 𝜏au@discuss.tchncs.de
      link
      fedilink
      arrow-up
      2
      ·
      edit-2
      1 year ago

      I’ve been using Kopia on my desktop computer for a few years now to do cloud backups. It’s generally working well and I haven’t found anything else with the same combination of features yet.

      That said, kopia-ui is still a bit finicky and I’ve managed to bork a repo beyond repair a few times (e.g. once because my cloud provider account ran out of space, leading to some kind of inconsistent state) and there are some oddities, like the regular “periodic maintenance” (it’s a bit weird that it’s needed in the first place) randomly failing or taking forever.

  • CjkOvPDwQW@lemmy.pt
    link
    fedilink
    arrow-up
    6
    ·
    1 year ago

    Using borg backup, just because there are some nice frontends for the gnome ecosystem (when I am using gnome, I love to use gnome apps), and it has a nice cmd for scripting when using something else (using it on servers)

  • mrmanager@lemmy.today
    link
    fedilink
    arrow-up
    4
    ·
    edit-2
    1 year ago

    I don’t have backups. :/

    And I will regret it some day.

    I use github for code so that’s backed up though.

  • I_Am_Jacks_____@beehaw.org
    link
    fedilink
    arrow-up
    3
    ·
    1 year ago

    I’ve been using restic. It has built-in dedup & encryption and supports both local and remote storage. I’m using it to back up to a local restic-server (pointing to a USB drive) and Backblaze B2.

    Restores for single or small sets of files is easy: restic -r $REPO mount /mnt Then browse through the filesystem view of your snapshots and copy just like any other filesystem.

  • esm@beehaw.org
    link
    fedilink
    arrow-up
    3
    ·
    edit-2
    1 year ago

    What problem are you trying to solve? Please think about that, and about your backup strategy, before you decide on any specific tools.

    For example, here are several scenarios that I guard against in my backup strategy:

    • Accidentally delete a file, I want to recover it quickly (snapshots);
    • Entire drive goes kablooie, I want my system to continue running without downtime (RAID)
    • User data drive goes kablooie, I want to recover (many many options)
    • Root drive goes kablooie, I want to recover (baremetal recovery tools)
    • House burns down or computer is damaged/stolen (offsite backups)
  • professed@beehaw.org
    link
    fedilink
    arrow-up
    3
    ·
    1 year ago

    I started using Timeshift when it was included with a distro I was using and haven’t had reason to shift away from it. Have already used it once to do a full restore.

  • flatbield@beehaw.org
    link
    fedilink
    arrow-up
    3
    ·
    1 year ago

    I am old school. I just use GNU Tar with the Pax format and multiple external detachable encypted hard drives. Reason is it is simple and a well known tool that is very common with a standard archive format.

    • GnomeComedy@beehaw.org
      link
      fedilink
      arrow-up
      2
      ·
      edit-2
      1 year ago

      I’m curious - how much data are you backing up with that method and how frequently are you doing your backups? Doesn’t sound like it would scale well, but I’m also wondering if maybe this is perfect and I’ve just been over thinking it.

      • flatbield@beehaw.org
        link
        fedilink
        arrow-up
        3
        ·
        1 year ago

        There is not a size limit. Lot of these other methods actually use GNU Tar behind the scenes anyway. More then that GNU tar has been used for decades for this purpose. Pull out any Unix book from 2 decades ago and you will see “tar”, “cpio”, and “dump/restore” as the way. The new tool out there is Pax and in fact GNU Tar supports the new “pax” format. Moreover GNU Tar with Pax format can backup almost full disk structure including hard links, ACLs, and extended attributes which a lot of tools do not do. It is still useful to archive some things at a lower level like your partition table, and boot blocks of course. You also have to decide what run-level (such as rescue) you want to archive in, and/or what services you should stop, or provide separate to file system dumps for depending on your system. Databases, and things like ecryptfs take some special thought (thought it does for any tool). It is also good to do test restores to verify your disaster plan.

        I use tar on many systems. My workstation is about 1TB of data. Backup is about 11 hours though I think it could be faster if I disabled compression (I currently use the standard gzip compression which is not optimal). I think the process is CPU bound by the compression at the moment. Going to uncompressed or using parallel gzip at level 2 is probably the fastest you can do and should really speed things up by 4X or more. I have played with this some for my wife and her raw backup is a lot faster now. My wife uses USB 3 external drives specifically plugged into USB 3 ports (the one with the SS symbol and the blue interior), and with a USB 3 related cable. I use 6TB naked SATA drives I insert into a hot mount enclosure and store in storage boxes. My backup system can theoretically do incrementals too, but it has some issues since I have moved to BTRFS so I do not use that at the moment. Did always use before. I have an idea how to fix, but need to debug and test incrementals now.

        How often: I backup monthly. When my incrementals were working I use to do it weekly or whenever I got nervous. Other option for the BTRFS file systems would be to use their native backup tools. Not sure though, I like to use generic stuff. Lot to be said for generic.

        Big downside of tar is the mind numbing man page. Getting the options correct takes some real thought. You also have to be comfortable with the shell and Bash scripting. Big upside you can customize exactly what you want.

          • flatbield@beehaw.org
            link
            fedilink
            arrow-up
            3
            ·
            1 year ago

            Yes, I actually did not know how far back, thanks. Wikipedia seems to say 1979. I know my system admin book dated 1992 talks about it and it was common then. I think my brother use to use it in the early 1980s for his job and maybe I did too a few times. Wikipedia says GNU Tar is newer and traces back to 1987. The formats have changed some and there are several. The PAX format is much newer which I think was standardized in 2001 but GNU Tar would have taken time to implement it. I do not know that date.

            People seem to forget that tar worked well back then and still does.

            • davefischer@beehaw.org
              link
              fedilink
              arrow-up
              2
              ·
              1 year ago

              I had the chance to play with late 70s Unix for a bit a few years ago. (Hardware on loan from a museum.) VERY minimal, but still recognizable. (Well, my Unix reflexes are old - I started in the mid 80s.)

              • flatbield@beehaw.org
                link
                fedilink
                arrow-up
                3
                ·
                1 year ago

                Interesting. About then I was using a VAX. Somehow I spend most of my time on other stuff until I switched to Linux around 2000.

                • davefischer@beehaw.org
                  link
                  fedilink
                  arrow-up
                  2
                  ·
                  1 year ago

                  My first Unix was 4.3BSD on a VAX-11/750. (There was another 11/750 running VMS, but I didn’t like that nearly as much.)

  • ipkpjersi@lemmy.one
    link
    fedilink
    arrow-up
    3
    ·
    edit-2
    1 year ago

    I use my own scripts with rsync etc, I don’t back up my OS itself since I have installing it automated with scripts as well. I just back up specific things I need with my scripts.

    • PoisonedPrisonPanda@discuss.tchncs.de
      link
      fedilink
      arrow-up
      2
      ·
      1 year ago

      automated with scripts

      would you like to share those or do you have references for creating such scripts? this is on my to do list since years but I always struggle where to begin with.

      • ipkpjersi@lemmy.one
        link
        fedilink
        arrow-up
        2
        ·
        edit-2
        1 year ago

        They’re very personalized to my setup, so they’re not particularly useful in general - I’d recommend something more like using this guide which seems to be pretty good: https://jumpcloud.com/blog/how-to-use-rsync-remote-backup-linux-system

        Learning bash has been great for me, it’s helped a ton being able to automate so many different things even just like installing and configuring specific applications to work the way I want, etc

  • LordChaos82@discuss.tchncs.de
    link
    fedilink
    arrow-up
    2
    ·
    1 year ago

    For my Ubuntu desktop, I use the builtin backup tool to take backups on my NAS. For my homelab, I have everything running on Proxmox and my Proxmox backup server takes care of the homelab backups.

  • GadgeteerZA@beehaw.org
    link
    fedilink
    arrow-up
    2
    ·
    1 year ago

    I’ve tried alternatives but I’ve stuck with LuckyBackup even though there have not been any updates for a while:

    1. It’s rsync based - which is updated
    2. It has masses of GUI options including various include/exclude options, pre- and post-commands, etc.
    3. It’s simple - I can browse inside the backed files and see what is going on, or just restore back one or two files.
    4. It updates cron itself.
  • isosphere@beehaw.org
    link
    fedilink
    arrow-up
    2
    ·
    1 year ago

    I’m currently working on a disaster recovery plan using fsarchiver. I have very limited experience with it so far, but it had the features and social proof I was looking for.

    I have so far used it to create offline filesystem backups of two volumes, one was LUKS encrypted (has to be manually “opened” with cryptsetup).

    It can backup live filesystems which was important to me.

    It’s early days for my experience with this, but I’m sure others have used it and might chime in.

    • flatbield@beehaw.org
      link
      fedilink
      arrow-up
      3
      ·
      1 year ago

      Just one warning. If doing live, think about state and test your restores. Just mention because things like databases and ecryptfs will not properly archive live. There are various ways around, but consider if you have concerns regarding getting really good complete backups taken at one point in time and on live systems.