Ask HN: How should I back up data on devices if I'm not smart?
OPTION #1 - SIMPLE FILE COPIES ON MULTIPLE DISKS<p>The absolute simplest option that i can think of: have a few large HDDs or SSDs that you connect to your device with an USB enclosure and copy over all of your data.<p>It&#x27;s also reasonably simple to automate that process with something like cron and rsync. If it&#x27;s not possible to automate that process, or it&#x27;s too cumbersome, then just do it manually and keep a log somewhere.<p>Example:<p><pre><code>  2021.10.01 - copied over &#x2F;home and &#x2F;data to HDD1
  2021.09.01 - copied over &#x2F;home and &#x2F;data to HDD3
  2021.08.01 - copied over &#x2F;home and &#x2F;data to HDD2
  2021.07.01 - copied over &#x2F;home and &#x2F;data to HDD1
  2021.06.01 - copied over &#x2F;home and &#x2F;data to HDD3
  2021.05.01 - copied over &#x2F;home and &#x2F;data to HDD2
  ...
</code></pre>
Pros:<p><pre><code>  + doesn&#x27;t take any advanced knowledge of software, software packages, or even require a specific OS
  + the backups are just files that you can view and copy just like you would with any other disk
  + if the devices have cloud storage clients installed, you can transparently also back up those
</code></pre>
Cons:<p><pre><code>  - somewhat tedious, especially if you don&#x27;t set up a calendar reminder on your phone or something
  - if you want redundant backups (say, on HDD1, HDD2, HDD3), then you&#x27;ll need to copy the files multiple times
  - all of your backups are probably in one place with this approach
</code></pre>
OPTION #2 - CONSUMER BACKUP SOFTWARE, MULTIPLE DISKS<p>If a slightly more complex solution is okay, then you might use some of the software that&#x27;s out there, built with the purpose of automating backups. Some of the solutions are paid, others are free, but the general idea is the same - you set up some directories which you&#x27;d like to backup, you set a schedule and perhaps some rules on what to back up and how and let the software run whenever.<p>Example:<p><pre><code>  https:&#x2F;&#x2F;bvckup2.com&#x2F;
  https:&#x2F;&#x2F;bvckup.com&#x2F;
</code></pre>
Pros:<p><pre><code>  + allows automating backups, so human error is less of a factor
  + minimizes complexity as the amount of data that you need (or the count of locations) to backup increases
</code></pre>
Cons:<p><pre><code>  - depends on the platform, each OS will have their own pieces of software for something like this
  - still not networked, unless you use a NAS or something similar (which you might consider at this point)
</code></pre>
OPTION #3 - A SERVER FOR BACKUPS, OVER THE NETWORK<p>Now, this is a bit more complicated, but since any regular computer can become a server and since HDDs are pretty cheap anyways, spending a few days setting up a backup solution can sometimes be worth it, if the people can spend some time following guides or reading the documentation.<p>Essentially, you&#x27;d set up your own server, with an OS of your choice (personally i&#x27;d suggest Debian or Ubuntu LTS) and would install some software package, that could connect to the devices that you&#x27;d like to back up and would pull data from them at a set schedule. Alterting options are also available should anything go wrong.<p>Example:<p><pre><code>  https:&#x2F;&#x2F;backuppc.github.io&#x2F;backuppc&#x2F;
</code></pre>
Pros:<p><pre><code>  + this can be a proper networked solution, which allows you to host it anywhere, away from your physical location
  + there can be some pretty useful deduplication functionality built into the software, as well as support for various connection methods
  + this can also give life to your old electronics, as opposed to contributing to e-waste
</code></pre>
Cons:<p><pre><code>  - if the backups work with a &quot;pull&quot; model, you&#x27;ll need to configure access to all of the devices that you&#x27;d like to connect to, which can be troublesome
  - furthermore, depending on how all of this is set up, security becomes more of a concern, as it is with any networked solution
  - at this point, you&#x27;re basically maintaining a server of your own
</code></pre>
ADDITIONAL THOUGHTS<p>There are more complicated setups out there, such as file systems with snapshotting, RAID to avoid individual disk failures, storage pools etc., which may or may not be worth it, based on the complexity vs the benefit that they provide.<p>NAS solutions and cloud solutions for storage can also be explored, as long as security isn&#x27;t forgotten about - for most people, both of those can be good options and can be combined with any of the alternatives.<p>Integrity is surprisingly hard to get right and as long as you have multiple backups of the same files over time, it&#x27;s not always worth it to worry about it too much. Ideally, check the files that matter to you in the backups manually, like whether your master&#x27;s thesis was backed up correctly.<p>Version control systems are also surprisingly nice for smaller files, like the aforementioned thesis - with something like GitLab and the aforementioned server backups, that introduces more redundancy and versioning in the mix, with tools that most developers will be familiar with.<p>Restoring backups is important, yet not often considered much. If you use something like BackupPC, you absolutely need to test whether you can properly download or restore the files that you&#x27;ve backed up into it, otherwise it&#x27;s useless.<p>Lastly, you should remember the 3-2-1 rule of backups:<p><pre><code>  &gt; The 3-2-1 rule can aid in the backup process. It states that there should be at least 3 copies of the data, stored on 2 different types of storage media, and one copy should be kept offsite, in a remote location. 
</code></pre>
(from <a href="https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Backup#3-2-1_rule" rel="nofollow">https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Backup#3-2-1_rule</a>)<p>In my experience, that&#x27;s why file&#x2F;archive based solutions are perhaps the best option, because they&#x27;re easy to carry over to other storage mediums.<p>Not only that, but the above options actually combine with one another rather nicely. Right now, i use manual backups of the data that matters to me on my phone (connect through USB, transfer files monthly), use the backup software to automatically propagate my files across multiple drives, then use BackupPC to pull my files to a backup server, which also has multiple mirrored drives that incrementally synchronize with rsync and cron. Then i also use a few Nextcloud instances which copy my local files to my own VPSes, which coincidentally are also pulled down by BackupPC. And then i also copy some of my keychains and other important files on local storage mediums - SD cards or memory sticks, as well as encrypted containers on almost every device that i use (VeraCrypt). In my eyes, the simplest solutions that don&#x27;t require specialized hardware are perhaps the best ones.<p>Thus, my risk analysis looks like this:<p><pre><code>  - if one of my HDDs&#x2F;SSDs fail, i can pull a backup off of the spare drive
  - if one of my devices fail (power surge etc.), i can pull a backup off of my backup server
  - if my backup server fails (power surge etc.), i still have the most important data in Nextcloud, on my cloud VPSes
  - if my cloud VPSes fail (banned etc.), i still have the data in various SD cards strewn around the place (as long as i can get VeraCrypt or KeePass working somehwere)
  - if my cloud VPSes fail (banned etc.) and all of my local devices fail and my SD cards fail (house burns down etc.), i still have the cached Nextcloud data and encrypted stuff on my smartphone, which i keep with myself
</code></pre>
And it&#x27;s also possible to plan further contingencies, if needed:<p><pre><code>  - if all of the above were to fail, then it&#x27;d also be possible to just give a third party (trusted person) backed up drives every now and then
  - if no such party is available, then it&#x27;s possible to just upload encrypted backups to all of the cloud providers that you know of, for redundancy
  - if all of the cloud providers have also failed, then you probably have bigger problems and backups are no longer relevant</code></pre>