From e988da189672d67aebf77aabeace2ad6d410381f Mon Sep 17 00:00:00 2001 From: Joshua Boniface Date: Thu, 29 Sep 2016 13:33:00 -0400 Subject: [PATCH] Replaced * for italics with _ --- content/1.md | 2 +- content/2.md | 6 +++--- content/3.md | 10 +++++----- 3 files changed, 9 insertions(+), 9 deletions(-) diff --git a/content/1.md b/content/1.md index 393ff17..b370ec5 100644 --- a/content/1.md +++ b/content/1.md @@ -6,7 +6,7 @@ type = "post" class="post first" +++ -It is a common technique to provide *resiliency* and *availability* to a set of data and protect against one of the most common data loss scenarios: the failure of a disk. +It is a common technique to provide _resiliency_ and _availability_ to a set of data and protect against one of the most common data loss scenarios: the failure of a disk. The simplest type of RAID is a 'mirror', which does just what it sounds like: keeps two (or more) copies of data on two (or more) different disks. If one disk fails, the second copy is still available and no data loss has occurred. diff --git a/content/2.md b/content/2.md index 38df493..22ce5e1 100644 --- a/content/2.md +++ b/content/2.md @@ -5,11 +5,11 @@ weight = 2 type = "post" +++ -Having a number of disks in RAID may *seem* like a backup, especially if you're using a mirror mode. But this is *wrong*! +Having a number of disks in RAID may _seem_ like a backup, especially if you're using a mirror mode. But this is _wrong_! RAID protects you against one and only one thing: a disk failure. -It does *not* protect you against any of the following things: +It does _not_ protect you against any of the following things: * Multiple disk failures beyond the RAID level chosen (e.g. both disks in a mirror, or 3 disks in a RAID-6). * Failure of the RAID controller itself (especially when using hardware RAID), the computer running the RAID, or the environment (a flood, fire, theft, etc.). @@ -18,6 +18,6 @@ It does *not* protect you against any of the following things: Even ZFS, designed specifically to prevent the third point, is still susceptable to the others. -The adage is simple: "RAID replicates *everything*, instantly, even the stuff you don't want." Like the deletion of a file or corruption. +The adage is simple: "RAID replicates _everything_, instantly, even the stuff you don't want." Like the deletion of a file or corruption. For these reasons and more, RAID IS NOT A BACKUP! diff --git a/content/3.md b/content/3.md index a04d8ab..8deb961 100644 --- a/content/3.md +++ b/content/3.md @@ -5,11 +5,11 @@ 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 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; 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. +* 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; 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. 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.