1.8 KiB
1.8 KiB
+++ title = "You've convinced me - so how do I back up?" description = "Backups are a contentions and complicated subject, but these simple rules should help guide you." weight = 3 type = "post" +++
- Always back up in some way. While a copy of the data on the same array won't protect you against all, or even very many, failure modes, it will protect you against some, and those are usually the most common.
- A backup on the same server is susceptable to the same failures as the original data set (hardware failure, natural disasters, and the like).
- A good rule of thumb is three copies: the original (RAID or otherwise); one onsite copy on a different, preferrably offline, medium; and one offsite copy. Store the offsite copy in the cloud, a data vault, or at a friend's house, just keep it somewhere else.
- Make backups regularly, at least once a week, preferrably more, and automate it! Forgetting to back something up and then needing just that backup is never fun, and the more frequently you back up, especially incrementally, the better your recovery resolution.
- Test backups regularly, at least once a month; a backup is worthless if you can't restore from it. Just because you have a backup doesn't mean you're protected; always test them and fix any problems. If you never test your backup, you will almost certainly find it doesn't work, right when you need it.
There are dozens of backup utilities out there; I'm not going to prosthelytize for any one of them, but I personally use BackupPC and good ol' fashoned rsync for my server and workstation backups.
Only you can determine what you need to back up, but if you can't replace some data, you should definitely back it up - Murphy's Law applies here as much as anywhere.