On May 28, 2010, at 4:28 PM, Juergen Nickelsen wrote: > Bob Friesenhahn <bfrie...@simple.dallas.tx.us> writes: >> On Fri, 28 May 2010, Gregory J. Benscoter wrote: >>> >>> I’m primarily concerned with in the possibility of a bit flop. If >>> this occurs will the stream be lost? Or will the file that that bit >>> flop occurred in be the only degraded file? Lastly how does the >>> reliability of this plan compare to more traditional backup tools >>> like tar, cpio, etc…? >> >> The whole stream will be rejected if a single bit is flopped. Tar and >> cpio will happily barge on through the error. > > That is one of the reasons why we at work do send/recv only into > live ZFS file systems -- any error would become apparent > immediately. Not that we have seen that happen yet, and I alone have > been doing hourly sends/recvs for years with a growing number of ZFS > file systems, over a hundred in between.
A high quality tape archive system will work well, too. These have been in use for almost 60 years . With the new tape technology delivering 50TB per tape, they may become more relevant to today's data needs. -- richard -- ZFS and NexentaStor training, Rotterdam, July 13-15, 2010 http://nexenta-rotterdam.eventbrite.com/ _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
