[an error occurred while processing this directive]

HP OpenVMS Systems

OpenVMS Technical Journal V4
» 

HP OpenVMS Systems

OpenVMS information

» What's new on our site
» Upcoming events
» Configuration and buying assistance
» Send us your comments

HP OpenVMS systems

» OpenVMS software
» Supported Servers
» OpenVMS virtualization
» OpenVMS solutions and partners
» OpenVMS success stories
» OpenVMS service and support
» OpenVMS resources and information
» OpenVMS documentation
» Education and training

OpenVMS software

» Operating system
» OpenVMS clusters
» OpenVMS Galaxy
» e-Business products
» Opensource tools
» Networking
» System management
» Storage management
» Security products
» Application development and integration
» Software licensing
» SPD listings
» Whitepapers
» Ask the wizard
» Training
» OpenVMS books

Evolving business value

» Business Systems Evolution
» AlphaServer systems transition planning
» Alpha RetainTrust program

Related links

» HP Integrity servers
» HP Alpha systems
» HP storage
» HP software
» HP products and services
» HP solutions
» HP support
disaster proof
HP Integrity server animation
HP Integrity server animation
Content starts here

Effective Uses for the SYSGEN USER Parameters

Mark 'Jilly' Jilson
Proprietary Solutions Support Group
OpenVMS PCC Team

Overview

The OpenVMS SYSGEN utility includes parameters that a system manager can use to increase a system's maintainability and increase application configurability. Integrating these parameters into system startup procedures may hasten resolution of system problems and can increase the flexibility of application startup.

SYSGEN USER Parameters

SYSGEN has four USER parameters that can be used in many ways, as determined by the system manager.

As shown in Example 1, there are two dynamic parameters, USERD1 and USERD2, and two non-dynamic parameters, USER3 and USER4. They all have the same defaults and limits and are numeric parameters. None of them can be used to store text values. These parameters are not referenced by any other part of OpenVMS. The parameters can be maintained like any other parameter using the MODPARAMS.DAT and the AUTOGEN command procedures. These parameters also can be set at the SYSBOOT> prompt during a conversational boot. You can determine the current active value of the parameter by examining the DCL lexical F$GETSYI, as shown in Example 2.


Example 1


Example 2

Controlling System Startup

There are times during system maintenance when the options OpenVMS provides for system startup (STARTUP_Pn parameters and SET/STARTUP) are limited in their functionality. Incorporating the SYSGEN USER parameters into a startup procedure can increase system startup flexibility and allow a system manager to complete maintenance operations in less time. Example 3 shows the USER3 parameter being used to control which parts of SYSTARTUP_VMS.COM get executed. In this example, if USER3 equals 1, then only the network stacks will be started and all the disks mounted. None of the application startup procedures will be executed and DECWindows will not be started.


Example 3

This is a fairly simple example, but a system manager could implement many different startup configurations all based on the values to which the USER parameters are set. One USER parameter could be used to control which network ports are configured into the system while another USER parameter could be used to control whether a system would participate as a server for a TCPIP-based service. Adding these parameters into your system startup command procedures can significantly enhance the maintainability of a system.

Controlling Application Startup

There are times when a system manager would like to boot a system and start up the system applications in a non-default manner. The USER parameters provide an excellent way to do this. You can edit SYLOGICALS.COM to employ the USER parameters to determine to which values the application logicals should be set. In a large cluster this strategy allows a system manager to have one subset of nodes act as the main application servers and another subset act as backup servers --- or the USER parameters can be used to disable individual parts of an application. These parameters can also be used to enable database verification procedures before normal application startup. The possibilities are limited only by how much control the application startup procedures provide.

Documenting USER Usage

The last -- and very important! -- step in implementing the USER parameters is to document how they have been employed. The best place to document their usage in a system or a cluster is directly in the file where they are used, whether it be MODPARAMS.DAT, SYSTARTUP_VMS.COM, or any other command procedure. You should also print and keep a hardcopy document with other system documentation such as boot profiles and system configuration profiles.