Added extra post and changed some lines

This commit is contained in:
2017-02-22 00:37:53 -05:00
parent 31d5316228
commit 13b62c70c6
5 changed files with 32 additions and 21 deletions

View File

@ -1,16 +1,11 @@
+++
title = "So how do I back up?"
description = "Backups are a contentions and complicated subject, but these simple rules should help guide you."
weight = 3
title = "But what about those fancy file systems?"
description = "You can still destroy your data."
weight = 2
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, 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.
There exists a number of file and storage systems with some advanced, RAID-like features. These include ZFS, btrfs, and Ceph. On the surface, these might give you the illuson of protection, but don't be deceived. You can still trash your whole system (or cluster, for Ceph). You can still `rm` files or other destructive commands. A fire can still destroy your whole rack.
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.
Like RAID, ADVANCED FILESYSTEMS STILL AREN'T BACKUPS!
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!