BLU Discuss list archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Discuss] Redundant array of inexpensive servers: clustering?
- Subject: [Discuss] Redundant array of inexpensive servers: clustering?
- From: markw at mohawksoft.com (markw at mohawksoft.com)
- Date: Mon, 31 Mar 2014 11:53:47 -0400
- In-reply-to: <533983C6.2010307@gmail.com>
- References: <6632cf71d55dabb34806494b44349729.squirrel@webmail.ci.net> <533884C8.4050006@gmail.com> <53388C0C.5060309@borg.org> <533891E9.8030600@gmail.com> <53389A03.8010707@borg.org> <5338A93F.4090907@gmail.com> <CAAbKA3WUgbBwWww3THHjJorMTusjzesK77koaPUCoVXEYRZNvA@mail.gmail.com> <533983C6.2010307@gmail.com>
> Bill Ricker wrote: >> I've seen a big-name commercial block-replication solution duplicate >> trashed data to the cold spare ... wasn't pretty ! > > Another great example of how replication is not backup. I call FUD! that is more of an example of how a bad program can corrupt data. I currently work at a fairly high end deduplicated backup/recovery system company. In a deduplicated system, a "new" backup should not ever be able to trash an old backup. Period. Only "new" data is added to a deduplicated pool and old references are untouched. Old data is not over-written. You can see this behavior in almost any deduplication strategy, including Windows NTFS and ZFS. The problem with "backup" is that a petabyte is hard to backup and it is very expensive. The best solution is a "live" site and a "replication target." This will protect you from natural disasters. The MTBF of tape is far shorter than disk, and not much cheaper, if it is cheaper per TB than tape at all. > > -- > Rich P. > _______________________________________________ > Discuss mailing list > Discuss at blu.org > http://lists.blu.org/mailman/listinfo/discuss >
- Follow-Ups:
- [Discuss] Redundant array of inexpensive servers: clustering?
- From: richard.pieri at gmail.com (Richard Pieri)
- [Discuss] Redundant array of inexpensive servers: clustering?
- References:
- [Discuss] Redundant array of inexpensive servers: clustering?
- From: richb at pioneer.ci.net (Rich Braun)
- [Discuss] Redundant array of inexpensive servers: clustering?
- From: richard.pieri at gmail.com (Richard Pieri)
- [Discuss] Redundant array of inexpensive servers: clustering?
- From: kentborg at borg.org (Kent Borg)
- [Discuss] Redundant array of inexpensive servers: clustering?
- From: richard.pieri at gmail.com (Richard Pieri)
- [Discuss] Redundant array of inexpensive servers: clustering?
- From: kentborg at borg.org (Kent Borg)
- [Discuss] Redundant array of inexpensive servers: clustering?
- From: richard.pieri at gmail.com (Richard Pieri)
- [Discuss] Redundant array of inexpensive servers: clustering?
- From: bill.n1vux at gmail.com (Bill Ricker)
- [Discuss] Redundant array of inexpensive servers: clustering?
- From: richard.pieri at gmail.com (Richard Pieri)
- [Discuss] Redundant array of inexpensive servers: clustering?
- Prev by Date: [Discuss] Redundant array of inexpensive servers: clustering?
- Next by Date: [Discuss] Redundant array of inexpensive servers: clustering?
- Previous by thread: [Discuss] Redundant array of inexpensive servers: clustering?
- Next by thread: [Discuss] Redundant array of inexpensive servers: clustering?
- Index(es):