Red Hat Linux 7 Unleashed

Red Hat Linux 7 Unleashed

By William Ball

Qualities of a Good Backup

Obviously, in the best of all possible worlds, backups would be perfectly reliable, always available, easy to use, and really fast. In the real world, trade-offs must be made. For example, backups stored offsite are good for disaster recovery, but are not always available.

Above all, backups need to be reliable. A reliable backup medium will last for several years, whereas a reliable archive medium should last much longer. Of course, if the backups are never successfully written to the backup medium, it does not matter how good the medium is, and today's ever-increasing storage requirements can tax even the very best hardware and strategies.

Speed is more or less important, depending on the system and use of the data. If a time window is available when the system is not being used and the backup can be automated, speed is not an issue. On the other hand, restoration might be an issue. The time it takes to restore the data is as important as the need to have the data available.

Availability is a necessary quality. Performing regular backups does no good if, when they are needed, they are unavailable. Backups for disaster recovery may not be available locally and don't always include data timely enough to restore a single file accidentally deleted by a user. A good backup and recovery scheme includes both a local set of backups for day-to-day restores and an offsite set of backups for disaster recovery purposes.

Fast, available, reliable backups are no good if they are not usable. The tools used for backup and restoration need to be easy to use. This is especially important for restoration. In an emergency, the person who normally performs the backup and restores might be unavailable, and a nontechnical user might have to perform the restoration. Obviously, documentation is a part of usability.

Share ThisShare This

Informit Network