home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!ogicse!uwm.edu!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!ucbvax!corral.uwyo.edu!ZUC03AA
- From: ZUC03AA@corral.uwyo.edu (Jim Kirkpatrick)
- Newsgroups: comp.os.vms
- Subject: Re: Backup and Tape Management Utility
- Message-ID: <9653110919081992.A08742.POSSE.11689A4B3200*@mrgate.uwyo.edu>
- Date: 19 Aug 92 15:22:00 GMT
- Article-I.D.: mrgate.9653110919081992.A08742.POSSE.11689A4B3200*
- References: <01GNRECHO7EG8Y5FRN*@mrgate.uwyo.edu>
- Sender: daemon@ucbvax.BERKELEY.EDU
- Distribution: world
- Organization: The Internet
- Lines: 32
-
- In article <01GNOKTR962A9UMQ1U@LAGUNA.EPCC.EDU>, ARTG@LAGUNA.EPCC.EDU writes:
- >
- > We are looking for a Backup utility that has a Tape Management System with
- > it. Since we have a C.S.L.G. through DEC, we'd like it to be a DEC
- > product. However, third party software will be considered also.
- >
-
- and Ken Brucker replies:
- >
- >Then take a look at SLS from DEC. It uses the regular VMS BACKUP utility and
- >has a pretty complete tape management system built into it.
-
-
- This is not entirely correct. SLS uses a "pirated" version of BACKUP to which
- source code modifications are made. On our VMS 5.4-2 system, the version of
- SLS we are using writes tapes identifying themselves as being written by
- BACKUP version 5.3. Thus, if you use SLS, you are using an "obsolete"
- version of BACKUP. All those nifty patches CSC distributes to fix BACKUP
- problems, are of no use to the SLS user because the only way to get SLS to
- use a new version of BACKUP is to get a new version of SLS, which seems to
- be released roughly annually. I'm aware of no cases where BACKUP patches
- caused a corresponding SLS patch. Look in the accounting log, the image
- name isn't BACKUP; BACKUP is not callable.
-
- What they *should* do, is modify BACKUP to support the features SLS needs
- such as smart reel switching, rather than stealing the source and modifying
- it. But no, DEC can't be bothered to do a job *right*.
-
- Grumpily, but willing to accept corrections if the above is incorrect,
-
- Jim Kirkpatrick
- University of Wyoming
-