Re: (history of) BACKUP/ALIAS
From: AEF (spamsink2001_at_yahoo.com)
Date: 04/12/05
- Next message: David B Sneddon - bigpond: "Re: VMS 8.2 or 7.3-2"
- Previous message: _at_SendSpamHere.ORG: "Re: [TCPIP V5.4 ECO4] SFTP rants"
- In reply to: JF Mezei: "Re: (history of) BACKUP/ALIAS"
- Next in thread: John Santos: "Re: (history of) BACKUP/ALIAS"
- Reply: John Santos: "Re: (history of) BACKUP/ALIAS"
- Reply: Phillip Helbig---remove CLOTHES to reply: "Re: (history of) BACKUP/ALIAS"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: 11 Apr 2005 17:58:22 -0700
JF Mezei wrote:
> Phillip Helbig---remove CLOTHES to reply wrote:
> > tried out all the combinations. But the HELP says that /NOALIAS
will
> > IGNORE alias file entries---I don't want them ignored, I want them
> > copied, not as files, but as aliases. I can't see why anyone doing
an
> > image copy would want anything else.
What happens is that the data for alias files are ignored. The aliases
ARE copied as aliases.
>
> The help text and documentation are very confusing.
>
>
> However, onsider that the alias is really just an extra record in a
> directory file.
Correct. Using /IMAGE/ALIAS to build a save set will save an extra copy
of the file (in the save set) per alias entry for that file. This just
wastes time.
Normally you want BACKUP/IMAGE to get only one copy of each file (to a
save set), including all the .DIR files. In a restore operation,
BACKUP/IMAGE then restores all the files, including the .DIR files
(which contain all the alias entries if any). This will restore all
aliases.
>---o---<
As I've said before, the only advantage I can see to copying the same
file repeatedly (to a save set), once for each of its aliases (and once
for the primary entry!), is that you can then use /SELECT to restore
said file by any of its alias names. In some situations you may want
that, but it's going to cost you in extra processing time.
> (is there also an entry in indexf.sys ?)
No.
>
> If backup gets the contents of the directory file, when that
directory
> file is restored, it will have a pointer to the original file.
Correct, assuming /IMAGE is used during both the save and restore
operations.
>
>
> Perhaps the help text should simply state that /NOALIAS will not
process
> the CONTENTS of alias file in order to avoid the contents being
backed
> up multiple times.. This woudl make it easier to understand that the
> alias entry itself would be preserved.
OK. Even better: Explicitly state that skipping the alias files with
/NOALIAS will not prevent a proper restore.
- Next message: David B Sneddon - bigpond: "Re: VMS 8.2 or 7.3-2"
- Previous message: _at_SendSpamHere.ORG: "Re: [TCPIP V5.4 ECO4] SFTP rants"
- In reply to: JF Mezei: "Re: (history of) BACKUP/ALIAS"
- Next in thread: John Santos: "Re: (history of) BACKUP/ALIAS"
- Reply: John Santos: "Re: (history of) BACKUP/ALIAS"
- Reply: Phillip Helbig---remove CLOTHES to reply: "Re: (history of) BACKUP/ALIAS"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|