Boston Linux & UNIX was originally founded in 1994 as part of The Boston Computer Society. We meet on the third Wednesday of each month at the Massachusetts Institute of Technology, in Building E51.

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Discuss] Revisiting VMWare ESX backup options



I think you need to compute the price per byte, and I agree with you
that tape is more cost effective. Although I might use removable disk
media if it were removable and would be stored. Also tapes are written
and read serially (with the exception of the ancient DECTapes). For
backup purposes, I also think that tapes are less accident prone. I know
a business where the computer operator who was supposed to backup disk
to disk, used the backup disk and overwrote the production disk. They
were down for a few days trying to rebuild their files, and they were a
major food distributor in Atlanta, and many restaurants get daily
deliveries. So, this caused a significant loss of business. BTW: This
was an NCR system if that matters.

On 10/29/2014 06:09 PM, Richard Pieri wrote:
> On 10/29/2014 2:54 PM, Nathan Burridge wrote:
>> Have you looked into VMWare's Data Protection which is offered for free?
>
> Yeah... and I dismissed it based on the outright lies that make up the
> ad copy:
>
> "Traditional data backup and data recovery solutions are expensive,
> slow and complex."
>
> Fallacy 1: Expensive. No, they're not. A 16-slot rack-mount library
> costs around $4K. Most of that is the drive itself; the loader
> mechanism is cheap. LTO-6 cartridge prices have dropped to about $50
> each in bulk. That times 16 is $800 for each ~100TB of storage capacity.
>
> Fallacy 2: Slow. No. "Slow" isn't an absolute; it's relative to
> something else. Certainly, magtape is slower than most rotating
> platter media but that's irrelevant. It's part of a backup system. It
> doesn't need to be the fastest thing going. It needs to be reliable
> and the backup history depth needs to be scalable.
>
> Fallacy 3: Complex. This is all about horizontal scale. TSM is a
> complex system but it needs to be in order to handle literally
> thousands of simultaneous backup clients. A simple tape deck attached
> to a small database server is no more complex than the shell script
> that freezes the database, dumps it to disk, thaws the database, and
> writes the dump to tape.
>

-- 
Jerry Feldman <gaf at blu.org>
Boston Linux and Unix
PGP key id:B7F14F2F
PGP Key fingerprint: D937 A424 4836 E052 2E1B  8DC6 24D7 000F B7F1 4F2F





BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org