On Fri, Mar 01, 2019 at 05:06:38AM -0800, Community support for Fedora users
wrote:
> I have noticed that my customers who go out and buy external
> USB mechanical drive drives for backup never have any
> "last". They always go bad. Some so bad that they hang
> the USB port and the computer won't boot or is really
> slow. SMART sheds tears. The drives and just *TOO* cheap.
The retail-grade drives in enclosures, yes, often.
> What I have been lately, is building my own with drives
> with Rosewill backup cases (RX304-APU3-35B). I populate
> them with Western Digital drives. Had one Blue drive
> go bad. I have since switched to Red and Black drives
> and haven't had an issue.
I'm a consultant focusing on SMB, and have taken a different tack for
businesses. I've noticed three consistent theme over the years:
o Tape is still *expensive* to set up and maintain.
o Clients hate tape.
o Clients won't change tapes or disks.
Given this, after some success with USB and eSATA attached RAID
arrays--until the cheap overseas electronics got too cheap and
unreliable--I've hit on my final model.
Synology NAS--usually a 2-disk unit--using Ironwolf NAS drives. (You can
use WD Red depending on performance, price and preference.) Size to the
client's server(s), mount using iSCSI. StarTech (or other vendor--find
your sweet spot) USB 3.0 HDD docking station, and a rotation of bare
Ironwolf drives. Back up to the NAS during the week, and once/week to
the current removable HDD. Client only has to remember to swap one disk,
once/week; most will do that.
You get backup in depth, much more reliable drives, and a stable and
reliable primary backup. And yes, it costs some money, but far less than
tape.
Cheers,
--
Dave Ihnat
[email protected]
_______________________________________________
users mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/[email protected]
