Before I came to my senses and moved my personal servers to SoftLayer, I was one of many victims of a SolusVM exploit that resulted in the wide-scale attack of many nodes in my previous host's Chicago data center. While I'm a firm believer in backing up my data, I could not have foreseen the situation I was faced with: Not only was my server in one data center compromised with all of its data deleted, but my backup server in one of the host's other data centers was also attacked ... This left me with old, stale backups on my local computer and not much else. I quickly relocated my data and decided that I should use SoftLayer Object Storage to supplement and improve upon my backup and disaster recovery plans.
With SoftLayer Object Storage Python Client set up and the SoftLayer Object Storage Backup script — slbackup.py — in hand, I had the tools I needed to build a solid backup infrastructure easily. On Linux.org, I contributed an article about how to perform MySQL backups with those resources, so the database piece is handled, but I also need to back up my web files, so I whipped up another quick
bash script to run:
#!/bin/bash # The path the backups will be dumped to DUMP_DIR="/home/backups/" # Path to the web files to be backed up BACKUP_PATH="/var/www/sites /" # Back up folder name (mmddyyyy) BACKUP_DIR="`date +%m%d%Y`" # Backup File Name DUMP_FILE="`date +%m_%d_%Y_%H_%M_%S`_site_files" # SL container name CONTAINER="site_backups" # Create backup dir if doesn't exist if [ ! -d $DUMP_DIR$BACKUP_DIR ]; then mkdir -p $DUMP_DIR$BACKUP_DIR fi tar -zcvpf $DUMP_DIR$BACKUP_DIR/$DUMP_FILE.tar.gz $BACKUP_PATH # Make sure the archive exists if [ -f $DUMP_DIR$BACKUP_DIR/$DUMP_FILE.tar.gz ]; then /root/slbackup.py -s $DUMP_DIR$BACKUP_DIR/ -o "$CONTAINER" -r 30 # Remove the backup stored locally rm -rf $DUMP_DIR$BACKUP_DIR # Success exit 0 else echo "$DUMP_DIR$BACKUP_DIR/$DUMP_FILE.tar.gz does not exist." exit 1 fi
It's not the prettiest
bash script, but it gets the job done. By tweaking a few variables, you can easily generate backups for any important directory of files and push them to your SoftLayer Object Storage account. If you want to change the retention time of your backups to be longer or shorter, you can change the
30 after the
–r in the line below to the number of days you want to keep each backup:
/root/slbackup.py -s $DUMP_DIR$BACKUP_DIR/ -o "$CONTAINER" -r 30
I created a script for each website on my server, and I set a CRON (crontab –e) entry to run each one on Sundays staggered by 5 minutes:
5 1 * * 0 /root/bin/cron/CRON-site1.com_web_files > /dev/null 10 1 * * 0 /root/bin/cron/CRON-site2.com_web_files > /dev/null 15 1 * * 0 /root/bin/cron/CRON-site3.com_web_files > /dev/null
If you're looking for an easy way to automate and solidify your backups, this little bit of code could make life easier on you. Had I taken the few minutes to put this script together prior to the attack I experienced at my previous host, I wouldn't have lost any of my data. It's easy to get lulled into "backup apathy" when you don't need your backups, but just because nothing *has* happened to your data doesn't mean nothing *can* happen to your data.
Take it from me ... Be over-prepared and save yourself a lot of trouble.