My goals in reorganizing their backups are as follows:
- Ensure that the data being backed up is actually restorable. Perform tests to confirm. For example, one cannot simply backup database files and expect the data to be restorable. Usually, with databases, one has to dump the data into a file and then backup the file. This will be true of other applications as well such as souce control management systems.
- Simplify the backup process where possible. For example, dozens of scripts on multiple machines need to be invoked on a daily basis to perform backups. That could all be condensed into one machine and one or two scripts.
- Document both the backup and restore procedure for the client. Plan for disaster recovery of the data.
- Plan for future requirements, including backing up Windows machines.
- Give the client a real confidence that their data is being adequately safeguarded. Again, this comes from periodically testing restores.
- Centralize the backup job control onto one machine (currently, they are duplicated across four).
- Provide reliable alerting of both failures and successes of backup jobs via configurable methods including syslog, email, and even rss.