|
google site
|
|||||||
| Forums | Register | Blog | Man Pages | Forum Rules | Links | Albums | FAQ | Users | Calendar | Search | Today's Posts | Mark Forums Read |
| Filesystems, Disks and Memory Discuss NAS, SAN, RAID, Robotic Libraries, backup devices, RAM, DRAM, SCSI, IDE, EIDE topics here. |
![]() |
|
|
Search this Thread |
|
#1
|
|||
|
|||
|
Life span of HDD - maximum reads/writes etc
Hi All
I was wondering how the copying of vast amounts of data affected the overall lifespan of an HDD. In my example, I'm copying approx 120GB (250,000) of files, once per hour from disk to another. Is this likely to have a detrimental effect on the disk in terms of reads/writes etc? Thanks. |
| Sponsored Links | ||
|
|
|
#2
|
|||
|
|||
|
From an engineering standpoint, yes. It would have to.
Most of the MTBF rates are based on some standard percentage of use, such as 30%. If you are keeping the drive busier than that, then you can expect the lifetime to be decreased. Heavy usage over a long period is more likely to result in a thermal failure than anything else. The magnetic surface is good for X number of write operations and the servo motors are good for X number of direction reverses and distance traveled. I would suggest that you have multiple spare drives ready to go (most shops will do this just out of a need for short-as-possible downtime). You could of course use some form of RAID that spreads the usage out over multiple drives. Using a form of RAID that provides redundancy also means that a drive failure doesn't immediately impact your uptime too. Another option is to use rsync or similar technology that only copies the new files or those parts of the files that have changed, reducing the number of overall writes to the drive. The problem with rsync is that it has to read the file first and calculate block checksums which will have an impact on the overall access to the drives if they are configured for concurrent use. |
|
#3
|
|||
|
|||
|
Thanks Azhrei
We're using a JBOD at the moment so it's a raid configuration of sorts. My colleague is using a program called robocopy (similar to rsync) to get this ever changing data over to another disk (as a kind of resilience option). I've pointed out to them that there's a purge function in robocopy which will copy all the files that have changed, and also delete files that need deleting. However, they are convinced that this particular feature is somehow cursed and we'd be at risk of losing all the data! Therefore, I need to prove to them that, over time, their method could well be degrading the disks. Convining them to use the 'few files at a time' is extremely difficult and they're set in their ways at the moment! |
| Sponsored Links | ||
|
|
![]() |
| Thread Tools | Search this Thread |
| Display Modes | |
|
|
More UNIX and Linux Forum Topics You Might Find Helpful
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Does vmstat -d give a count of actual physical writes/reads done to/from hard disk? | jake24 | Filesystems, Disks and Memory | 2 | 05-13-2009 12:03 AM |
| identify the unix process performing high disk i/o reads and writes | avsswamy | UNIX for Advanced & Expert Users | 6 | 01-14-2009 11:32 AM |
| identify the unix processes performing high disk i/o reads and writes | avsswamy | Shell Programming and Scripting | 0 | 01-09-2009 09:45 PM |
| End of Life / Life Cycle Information | robertmcol | UNIX for Advanced & Expert Users | 2 | 03-24-2008 05:45 PM |
| sh script that reads/writes based upon contents of a file | rdudejr | Shell Programming and Scripting | 3 | 07-12-2006 10:38 AM |