We’ve had our low power consumption home server running for several years, but I hadn’t gotten around to performing a full system image back up of the server. Since I have been backing up critical OS and application configuration files and all of our database, web content and other files of importance are stored on our NAS server and accessed via NFS, not having an image back up wasn’t the end of the world. However, when it came time to replace the internal 8 GB SSD with a 30 GB unit, it was time to bite the bullet and perform a full image back up. Fortunately, I ran across the excellent and free Clonezilla tool to make this a pretty easy task.
Back in April, 2010 we started using Apple’s Time Machine feature of Mac OS X to automatically back up the hard drives of our iMac and MacBook Pro computers to our QNAP TS-109 Pro NAS server. Since earlier versions of the QNAP firmware didn’t have built-in Time Machine support, we used some command line magic to make it happen. Overall, we were pretty happy with the solution and we were able to demonstrate how we could easily restore the complete hard drive of our iMac using one of the back ups.
We have since updated to firmware version 3.3.0 Build 0924T, a version that includes built-in support for Time Machine. I figured why not try out the built-in support and move away from the earlier command line-based approach.
We’ve been chewing up a lot of space on our NAS server as we’ve ripped and encoded our DVD collection and began recording over-the-air (OTA) TV shows through a new EyeTV dongle on our iMac. So it was time to increase the NAS’ storage capacity from the original 500 GB to at least 1 TB. As I’ve come to expect with administration of the QNAP TS-109 device, the task of swapping out the original drive with a larger unit was pretty simple.
Several months ago one of our trio of 500 GB SATA drives we use with our QNAP TS-109 Pro NAS server bit the dust. Since it was one of the two external HDDs that failed, it was pretty simple to replace the failed external HDD with a new Western Digital WD10EARS 1 TB “green” HDD. (This was several months ago. If it was today, we would have used a new 2 TB HDD.)
Our shared network storage approach uses a three-disk scheme where:
- there’s an internal HDD in the NAS server,
- another HDD plugged into an eSATA drive caddy and
- a third HDD residing in an off-site storage location.
We rotate the two external HDDs on roughly a monthly basis. When attached to the NAS server, the QNAP Q-RAID1 feature backs up the content of the internal HDD to the external HDD in near real-time. As explained earlier, this scheme has been successful for us in that it’s really simple to perform the external HDD swapping.
The one wrinkle with the introduction of the 1 TB HDD in our rotation scheme has been that whenever we swap out the 500 GB external HDD an replace it with the 1 TB HDD, we have to restart the NAS server to get it to start the Q-RAID1 syncing process. When we swap in the 500 GB HDD, we don’t have to restart the NAS server: it automatically begins the Q-RAID1 syncing process.
All in all, this is a pretty minor wart in our rotation scheme. It’s nice to see that the NAS server doesn’t seem to be bothered by the fact that the external HDD is larger than the 500 GB internal HDD.
The other revealing aspect of this HDD failure was that it helped chart the path for our future HDD replacement and storage expansion. Our approach is to simply wait until each drive fails before purchasing a new, larger capacity HDD. Since even this relatively dated TS-109 device supports 2 TB HDDs, we have a fair amount of headroom for the next year or so as the other HDDs fail.
Let’s just hope the QNAP itself keeps humming along…
I finally bit the bullet and performed a test of our Time Machine restore process by reinitializing the solid state drive (SSD) in our iMac and restoring from the Time Machine backups housed on our QNAP NAS server. For background on using a QNAP NAS server to hold Time Machine backups, see my post on setting up Time Machine with a QNAP TS-109 Pro NAS server. Thankfully, the process worked without a hitch and I was able to restore the internal solid state drive (SSD) of our iMac with a recent system backup.
The core of our home network storage approach consists of a QNAP TS-109 Pro NAS server and two external drives that are rotated off-site on a monthly basis. At any one time, one of the two external drives is acting as a mirror of the single internal drive of the NAS server. Soon after purchasing the QNAP device, I verified that I could access the content of either external drive by connecting it to the USB port of the NAS server. In the associated blog entry, I also mentioned that I was unable to do the same by connecting the external drive to a Ubuntu 7.10 system due to incompatibilities between the ext3 implementation in the QNAP and the one in Ubuntu. Nonetheless, it was good to know that I could at least access the backed up data via the QNAP itself.
Recently, I decided to attach one of the external drives to my MacBook Pro to see if I could access the backed up data. The good news is that it worked fine after I installed ext2/ext3 support in Mac OS X. With the help of Tom Pennings’ blog entry, I was able to easily access the files via Finder. I installed MacFUSE and fuse-ext2, rebooted the system and the partitions of the external drive were visible in Finder and in Disk Utility.
It’s nice to know that when (not if) the NAS server or the internal HDD dies, I have the option to quickly access the backed up files from either the local mirror drive or the off-site drive without needing to depend on the availability of the NAS server.
In the following screenshots, partition “disk2s3″ represents the shared folder data housed on the NAS server.
Part one in this series covered the failure of our iMac’s internal hard disk drive (HDD) and my investigation into the prospect of using a solid state drive (SSD) as a replacement. Well, we received the SSD and 3.5″ to 2.5″ drive bay adapter yesterday and got them installed last night. Everything worked out fine and the iMac is back up and running. As reported by other users of SSDs in their own systems, system start-up, application launching and desktop navigation performance dramatically improved with the replacement of the HDD with an SSD.
In the past few days our three-year-old 24″ aluminum iMac started acting pretty flaky. Among other things, the machine would freeze and the bluetooth wireless mouse wouldn’t be recognized. It finally got to the point where the system wouldn’t boot past the gray Apple icon screen. Using the Disk Utility from the Snow Leopard install disk told me that the hard disk drive (HDD) had issues. Unfortunately, the Disk Repair feature was unable to correct the problems. Given the age of the machine, I decided to replace the HDD with a solid state drive (SSD) rather than reformat the existing HDD or install a new HDD.
The good news is that we store all of our important documents and images on our QNAP NAS server which is a key part of our overall home storage and backup solution: all files are backed up to a local mirror drive attached to the NAS server and the mirror drive is rotated off-site each month with another external drive. Apart from gritting my teeth while disassembling the beautiful iMac, the main pain will simply be reinstalling and configuring the apps of interest after we install Snow Leopard from scratch.
This post covers how I decided on a specific SSD to replace the failed HDD. A follow-up post covers the installation and results.
I recently needed to install Windows 7 and one or more Linux distributions on my MacBook Pro. Normally I’d run these other OSs as guests or virtual machines (VMs) in VirtualBox with Mac OS X as the host, but I was having problems accessing a specialized USB device from Windows 7 in VirtualBox. Plus, I needed to be able to boot into a bare metal Linux-based Xen virtualization environment. All of this led me to set up Apple’s Time Machine feature of Mac OS X to regularly back up my MacBook’s disk.
Note: We recently migrated to using the built-in Time Machone support found in the more recent firmware versions for the QNAP TS-109 NAS server.