Kevin and Jamie, thank you for your help!
I would only be able to pop out the drives and read them in linux if they weren't in RAID, right?
In RAID1, both of your drives contain your data so you can remove either and read the data in Linux or on Windows with a file system driver.
And order wouldn't matter if I was doing daily backups instead of placing them in RAID, correct?
If you are putting the drives in another NAS of the same model, you should insert the drives in the same order.
I'm not sure what you mean about doing daily backups.
So it sounds like to me, my idea of using daily backups rather than having the drives in RAID is the best solution for myself. It sounds like it's more versatile. Meaning, In any failure scenario, if the drives still work (at least one), I won't have lost any data.
I very much want to go with this idea. I assume I'm going to need ffp to do this. I have seen there are several different options for backing up data from one drive to the other. Would you suggest a script that works the best?
There is a sheduled downloaded built in to the NAS, never used it though. Personally, I have FFP installed and have written a script that runs at bootup. The script:
- Checks to see if there is a USB drive attached
- Mounts the USB drive
- Uses rsync to backup key directories from Volume_1 and 2
- Emails me with the rsync log file, a disk usage overview and SMART stats for each drive in the NAS.
Each month, I simply insert one of 4 hard drives in a USB enclosure attached to the NAS, power it up and reboot the NAS and walk away. As rsync is simply copying and deleting the difference between the source and destination the whole process doesn't take long at all. Of course this depends how much your data changes in a month.
I wanted to include SMART stats for the USB drive too, but even with the latest version of smartmontools I believe the Linux kernel in the NAS is too old to support it.