Right now I'm creating a nightly restic snapshot of my server on borgbase and on some spare drives, and keeping the snapshots forever. There's a ton of daily churn in my data though, between databases and logs and other files that don't constitute 'real data' but might be needed to restore the app.

all 47 comments

sorted by: hot top controversial new old
[–] 16 points 3 weeks ago

I have daily backups, weekly, monthly and yearly. All but yearly is deleted after a certain time, but yearly I keep forever.

  • source
  • [–] 10 points 3 weeks ago* (last edited 3 weeks ago)

    I learned I pretty much never need old data for my hobby selfhosting stuff. So I do 4 weeks. I'll notice if something breaks within 4 weeks and fix it. I occasionally do manual backups, for example when migrating stuff and keep them for longer. And I got some old stuff like in xkcd 1360.

    I suppose I could do more, but I also want the privacy policy of my online services to say: x weeks and all the logs and unnecessary data is gone.

  • source
  • [–] 9 points 3 weeks ago
    [–] 8 points 3 weeks ago (3 children)

    I was backing up multiple places on my LAN but than half of my place flooded, so lamenat and carpet was ripped up, one of my pi 5’s was misplaced with a NVMe drive and another was lost. Than just down the street 3 house went up in flames had the wind been blowing just a little south my condo complex would have been burnt to the ground. After the fire fighters were telling us to get back further and further I had my main pi 5 that had all the backups of everything important on another NVMe drive and a few other things ready to go if the firefighters started banging on my door telling me it was time to leave. I wish I could honestly say that was the day I decided to get a VPS and start my back up, but I was still hoping my father would let me set up a pi with a drive big enough to do back ups at his place. It sounds like he will but he is concerned about security risks about my VPN, funny thing is my back up pi would be the most secure thing hooked up to his modem/router and I wouldn’t want his stuff touching my stuff and with how my LAN and VPN are set up they would have a hard time doing it. Anywho I have a domain hosted by EasyDNS, and just went and looked at their VPS options and got some year long plan and set up cron jobs to take the stuff I want to backup and use age to encrypt it and than it is sent to my VPS each age container is than deleted after there is something of the same name but 3 days iterations older and deletes it.

  • source
  • hideshow 3 child comments
  • [–] 5 points 3 weeks ago (2 children)

    Is using a VPS cost effective compared to uploading to object storage?

    I use rclone to sync backups to Backblaze object storage. I find it hard to believe a VPS would be cheaper, considering the disk space on those can be very expensive compared to object storage.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 3 points 3 weeks ago* (last edited 3 weeks ago) (1 child)

    If it was just for backup backblaze is probably less expensive but my LAN consists mostly of pi’s and hand me down computers. I am slowly moving things around on my LAN so to each their own I guess. I like the idea of having more control over my stuff so having a whole Debian system on the other end feels right for me.

    *edit: It also gives me peace of mind knowing that I can encrypt my stuff to my liking. Silly me I forgot to actually look at the encryption tool I used, I just did a search and found age was highly suggested. It is coded in Go, sure it is open source and all that I am just not a fan of the language.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 6 points 3 weeks ago

    I use nightly backups. I keep them 2 weeks.

    After that I keep a weekly backup for 2 months.

    After that I keep a monthly backup for 2 years.

    I keep my yearly backups forever.

  • source
  • [–] 4 points 3 weeks ago

    where we're going, we don't need backups!

  • source
  • [–] 3 points 3 weeks ago
    [forget]
    keep-daily = 10
    keep-weekly = 4
    

    Daily backups are cheap because of de-duplication. I keep a few weekly backups in case it takes me a bit to notice something went wrong. I don't usually back up logs.

    I could probably drop the weekly backups without much risk, but I've got the space.

  • source
  • [–] 3 points 3 weeks ago

    My VPS gets a weekly rsync to my home server. I keep ten deduplicated copies for weeks gone by. The current week also gets synced off-site with encryption.

  • source
  • [–] 3 points 3 weeks ago

    For frequently changing data hourly up to 24, daily up to 7, weekly upto 4, monthly up to 12.

    For daily changing data daily up to 7 and etc. as above.

    For seldom changing data a backup every 3 days with rotation based on a storage quota, and retention of manually held samples.

  • source
  • [–] 3 points 3 weeks ago (8 children)

    Daily for 10 days, 4 weekly, 4 monthly.

    That covers me from broken updates, generally.

  • source
  • hideshow 8 child comments
  • [–] 1 point 3 weeks ago (7 children)

    came to say something like this but not sure why you would do daily for 10 days. Your doing weeklys so why not 7. I would rather increase the monthly to 7 or do 6 bi monthly and keep a yearly.

  • source
  • parent
  • hideshow 7 child comments
  • [–] 1 point 3 weeks ago (6 children)

    Your doing weeklys so why not 7

    They are all daily backups, those schedules I pointed out are for pruning. And I don't understand the question... How would keeping 7 instead of 10 dailies help me?

  • source
  • parent
  • hideshow 6 child comments
  • [–] 1 point 3 weeks ago (5 children)

    because your last weekly would be a max of 7 days out

  • source
  • parent
  • hideshow 5 child comments
  • [–] 0 points 3 weeks ago (4 children)

    How am I going to restore day 8, day 9, or day 10 backups if I only keep 7 days?

  • source
  • parent
  • hideshow 4 child comments
  • [–] 4 points 3 weeks ago (5 children)

    As long as I have space. My backups are on dedicated drives, and as they run out of space the old ones are deleted.

  • source
  • hideshow 5 child comments
  • [–] 4 points 3 weeks ago (4 children)

    I guess OPs question is more about what makes you comfortable.

    Is your drive only big enough for 2 backups or is it big enough for hundreds? If it was half that size would you still be happy with the number of backups? A quarter of the size?

  • source
  • parent
  • hideshow 4 child comments
  • [–] 2 points 3 weeks ago* (3 children)

    Kinda depends on what it's for. My server? IDK, 2 days. Maybe have a dedicated weekly/monthly backup left behind. PC? Honestly just the latest is fine.

    But it's a 10tb drive, so I've got months of backups even if they're running continuously. It's less a how comfortable I am and more a how much can I afford. (a lot more before the shortage)

    I also explicitly purge stuff that's constantly changing like logs. I don't care for logs in my backups. Only on the live machine.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 1 point 3 weeks ago (2 children)

    I have about 750GB of irreplaceable files on my server so I want a really solid history. A couple of days backup is no where near enough to give me peace of mind 😅

  • source
  • parent
  • hideshow 2 child comments
  • [–] 2 points 3 weeks ago (1 child)

    3 2 1 offsite backups typically happen a lot less often than local copies or local backups.

    I also don't really consider any machines data to be irreplaceable. If I lose my phone I want the latest backup. But taxes or photos I care for? Those are an entirely different backup, and those aren't incremental. They're just what they are.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 1 point 3 weeks ago

    I have Nextcloud on my server which stores all those documents and photos etc. I have nightly offsite backup as well as backing up to a local borg repo on a separate drive.

    But as it's that important to me, I also do a once-yearly backup of non-encrypted files to M-Disc, with two copies, one stored at my mother's house. This way if my house burns down and I'm inside it, my family can still get (most of) the precious memories without needing to know how to access a borg repo and without having to know how to download from Backblaze object storage.

    I'm just a little bit paranoid about losing things after that one time I dragged from a USB stick to my computer and when it was done moving the files they were all corrupt, and didn't exist on the USB stick anymore either. Thanks Windows, a whole holiday of photos gone.

  • source
  • parent
  • [–] 2 points 3 weeks ago

    Always last daily, weekly, monthly. The others are pointers (hardlinks). How many years, i'm not there yet.

  • source
  • [–] 2 points 3 weeks ago (1 child)

    I know I’ll get shot for this, but I stopped backing up a long time ago.

    I was doing it at home because I do it at work and it’s the done thing. But when I stopped to think about it, I realised I don’t have anything at home that actually matters. If I lose my Plex library it’s ok.

  • source
  • hideshow 1 child comment
  • [–] 2 points 3 weeks ago

    Other than my password manager database, the rest of my backups are not overly valuable. I don't really need my 2016 factorio saves, but I have them. Adding more things to backup is minimal effort so I do, but if the space taken up becomes a concern there is plenty I could trim from it.

  • source
  • parent
  • [–] 2 points 3 weeks ago

    Let me put it this way: I have a removable harddisk with my files from the universities' VAX 11/780 in storage. Long enough?

  • source
  • [–] 2 points 3 weeks ago

    I use bormatic, I can go back about 60 days and have needed to a few times in the past due to my own mistakes. Server is in the basement, it backs up toy living room TV pc which is on the top floor. My upload speed is too slow for offsite backups.

  • source
  • [–] 2 points 3 weeks ago (3 children)

    7 backups, though the frequency they're taken (daily Vs weekly Vs monthly) depends on the service.

    Why don't you exclude logs from your backups? databases sure yes that's where the real info is (not sure why you don't consider it real data) but logs are useless outside of the current running instance.

  • source
  • hideshow 3 child comments
  • [–] [S] 2 points 3 weeks ago (2 children)

    I didn't really want to poke through each containers files to figure out where it stores logs, plus it adds risk that I'm not backing up something I should.

    When I say databases aren't real data, I'm more talking about them changing every day despite nothing happening. Even if I haven't taken any photos or opened the app, today's db dump of immich is not the same as yesterday's db dump so restic stores it as a new unique file.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 1 point 3 weeks ago (1 child)

    I did mean to ask, why restic into Borg instead of just Borg?

    on the logs thing that's fair enough, most of the stuff I use has a clear "logs" folder I can exclude, and I checked what the backup contains Vs what the container data folder has before calling it a day

  • source
  • parent
  • hideshow 1 child comment
  • [–] [S] 1 point 3 weeks ago

    I'm not doing any sort of backup conversion. Borgbase is a website that focuses on hosting borg backups, but they also natively support restic. I chose restic out of convenience for my local backups because it came preinstalled on truenas and figured it made sense to use the same for my cloud backups.

  • source
  • parent
  • [–] 1 point 3 weeks ago

    For configs I use Home Manager on a public Git repo. And for everything else I use Pika Backup.

  • source
  • [–] 1 point 3 weeks ago (1 child)

    As of now, i keep them basically for ever, but granularity gets less over time. (restic forget)

    Before you go nuts about files you want to exculde the "churn" as you said it, go ahead and actually check how much space this actually takes up. Text and especially logs are highly compressible and will most likely end up taking up almost no space.

    Be sure you backup everything you actually need, rather backup a file more then a file too less.

  • source
  • hideshow 1 child comment
  • [–] [S] 1 point 3 weeks ago

    Comparing daily snapshots I see 100mb+ daily churn (I assume restic diff is pre compression), the borgbase repository space usage chart shows it increasing about 50mb daily.

  • source
  • parent
  • [–] [B] 1 point 3 weeks ago* (last edited 2 weeks ago)

    Acronyms, initialisms, abbreviations, contractions, and other phrases which expand to something larger, that I've seen in this thread:

    Fewer Letters More Letters
    Git Popular version control system, primarily for code
    LXC Linux Containers
    NAS Network-Attached Storage
    NFS Network File System, a Unix-based file-sharing protocol known for performance and efficiency
    NVMe Non-Volatile Memory Express interface for mass storage
    Plex Brand of media server package
    RAID Redundant Array of Independent Disks for mass storage
    SSD Solid State Drive mass storage
    VPN Virtual Private Network
    VPS Virtual Private Server (opposed to shared hosting)

    [Thread #137 for this comm, first seen 17th Oct 2026, 15:00] [FAQ] [Full list] [Contact] [Source code]

  • source
  • [–] 1 point 3 weeks ago* (last edited 3 weeks ago) (2 children)

    I just rsync a full backup of my NAS's entire RAID array every week to a separate machine. I have Proxmox set up with an NFS mount to the NAS where it stores all of the /[userdata] volumes that my VMs and LXCs use; Proxmox itself is hosted on 3x office PCs, each with i7-7700/500GB SSD/32GB RAM, and set up for replication in case one goes down. On occasion I'll actually document which services I'm using, so I don't really bother backing those up since the volume(s) holding the userdata itself is backed up and can be easily remapped to a new instance of whatever service needs it.

  • source
  • hideshow 2 child comments
  • [–] 2 points 3 weeks ago (1 child)

    Most of what I would use proxmox for doesn't even require backing up. A copy of each VM when it is setup and possibly update that every few years would be plenty.

    I think you can export the whole VM? Using virtualbox currently which has import/export appliance. Doing that on an infrequent basis is pretty much what I would need.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 2 points 3 weeks ago

    Proxmox has backup stuff for VMs and containers which uses whatever storage youbadd (local, NFS,), and has retention settings. iirc those will always be full backups. for incremental and more, proxmox backup server (PBS VM using backupNAS as destination for me)

  • source
  • parent
  • [–] 1 point 3 weeks ago (3 children)

    Zero or one backups depending on the type of data generally.

    For a system if it can't be redeployed from a list of requirements then I Foundationally ducked up. It means either I'm depending on something fragile, unknowable or over complicated.

    Raw data on the other hand goes on a raid array. If I need more redundancy then that, then a single extra off site backup on a cd or something.

    A back up on the same drive as the original isn't a backup. It's a waste of space, and a stupid idea.

    A system that requires excessive nonsense is not reliable.

    If I have a on and off site back up and both fail. Then either the world is literally fucking on fire and it doesn't matter. Or someone dropped a bomb on my storage.

    Either way I have bigger problems at that point.

  • source
  • hideshow 3 child comments
  • [–] 2 points 3 weeks ago (2 children)

    A back up on the same drive as the original isn't a backup. It's a waste of space, and a stupid idea.

    It's a backup that helps against software errors, but not against drive failures. Depending on what you want to achieve, it's a perfectly valid strategy.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 2 points 3 weeks ago

    I generally have Operating System backups that are stored on the same drive. Those backups are immediately copied to 3 different devices, my computer and two other drives

    The backup on the local drive is useful for when I'm tinkering, making adjustments, adding or removing stuff. Restoring from that local backup is far more convenient than using the remote backups

    I don't use anything with a database so all my static media files and wiki's don't go to the local backup. I handle them separately but they are still spread across the 3 other devices in my network

  • source
  • parent
  • [–] 1 point 2 weeks ago

    Still don't consider it a proper back up personally.

    It's just not a good long term solution. A short term backup for redundancy while actively working on something sure. Just keep it local.

    But as a real actual backup? No, local doesn't cut it.

  • source
  • parent