home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!ferkel.ucsb.edu!taco!lll-winken!ames!saimiri.primate.wisc.edu!zaphod.mps.ohio-state.edu!menudo.uh.edu!nuchat!lobster!siswat!buck
- From: buck@siswat.hou.tx.us (Lester Buck)
- Newsgroups: comp.unix.admin
- Subject: Re: How do you back up a terabyte?
- Message-ID: <1993Jan10.043714.6764@siswat.hou.tx.us>
- Date: 10 Jan 93 04:37:14 GMT
- References: <1992Dec31.174549.677@mav.com> <1993Jan2.165300.13971@siswat.hou.tx.us> <1993Jan4.125908.28013@cc.ic.ac.uk>
- Organization: Photon Graphics, Houston
- Lines: 31
-
- In article <1993Jan4.125908.28013@cc.ic.ac.uk> cmaae47@imperial.ac.uk writes:
- >I fear the "perfect, reliable backup" can no longer be achieved, shutting
- >down applications is not appropriate if they provide real time response.
- >Making snapshots of a file system can dump all closed files and a previous
- >version of open ones, or flag them as needing further attention. The
- >usefulness of such a backup set is doubtful. It also does not address file
- >interdependence.
- >
- >You should give up the notion that there is such a thing as a verifyably
- >correct filesystem backup and go for a "reliable enough backup set". This
- >of course means that all serious applications have to cope with corrupted
- >information, just as filesystems (and backup procedures) try to cope with
- >disk failures.
-
- No, reliable backups are achievable by several methods, though you
- may not like the price.
-
- 1) Applications log their transactions, so fuzzy backups can be
- reconciled on an application by application basis.
-
- 2) Use a transactional filesystem. If necessary, consider the
- data blocks and not just the file metadata as part of the
- transaction.
-
- 3) Or go whole hog and build your filesystem on top of a database.
- Tandom's operating system takes this approach, and the filesystem
- is extremely reliable.
-
-
- --
- A. Lester Buck buck@siswat.hou.tx.us ...!uhnix1!siswat!buck
-