HP 3000 Manuals HP 3000 Manuals
TurboSTORE/iX Changes by Harvey Skinner, Jim Nissen, and Laura Fischer Commercial Systems Division For MPE/iX Release 5.0, STORE and TurboSTORE/iX have undergone some internal low level renovation to provide a better code base for future enhancements. Although most of the changes are completely internal and are not visible to you, a few of the changes cause noticeable differences from previous versions of TurboSTORE. In addition to the internal changes, a new utility for using Hewlett-Packard Magneto-Optical devices for backup (which requires the purchase of TurboSTORE/iX II products HP36397 or HP36398) is also available with the MPE/iX Release 5.0 of TurboSTORE/iX II. Free Trial Period of Advanced Features The first difference that you may notice is an automatically enabled "trial period" for many of the advanced features of TurboSTORE/iX. Specifically, it gives you all the features of TurboSTORE/iX II with Online Backup (product number HP36388A). If the version of STORE/TurboSTORE on your system does not have the ONLINE, COMPRESS, INTER, STORESET, or RESTORESET options, then use of all these options will be available to you for a trial period of 90 days. This replaces the TurboSTORE Demo product (B2492A) available on MPE/iX Release 4.0. For example, if you currently are using TurboSTORE/iX (product number HP30319A), then you can already use the STORESET and INTER options. The free trial will also allow you to try out the RESTORESET, COMPRESS, and ONLINE options for 90 days. If you already own TurboSTORE/iX Product HP36388 or HP36398, you already have all of these options enabled, and will not see the free trial banner.
NOTE Any tapes created with any of the "trial" features can be restored with ANY version of STORE/TurboSTORE after the trial period has expired.
You can distinguish whether the free trial period is active on your system by looking at the product banner when doing a STORE or RESTORE. If after the product banner a second banner stating "FREE TRIAL PERIOD" is also displayed as in the following example, then you can use all the advanced options until the trial period expires. Example of "FREE TRIAL PERIOD" banner: ____________________________________________________________________________ | | | | | >> TURBO-STORE/RESTORE VERSION D.50.02 HP31900A << | | (C) 1986 HEWLETT-PACKARD CO. | | | | =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= | | = TurboSTORE - FREE TRIAL PERIOD - EXPIRED SUN, MON D, 1900 = | | =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= | | | | FOR MORE INFORMATION ON FREE TRIAL "PRINT TSREADME.DOC.TELESUP" | | | ____________________________________________________________________________ If you would like to continue to use any of the "trial" options after the trial period is over, please contact your Hewlett-Packard Sales Representative for information on purchasing the correct product of TurboSTORE/iX before the trial period expires. See the HP 3000 900 Series Computer Systems Configuration Guide (5962-8407E) for information about TurboSTORE products. New Utility for Magneto-Optical Backup If you have purchased TurboSTORE/iX II products (part numbers HP36397 or HP36398) that support STORE and RESTORE of data using HP Magneto-Optical devices, you will receive a new utility with MPE/iX Release 5.0. Because Magneto-Optical media is still quite costly when compared to magnetic tape media, we have developed a new utility, STORCOPY, that allows you to copy TurboSTORE/iX store data from Magneto-optical media to magnetic tape media. For more information on the STORCOPY utility and its use please refer to Appendix E of the STORE and TurboSTORE/iX Manual (30319-90001, second edition) which discusses the use of STORCOPY. Special Wildcarded Name Translation for HFS File Backups To allow the backup of Hierarchical File System (HFS) (POSIX name style) files and directories to be more integrated with the backup of MPE files, STORE/TurboSTORE translates wildcarded MPE syntax names to include all files (all MPE files and all HFS files and directories) as follows: @.group.account => /ACCOUNT/GROUP/ (all files under GROUP.ACCOUNT) @.@.account => /ACCOUNT/ (all files under ACCOUNT) @.@.@ => / (all files on the system) @.@ => /logon account/ (all files under logon account) @ => ./ (all files under current directory) This translation only applies to inclusion file sets. It does not apply to exclusion or negative file sets (those preceded by a "-"). Specifying "?@" in the filename part of a file set causes STORE/TurboSTORE to select only MPE syntax filenames. Storing Symbolic Links and Device Links MPE/iX Release 5.0 supports symbolic links and device links. When storing symbolic links, TurboSTORE only follows the link if it is not the last component of an HFS filename. If the symbolic link is the last component of an HFS filename, the only the link, or "container" will be stored. When storing device links, only the link is stored. For example, if you have a symbolic link named /SYS/TESTDIR which points to the directory /MYACCT/MYDIR, then issuing the following STORE command would store all of the files in /MYACCT/MYDIR: STORE /SYS/TESTDIR/@;;SHOW If you had a symbolic link name /SYS/PUB/MYFILE, which pointed to /MYACCT/PUB/TARGET, then the following STORE command would only store the symbolic link MYFILE, not the target file TARGET: STORE /SYS/PUB/MYFILE;;SHOW For more information regarding symbolic links and device links, see the article "Symbolic Links on MPE/iX" in Chapter 5 of this Communicator. Differences You May Notice STORE and TSTORE Program Files are the Same. In the past, the basic STORE program and the purchased product level of TurboSTORE resided in two different program files in PUB.SYS, STORE and TSTORE. Since the purchased TurboSTORE options were only available by running TSTORE, this prevented other system level utilities, such as DBSTORE or SYSGEN, from using TurboSTORE options, since they called STORE.PUB.SYS. With MPE/iX Release 5.0, whatever TurboSTORE options you have purchased now also exist in the STORE program file. This makes the TSTORE program file unnecessary. Users may have command files or job streams which directly call the TSTORE program file, so TSTORE will continue to be in PUB.SYS. However, to save disk space, TSTORE is now a symbolic link to STORE. When you use the STORE, RESTORE, or VSTORE commands, or run STORE or TSTORE directly, you will always get the appropriate STORE or TurboSTORE product banner, and will have all of your purchased options available. Programs that call STORE, such as SYSGEN or DBSTORE, can now also use purchased TurboSTORE options, such as compression. Multi-process Differences. As part of the low level changes in the way TurboSTORE works, one of the key difference in MPE/iX Release 5.0 is to have each parallel STORESET/RESTORESET device pool owned and controlled by a separate process. Previous versions of TurboSTORE had a single process owning and controlling all I/O to all the backup devices being used. The new multi-process structure of TurboSTORE/iX allows greater I/O concurrency with multiple STORESETs/RESTORESETs and allows better utilization of system resources, especially for multi-processor systems. Because Release 5.0 of TurboSTORE/iX uses multiple processes whenever multiple STORESETs/RESTORESETs are used, these additional processes are also visible when issuing a SHOWPROC or SHOWQ command, or using a utility to view process activity, such as GLANCE/XL. For STORE, there are a minimum of three processes (parent, surrogate, and one child) at all times. For each additional parallel set (STORESET), there is an additional child process. For RESTORE, there are a minimum of two processes (a parent and one child) , plus one additional process for each additional parallel set (RESTORESET). Operator Request Differences. Now that TurboSTORE/iX may use multiple processes to control the backup devices, the way that the operator requests appear also changes slightly. In previous versions of TurboSTORE, since one process owned all the backup devices, including those in different STORESET/RESTORESET pools, the PIN number associated with each of the operator requests was the same. Since multiple processes are now used, one for each STORESET/RESTORESET, the PIN numbers for operator requests are not always the same and may be issued at the same time. File Listing Differences. With TurboSTORE on MPE/iX Release 4.5, a new file list format was introduced for cases when the STORE/RESTORE included an HFS syntax file. The additional file list format is needed to allow enough space to display the potentially much longer HFS style filename. As of Release 4.5 of TurboSTORE, any time the STORE/RESTORE fileset includes an HFS format file, the resulting file listing is in the HFS style format. MPE named files in the backup will be displayed with their equivalent HFS names. An example of the new listing is as follows: VOLUME RESTRICTIONS SECTORS CODE MEDIA FILENAME DISC :C 0 1 /SYS/TEST/FILE1 DISC :C 256 1 /_HFSACCT/_HFSGRP/HFSMAP DISC :C 32 HFSDIR 1 /SYS/TEST/test_dir/ DISC :C 0 1 /SYS/TEST/test_file DISC :C 0 1 /SYS/TEST/test_dir/thisisa* verylongfilename In addition to the HFS style file list format, there is another slight change which affects the listing order of files for TurboSTORE/iX Release 5.0 due to the multi-process enhancement. The change is apparent when doing a parallel RESTORE, with the SHOW option, from a backup created with interleaving (the INTER option), and there are more store sets to be restored than there are restore devices. The listings of files at the end of the restore are displayed by set. Each set is sorted within itself, but the order of the sets when printed depends on which device the sets were restored from, and the order in which the sets were restored. Using $NULL as a STORE Device When using the storefile parameter of Release 5.0 of STORE and TurboSTORE, it can now refer to the actual file designator $NULL. The MPE/iX FILE command should be used to set up a file equation prior to running store. For example: FILE N=$NULL Doing so causes STORE to use $NULL as its output device. The command line is parsed, the input file set scanned, all files are read from disk, and all output is displayed as normal. The only real difference is that the data is not actually being written to an output device. This feature can be useful when trying to determine which files will be stored by STORE, as a trial run. It can also be used, with EXTREME caution, with the ;PURGE option, to remove all specified files. When using this feature, keep in mind that your files are NOT being stored to any device, so the data has not been saved anywhere. Notification of File Availability In Release 5.0 STORE, a new option, NOTIFY, has been added to help automate the backup process, particularly for an online store. When specified in conjunction with a user-specified job stream, NOTIFY streams a job at the time when the files being backed up are available for full user access (including writing and purging). For an online store, the job is streamed once the attach phase has completed. Currently, a message is printed to the system console indicating that the files are free. It is then up to the user or operator to perform some action based on seeing that message. The backup process can be automated by placing the tasks that need to be performed into a job stream, and letting STORE stream the job for you. For a non-online backup, the job would be streamed at the end of a successful store operation. To use the NOTIFY option, first use the FILE command to set up a file equation for the formal file designator NOTIFY. For example, FILE NOTIFY=MYJOB.PUB.SYS This should be done before the store job is run. Then, issue the STORE command, specifying the NOTIFY option: STORE @.@.@;*T;SHOW;ONLINE;NOTIFY If STORE is being run from a session, and the job file requires passwords to be entered, STORE prompts you at the terminal, and waits for the passwords to be entered. If a job stream needs passwords, and STORE is being run from a job, then the job fails to stream. These errors, and all errors and output resulting from streaming the job, are sent to $STDLIST. STORE Console Messages In Release 5.0 STORE, there has been a slight change in the operation of certain console messages issued by STORE. The messages affected are the ones issued when RESTORE is skipping over the SLT of a combined SLT/STORE set, and the message issued during an online store when all files have been attached to the shadow log. Previously, these messages went exclusively to the system console. In Release 5.0, these messages are sent to your terminal if STORE or RESTORE is being run from a session. The messages are still sent to the system console. This allows individual users of store to have better information on the tasks that STORE and RESTORE are performing for them. STORE File Warning Messages Some warning messages generated by STORE when it is unable to store a file have been suppressed. There are two warnings that fall into this class. When a file is specified more than once on the STORE command line, STORE no longer prints the message: ! WARNING: THIS FILE IS ALREADY LOCKED BY A STORE PROCESS Instead, STORE only stores one copy of each redundantly specified file, and keeps track of how many files are specified multiple times. At the end of the STORE operation, it prints a summary message of the total number of files not stored because of this reason. FILES REDUNDANTLY SPECIFIED : ## If a file really is locked by a separate STORE process, the original warning is printed for the file, and the file is not stored. The other warning that has been suppressed is: ! NOT STORED : FILE IS NOT ARCHIVABLE. This message was printed for all files that have their non-archive bit set in the file label. (They show a NOBACKUP label in a LISTF,3.) Now, a running count of the number of non-archivable files is kept, and a summary message is printed at the end of store. FILES NOT ARCHIVABLE : ## There are quite a few files on MPE/iX Release 5.0 that are not archivable. This change should help to make STORE listings more readable by removing a large number of warnings. Expanded RENAME functionality With Release 5.0 of STORE and TurboSTORE, the RENAME option has been expanded to handle HFS-named files as well as MPE-named files. HFS files and directories can be moved to new locations in the directory structure, and their creators can be modified. These new file attributes can be specified at STORE time by using the RENAME option in conjunction with an expanded file set syntax specification. Renaming HFS files with the STORE RENAME option can be more complicated than renaming MPE files, so for full details in using RENAME with HFS-named files, consult the STORE and TurboSTORE/iX Manual (30319-90001, second edition). Using Remote Devices for Backups STORE and TurboSTORE now support remote backup devices for storing and restoring files. This feature, which was previously only available using CMSTORE, allows you to specify a backup device, or devices, on a remote system for your backups. A connection to the remote system must exist before the STORE is invoked. Once the remote connection is established, a file equation should be created to point to the remote device. For example, to store to a tape drive on the remote system BROWNY, issue the following FILE command: FILE REMOTE;DEV=BROWNY#TAPE This file equation can then be used as the device file argument to STORE, RESTORE, or VSTORE, or can be used with the STORESET or RESTORESET options. For example, using the file equation defined above, the following STORE command will back up files to a remote tape drive on BROWNY: STORE @.@.@;*REMOTE;SHOW Although the initial console device request will appear on the console of the remote system, all further STORE console messages will be sent to the local system's console. These messages will also be sent to the backup's $STDLIST.
NOTE Remote backup is currently only supported for unlabeled backups. Labeled backups cannot be accessed remotely by either STORE or CMSTORE. Also, magneto-optical devices can not be used remotely. Any backups to MO devices must be done to a local device.