Previous | Contents | Index |
SHUTDOWN shuts down the system and awaits a manual reboot. To use the new system parameter values generated in the SETPARAMS phase, specify either SHUTDOWN or REBOOT as the end phase. You can define the logical name AGEN$SHUTDOWN_TIME (using the DCL command DEFINE) to specify the number of minutes before shutdown occurs.
SHUTDOWN requires the SETPRV privilege.
6.4.8 REBOOT
REBOOT automatically shuts down and reboots the system, thus installing the new parameter values. To install the new system parameter values generated in the SETPARAMS phase, specify either SHUTDOWN or REBOOT as the end phase. You can define the logical name AGEN$SHUTDOWN_TIME (using the DCL command DEFINE) to specify the number of minutes before shutdown occurs.
REBOOT requires the SETPRV privilege.
6.4.9 HELP
HELP displays help information about AUTOGEN to the screen. The HELP
phase is only valid as the start phase command line parameter. When you
specify HELP for the start phase, the end phase and execution mode
parameters are ignored.
6.5 Execution Modes
Specify an execution mode when you invoke AUTOGEN to control how AUTOGEN uses feedback. Table 6-2 lists the execution-mode options.
Option | Description |
---|---|
FEEDBACK | Specifies that AUTOGEN run in feedback mode, using dynamic feedback collected during the SAVPARAMS phase to make its calculations. |
NOFEEDBACK | Specifies that AUTOGEN not use feedback in the calculations. The feedback from the SAVPARAMS phase is ignored. Use NOFEEDBACK mode for the initial system installation or upgrade. NOFEEDBACK supersedes the execution-mode option INITIAL, which was used in a previous version of the operating system. |
CHECK_FEEDBACK | Specifies that AUTOGEN use feedback in its calculations as long as the feedback is valid. If feedback is suspect, AUTOGEN does not use feedback in the calculations, but continues through the specified end phase. |
Blank | If you do not specify an execution mode, AUTOGEN uses feedback in the calculations by default. However, if AUTOGEN determines that the feedback might be suspect, it performs the calculations, issues the feedback report, and stops before modifying any parameters or system files, even if you specified an end phase of GENFILES, SETPARAMS, SHUTDOWN or REBOOT. |
Table 6-3 lists the files AUTOGEN uses during each phase.
AUTOGEN Phase | Input Files1 | Output Files1 |
---|---|---|
SAVPARAMS | None | AGEN$FEEDBACK.DAT |
GETDATA |
NEWPARAMS.DAT
2
CLU$PARAMS.DAT |
CLU$PARAMS.DAT |
AGEN$FEEDBACK.DAT
CLU$PARAMS.DAT MODPARAMS.DAT |
PARAMS.DAT 3 | |
GENPARAMS | PARAMS.DAT |
SETPARAMS.DAT
VMSIMAGES.DAT AGEN$PARAMS.REPORT |
TESTFILES | PARAMS.DAT | SYS$OUTPUT |
GENFILES | PARAMS.DAT |
PAGEFILE.SYS
SWAPFILE.SYS (and secondary page and swap files) SYSDUMP.DMP AGEN$PARAMS.REPORT |
SETPARAMS | SETPARAMS.DAT |
++ALPHAVMSSYS.PAR (Alpha)
*IA64VMSSYS.PAR (Integrity servers) AUTOGEN.PAR ++ALPHAVMSSYS.OLD (Alpha) *IA64VMSSYS.OLD (Integrity servers) |
SHUTDOWN | None | None |
REBOOT | None | None |
The AUTOGEN command procedure runs automatically when your system is installed or upgraded to set appropriate values for system parameters and sizes for system page, swap, and dump files.Execute AUTOGEN to reset system parameter values and system file sizes. The new values and file sizes take effect the next time the system is booted.
@SYS$UPDATE:AUTOGEN [start-phase] [end-phase] [execution-mode]
start-phase
Specify the phase where AUTOGEN is to begin executing. Table 6-1 lists the options for the end-phase parameter.The phase specified for start-phase must either precede or be identical to the phase specified for end-phase, according to the sequence shown in Table 6-1. If you do not supply an option for the start-phase parameter, enter a null argument (that is, "" ). If you do not specify a start phase, GENPARAMS is the default.
end-phase
Specify the phase where AUTOGEN is to complete executing. Table 6-1 lists the options for the end-phase parameter. If you do not specify an end phase, the end phase has the same value as the start phase by default.execution-mode
Specify one of the following execution-mode options to control how AUTOGEN uses feedback:
- FEEDBACK
- NOFEEDBACK
- CHECK_FEEDBACK
- Blank
Table 6-2 describes each execution-mode option.
To invoke AUTOGEN, use the following syntax to enter a command at the DCL command prompt:
$ @SYS$UPDATE:AUTOGEN [start-phase] [end-phase] [execution-mode]
You are returned to DCL level when the command has finished processing unless you specify SHUTDOWN or REBOOT as the end-phase parameter.
The Backup utility (BACKUP) helps you prevent data loss or corruption by creating copies of your files, directories, and disks. In case of a problem, for example, a disk drive failure, you can restore the backup copy and continue your work with minimal disruption.
When you save files with BACKUP, it writes the files to a special file called a save set. Save sets are written in a format that only BACKUP can interpret. (A save set stored on a Files--11 disk is a standard OpenVMS file, however, and can be copied, renamed, deleted, or backed up. A save set stored on magnetic tape should only be processed with the BACKUP command; do not use the DCL command COPY to copy a magnetic tape save set to disk.)
Use BACKUP to perform the following tasks:
For specific information about performing these tasks, see the HP OpenVMS System Manager's Manual.
Some layered products have their own special backup procedures. For more information, see the layered product documentation. Also, when a symbolic link is encountered during a backup operation, the symbolic link itself is copied. This is true for all backup types --- physical, image, and file. For more information, see the Compaq C Run-Time Library Reference Manual for OpenVMS Systems. |
Using BACKUP eliminates disk fragmentation. Fragmentation can occur as you create and extend files on a disk. If the file system cannot store files in contiguous blocks, it stores them in noncontiguous pieces. Eventually, the disk can become severely fragmented and system performance suffers. To eliminate fragmentation, perform an image backup of the disk and restore the backup copy. When you restore the image backup, BACKUP places the files on the disk contiguously.
Besides backing up your own files, directories, and disks, remember to back up your OpenVMS system disk. Depending on the policy at your site, individuals may be responsible for backing up their system disks, or an operator or system manager may perform the backup (as would likely be the case in a large, clustered computer system).
If you have access to the OpenVMS Alpha or Integrity servers CD-ROM, you can use a menu system supplied on the CD-ROM to back up your system disk.
For more information about standalone BACKUP and the menu-driven procedure, see the HP OpenVMS System Manager's Manual.
Types of backup operations are:
Because an image copy or backup operation processes all files on the input volume, you cannot specify file-selection qualifiers for these operations. You can, however, restore files and directories selectively from an image save set. |
Beginning in Version 8.2, a restore of a physical backup no longer requires the output disk to have the same geometry (tracks, cylinders). The restore operation works as long as the output has the same or larger capacity. |
To perform BACKUP operations, enter the DCL command BACKUP in the following format:
BACKUP input-specifier output-specifier |
BACKUP evaluates the input and output specifiers to determine which
type of operation to perform. BACKUP also uses the input specifier to
locate the input and directs output to the output specifier.
7.3 BACKUP Input and Output Specifiers
BACKUP can process several different types of input and output. Depending on the type of operation being executed, input and output specifiers can be standard OpenVMS file specifications, BACKUP save-set specifications, or device specifications. Device specifications can refer to disk or magnetic tape volumes.
You can specify any valid OpenVMS file specification as BACKUP input or output specifiers; however, BACKUP does not allow node names in BACKUP file specifications. You can use wildcard characters, and you can also list multiple file specifications as input to a single BACKUP operation.
A BACKUP save-set specification is the file specification of a BACKUP save set. When you use BACKUP to save files or volumes, BACKUP writes your files to a save set. You can specify the save set as input to other BACKUP operations. When specifying a save set, follow the rules for specifying a OpenVMS file. The OpenVMS User's Manual describes valid specifications for disk files; the HP OpenVMS System Manager's Manual explains the rules for specifying magnetic tape files. A save-set specification has no default file type, although you can use BCK or SAV.
The save-set name can be any valid OpenVMS file name and type. However, when you create a save set on magnetic tape, the save-set name has the following restrictions:
Device specifications used as BACKUP input or output specifiers follow the conventions for specifying devices outlined in the OpenVMS User's Manual.
By default, BACKUP treats an input or output specifier referring to a Files--11 disk as a file specification. Therefore, to identify a save set on a Files--11 volume, you must include the /SAVE_SET qualifier with the specifier (see /SAVE_SET). BACKUP treats input and output specifiers referring to magnetic tape as save sets.
You cannot specify a save set for both the input and output specifier of a BACKUP command. For this reason, you cannot perform a BACKUP operation from one magnetic tape to another. |
Table 7-1 shows input and output specifiers for each type of BACKUP operation.
Operation | Format |
---|---|
Save | BACKUP file-spec save-set-spec |
Save (image) | BACKUP/IMAGE device-spec save-set-spec |
Save (physical to disk) | BACKUP/PHYSICAL device-spec device-spec |
Restore | BACKUP save-set-spec file-spec |
Restore (image) | BACKUP/IMAGE save-set-spec device-spec |
Restore (physical from disk) | BACKUP/PHYSICAL save-set-spec device-spec |
Restore (physical from tape) | BACKUP/PHYSICAL save-set-spec device-spec |
Copy | BACKUP file-spec file-spec |
Copy (image) | BACKUP/IMAGE device-spec device-spec |
Copy (physical to tape) | BACKUP/PHYSICAL device-spec save-set-spec |
Compare |
BACKUP/COMPARE file-spec file-spec
BACKUP/COMPARE save-set-spec file-spec |
Compare (image) |
BACKUP/COMPARE/IMAGE save-set-spec device-spec
BACKUP/COMPARE/IMAGE device-spec device-spec |
Compare (physical) |
BACKUP/COMPARE/PHYSICAL device-spec device-spec
BACKUP/COMPARE/PHYSICAL save-set-spec device-spec |
List 1 |
BACKUP/LIST[=file-spec] save-set-spec
BACKUP/LIST[=file-spec] device-spec |
Create Journal | BACKUP/JOURNAL[=file-spec] file-spec save-set-spec |
List Journal | BACKUP/JOURNAL[=file-spec]/LIST[=file-spec] |
An element list is a list of arguments specified with a command or qualifier. The arguments, or elements, in the list are separated by commas. Element lists relating to input or output specifiers are allowed only in the following circumstances:
$ BACKUP _From: DUA0:[DATA]A.DAT,B.DAT,[PROGRAMS]TEST.EXE _To: MSA0:TEST.SAV/LABEL=DLY101 |
$ BACKUP _From: DUA0:[DATA]*.*,DUA0:[PROGRAMS]*.* _To: MSA0:TEST.SAV,MSA1:/LABEL=WKLY01 |
$ BACKUP/IMAGE _From: MSA0:TEST.SAV,MSA1: _To: DUA0:[DATA...],DUA1: |
BACKUP allows you to use wildcard characters in file specifications to represent directories, file names, file types, and version numbers. Omitted file names, file types, or version numbers are assumed to be the asterisk wildcard character (*). For instance, if you omit the version number, BACKUP processes all versions. (For introductory information about wildcard characters, see the OpenVMS User's Manual.)
You can use any valid DCL wildcard character with input specifiers that are Files--11 media or with the /SELECT and /EXCLUDE qualifiers. Note, however, that the symbols denoting the latest versions of files (;) and relative versions of files (;-n) are processed as the asterisk wildcard character (;*) when they are used with the /EXCLUDE and /SELECT qualifiers.
You cannot use wildcard characters in BACKUP save-set specifications unless the save sets are input specifiers on tape.
Using Wildcard Characters to Represent Directories
The following table lists the types of directory wildcards allowed for output specifiers that are Files--11 media:
Directory Wildcard | Result |
---|---|
omitted | If a directory name is omitted, BACKUP restores file to the current default directory []. |
[*...] | BACKUP restores files to the directory from which they were saved. |
[directory] | BACKUP restores files to the named directory. |
[directory...] | The wildcard characters used in the specification of the input files determine the directory to which BACKUP restores the files. |
If you specify directory wildcard characters incorrectly and your directories contain many levels of subdirectories, you risk losing the lower level subdirectories in BACKUP operations because OpenVMS directory trees can have only 8 levels with ODS-2 files. ODS-5 files, however, do not have this 8-level restriction. |
The following example uses the directory wildcard format [directory...] for both the input and the output specifiers:
$ BACKUP [OSCAR...] [JOE.RECEIVED...] |
In this example, BACKUP creates a directory named [JOE.RECEIVED] (if it does not already exist) as well as subdirectories that correspond to the subdirectories of [OSCAR]. BACKUP copies all files from the directory [OSCAR] and its subdirectories to [JOE.RECEIVED] and its subdirectories. If [OSCAR] has 8 levels of directories, however, and files in it are ODS-2, BACKUP is unable to create a corresponding 9-level subdirectory to [JOE.RECEIVED]; the 8-level subdirectory to [OSCAR] is not copied. (This restriction does not apply to ODS-5 files.)
If you use the asterisk wildcard character (*) to represent subdirectories in the input specifier of a copy operation, BACKUP creates subdirectories to the directory specified in the output specifier that correspond to the subdirectories in the input specifier. BACKUP then copies all files from the lowest level subdirectory in the input specifier to the lowest level subdirectory in the output specifier. In the following example, the asterisk represents subdirectories named MONDAY and TUESDAY:
$ BACKUP [SAM.WORK.*.WEDNESDAY] [JAMES...] |
In this example, BACKUP creates a subdirectory named [JAMES.MONDAY.TUESDAY.WEDNESDAY]. In doing so, BACKUP:
In a restore operation, the input specifier defaults to [*...] if the input save-set qualifier /SELECT is not used; this is important if you use the form [directory...] in the output specifier. The function of the wildcard [*...] is to carry over the entire directory name from the first level on and to place it before the ellipsis in the output specifier. Thus, if the save set in the following example contains the directory tree [SAVE...], the restored directory tree will be [WORK.SAVE...]:
$ BACKUP MTA0:SAVE.BCK [WORK...] |
Note that the result will be the same, even if your output specifier has the same name as the directory in the input specifier, as shown in the following example:
$ BACKUP MTA0:SAVE.BCK [SAVE...] |
The preceding command restores the directory tree [SAVE...] to a directory tree named [SAVE.SAVE...].
The following command restores the directory tree [SAVE...] to a directory tree named [WORK...]:
$ BACKUP MTA0:SAVE.BCK/SELECT=[SAVE...] [WORK...] |
There are two ways to retain the original directory name when you restore files. You must either use the form [*...] for the output specifier, or you must specify the input save-set qualifier /SELECT. The following example uses the form [*...] in the output specifier to restore the directory tree [SAVE...] in save set SAVE.BCK to the directory tree [SAVE...]:
$ BACKUP MTA0:SAVE.BCK [*...] |
The input save-set qualifier /SELECT causes only the ellipsis portion of the selected file specification to be carried over to the directory tree named in the output specifier [directory...]. The following command restores [SAVE...] to [SAVE...]:
Previous | Next | Contents | Index |