Added extra post and changed some lines

content/4.md

@@ -1,14 +1,16 @@
 +++
-title = "I've learned something!"
-description = "Great!"
-weight = 4
+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"
 +++
 
-Now that you're in the know, get to making and checking a backup of your data, before you lose it!
+* Always back up in _some way_. While a copy of the data on the same array won't protect you against all problems, it will protect you against some.
+* 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 RAID is only one copy for this purpose): the _original_, one _onsite copy_, and one _offsite copy_. Store the offsite copy in the cloud, or at a friend's house.
+* _Make backups regularly_, at least once a week, and automate if possible; the day you need a backup is the day you realize you hadn't run it in 6 months and what you need isn't backed up.
+* _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.
 
-More information can be found on the following pages:
+There are dozens of backup utilities out there; I'm not going to prosthelytize for any one of them, but I personally use [BackupPC](http://backuppc.sourceforge.net/) for my server and workstation backups.
 
-* http://www.smallnetbuilder.com/nas/nas-features/31745-data-recovery-tales-raid-is-not-backup
-* http://blog.open-e.com/why-raid-is-not-a-backup/
-* http://serverfault.com/questions/2888/why-is-raid-not-a-backup
+Do you need to back up everything? Of course not. That's up to you to decide. Some data is replaceable, some isn't. If it isn't, back it up!