joshuaboniface
/
raidisnotabackup
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity

Fix awkward run-on sentence

This commit is contained in:
Joshua Boniface 2022-10-13 09:46:03 -04:00
parent 3c59e20d9e
commit af43c2f465
1 changed files with 1 additions and 1 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

2
content/4.md
View File

@ -7,7 +7,7 @@ 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. Remember that a _backup on the same server_ is still susceptable to some of the _same failures as the original data_ set, but having 2 copies is still better than 1. * 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. Remember that a _backup on the same server_ is still susceptable to some of the _same failures as the original data_ set, but having 2 copies is still better than 1.
* 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. This is often called the "3-2-1" rule: 3 copies, 2 different media types, 1 offsite. * 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. This is often called the "3-2-1" rule: 3 copies, 2 different media types, 1 offsite.
* _Make backups regularly_, at least once a week, preferrably more, and automate it! Forgetting to back something up and then needing just that backup a common scenario and is never fun, and the more frequently you back up, the better your recovery resolution, and back up regularly-changed files more often. * _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 a common scenario and is never fun. The more frequently you back up, the better your recovery resolution, and back up regularly-changed files more often.
* _Test_ your 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. * _Test_ your 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 which work well; I'm not going to prosthelytize for any one of them, but I personally use [BackupPC](http://backuppc.sourceforge.net/) and plain old `rsync` for my server and workstation backups. There are dozens of backup utilities out there which work well; I'm not going to prosthelytize for any one of them, but I personally use [BackupPC](http://backuppc.sourceforge.net/) and plain old `rsync` for my server and workstation backups.