VSI Archive Backup System for OpenVMS Installation Guide

Software Version:
ABS/MDMS V4.x
Operating System and Version:
VSI OpenVMS Alpha Version 8.4-2L1 or higher
VSI OpenVMS IA-64 Version 8.4-1H1 or higher
VSI OpenVMS x86-64 Version V9.2-3 or higher

Preface

1. About VSI

VMS Software, Inc. (VSI) is an independent software company licensed by Hewlett Packard Enterprise to develop and support the OpenVMS operating system.

2. Intended Audience

This document is intended for storage administrators who are experienced OpenVMS system managers. This document should be used in conjunction with the VSI OpenVMS System Manager's Manual, Volume 1: Essentials.

3. VSI Encourages Your Comments

You may send comments or suggestions regarding this manual or any VSI document by sending electronic mail to the following Internet address: . Users who have VSI OpenVMS support contracts through VSI can contact for help with this product.

4. OpenVMS Documentation

The full VSI OpenVMS documentation set can be found on the VMS Software Documentation webpage at https://docs.vmssoftware.com.

5. Conventions

VMScluster systems are now referred to as OpenVMS cluster systems. Unless otherwise specified, references to OpenVMS cluster systems or clusters in this document are synonymous with VMScluster systems.

The contents of the display examples for some utility commands described in this manual may differ slightly from the actual output provided by these commands on your system. However, when the behavior of a command differs significantly between OpenVMS Alpha, IA-64, or x86-64 servers, that behavior is described in text and rendered, as appropriate, in separate examples.

In this manual, every use of DECwindows and DECwindows Motif refers to DECwindows Motif for OpenVMS software.

The following conventions are also used in this manual:
ConventionMeaning

Ctrl/x

A sequence such as Ctrl/x indicates that you must hold down the key labeled Ctrl while you press another key or a pointing device button.

A horizontal ellipsis in examples indicates one of the following possibilities:
  • Additional optional arguments in a statement have been omitted.

  • The preceding item or items can be repeated one or more times.

  • Additional parameters, values, or other information can be entered.

A vertical ellipsis indicates the omission of items from a code example or command format; the items are omitted because they are not important to the topic being discussed.

()

In command format descriptions, parentheses indicate that you must enclose the options in parentheses if you choose more than one.

[]

In command format descriptions, brackets indicate optional choices. You can choose one or more items or no items. Do not type the brackets on the command line. However, you must include the brackets in the syntax for OpenVMS directory specifications and for a substring specification in an assignment statement.

|

In command format descriptions, vertical bars separate choices within brackets or braces. Within brackets, the choices are options; within braces, at least one choice is required. Do not type the vertical bars on the command line.

Bold type

Bold type represents the name of an argument, an attribute, or a reason. It also represents the introduction of a new term.

Italic type

Italic type indicates important information, complete titles of manuals, or variables. Variables include information that varies in system output (Internal error number), in command lines (/PRODUCER= name), and in command parameters in text (where dd represents the predefined code for the device type).

UPPERCASE TYPE

Uppercase type indicates the name of a routine, the name of a file, or the abbreviation for a system privilege.

Monospace type

Monospace type indicates code examples and interactive screen displays.

In the C programming language, monospace type in text identifies the following elements: keywords, the names of independently compiled external functions and files, syntax summaries, and references to variables or identifiers introduced in an example.

  • Bold
  • monospace
  • type

Bold monospace type indicates a command or command qualifier.

-

A hyphen at the end of a command format description, command line, or code line indicates that the command or statement continues on the following line.

Numbers

All numbers in text are assumed to be decimal unless otherwise noted. Nondecimal radixes—binary, octal, or hexadecimal—are explicitly indicated.

Chapter 1. Welcome To ABS

Warning

The tape functionality is not supported in ABS/MDMS E4.8. Disregard any mentions of tape throughout this document.

1.1. Installing ABS/MDMS

If you are installing Archive Backup System (ABS)/Media Device and Management System (MDMS) for the first time, VMS Software suggests that you read through this installation guide before installing the products. Also, refer to the VSI Archive Backup System for OpenVMS User Guide for information on configuring ABS/MDMS.

1.2. Updating ABS/MDMS

If you are updating ABS/MDMS, you should review the release notes provided in the installation kit. You can extract the release notes by using the following command:

$ @SYS$UPDATE:VMSINSTAL kit-name kit-location OPTIONS N

Important

  • Starting with ABS/MDMS E4.8, the release notes will not be bundled with ABS kits. If you are using ABS/MDMS E4.8 or higher, omit the OPTIONS N option from the above command.

  • On Alpha and IA-64: The upgrade from ABS/MDMS V3.x to V4.x requires a conversion of the ABS policy database. You can directly upgrade from ABS/MDMS V3.x to any ABS/MDMS V4.x version.

Chapter 2. Pre-Installation Tasks

To prepare your OpenVMS system for the ABS/MDMS server or client software installation procedure, you must perform the tasks outlined in the following sections.

2.1. Decide Where to Install ABS/MDMS Software

2.1.1. ABS/MDMS Server Software

Install ABS/MDMS server software on a disk with sufficient space. This disk may be the system disk or another disk dedicated to ABS/MDMS. Disk space required for the installation is listed in Section 2.2.3.1, ''Required Hardware''. You should also take into account the space required for log files, catalogs, and databases. Additional catalog disks may be added at a later time.

The ABS/MDMS server software should reside on a system that will be managing the policy and media databases for itself and any client nodes connected to it. The MDMS server provides access to the policy and media databases.

You must install ABS/MDMS server software on at least one standalone OpenVMS node or OpenVMS cluster system.

There is one kit for both ABS/MDMS servers and clients. The installation will provide the appropriate configuration based on what server names are entered during the installation. The configuration may be modified at a later time by updating the node and server information in the MDMS database.

2.1.2. ABS/MDMS Client Software

ABS/MDMS client software should be installed on any OpenVMS node that can communicate with the ABS/MDMS server and for which you want to create ABS save/restore requests. This communication may be done using either DECnet or TCP/IP.

Note

Given that you have the appropriate amount of licenses and adequate resources available, any number of ABS client nodes may be connected to a single ABS server node.

2.2. Verify Requirements

2.2.1. Required Privileges

To install ABS, log into the SYSTEM account or into an account that has SETPRV or, at a minimum, has the following privileges enabled:

  • CMKRNL

  • WORLD

  • SYSPRV

  • TMPMBX

  • NETMBX

Note that VMSINSTAL turns off the BYPASS privilege at the start of the installation procedure.

2.2.2. Required OpenVMS Operating System Subclasses

The OpenVMS operating system comes with a variety of support options, or subclasses. Subclasses include such features as networking and RMS journaling. To use ABS, your system should have the following subclasses resident:

  • Programming support

  • Utilities

  • System programming environment

  • Secure user's environment

  • Network support

2.2.3. Hardware, Software, and System Requirements

To make sure that your system is ready for the installation, verify that your system meets the requirements outlined in the following sections.

2.2.3.1. Required Hardware

To install software, you must meet the following minimum hardware requirements:

  • OpenVMS Alpha, IA-64, or x86-64 system.

  • An adequate amount of RAM. Refer to the documentation for your OpenVMS system (available at docs.vmssoftware.com) for minimum requirements of RAM for running OpenVMS.

  • One disk.

  • Adequate disk space. Verify that there are enough free blocks on the disk where you are installing the software.

  • One or more tape drives if you plan to back up your data to removable media.

Note

If you are providing remote drive support, you must answer YES to the remote drive question during the MDMS installation procedure. This requires additional free disk space.

RDF is supported on OpenVMS Alpha but not supported on OpenVMS IA-64 or x86-64.

Enter the following command to show the amount of used disk space on your disk:

$ SHOW DEVICE disk-name

Disk space required during a full installation on an Alpha system is 214,500 blocks, with 167,400 required after the installation. Disk space required on an IA-64 or x86-64 system is 345,000 blocks, with 170,000 required after the installation.

2.2.3.2. Required Software

One of the following network software options should be installed on your system before you install ABS:

  • DECnet Phase IV

  • DECnet-Plus for OpenVMS

  • VSI TCP/IP Services for OpenVMS

Note that this software must be up and running before you start the installation procedure if you will be using a network with ABS/MDMS. It must be installed on all nodes.

Note

Network software is not required if you are on a standalone system and you will not be using the GUI.

2.2.3.3. Optional Software

  • Media Robot Utility (MRU) is an optional utility that provides library and loader testing, diagnostics, and control functionality. It should be installed on the OpenVMS system where the robotic device is physically connected.

  • VSI OpenJDK is optional software that provides the runtime environment for MDMSView GUI. It should be installed on the OpenVMS system where the GUI will be run.

2.2.3.4. Required System Parameters

To install ABS, the system parameters must be set to the minimum value or higher. Table 2.1, ''System Parameter Minimum Values'' lists the minimum system parameter values required for the installation procedure to run successfully. Depending on the kinds of programs and applications running at your site, you may need higher values.

Table 2.1. System Parameter Minimum Values
System ParameterMinimum ValueDynamic
PQL_DENQLM300Y
GBLPAGES?2000N
GBLSECTIONS?4N
LOCKIDTBL45000N
PQL_MENQLM300Y
PQL_MPGFLQUOTA10000Y
PROCSECTCNT100N
PQL_MTQELM200Y

To see the current system parameter values on your system, enter the following commands:

$ MCR SYSGEN
SYSGEN> SHOW/GEN

If you need to modify one or more of the system parameters, see the following example:

$ MCR SYSGEN
SYSGEN> SET GLBPAGES 2000
SYSGEN> WRITE CURRENT
SYSGEN> EXIT

The changed parameters should be added to SYS$SYSTEM:MODPARAMS.DAT for future changes made with AUTOGEN. This is done by running AUTOGEN from the GENPARAMS to REBOOT phase. AUTOGEN will automatically shut down and reboot the system, installing the new parameter values.

2.2.3.5. Required Process Account Quotas

The account you use to install ABS (typically the SYSTEM account) must have sufficient quotas to enable you to perform the installation. If your SYSTEM account quotas are the same as, or higher than, the default values provided with the OpenVMS operating system, then these values should be sufficient to install the software.

Table 2.2, ''Required Installing Account Process Quotas'' summarizes the process quotas and the quotas that VMSINSTAL requires to perform the installation.

Table 2.2. Required Installing Account Process Quotas
Account QuotaMinimum Value
ASTLM200
BIOLM10000
BYTLM18000
DIOLM200
ENQLM2048
FILLM300
PGFLQUO10000
TQELM200

To view your current process quotas, see the following example:

$ MCR AUTHORIZE
UAF> SHOW SMITH

If you need to increase your process account quotas, see the following example:

$ SET DEFAULT SYS$SYSTEM
$ MCR AUTHORIZE
UAF> MODIFY SMITH/ENQLM=2048
UAF> EXIT

For detailed instructions about modifying account quotas, see the description of the Authorize utility in the VSI OpenVMS System Manager's Manual, Volume 1: Essentials.

2.2.3.6. Required Processes

Before beginning the installation procedure, check to see that DECnet Phase IV, DECnet-Plus, or VSI TCP/IP Services and the OpenVMS queue manager are running. Network software is not required if you are on a standalone system and you will not be using the GUI. To see if these processes are active on your system, enter the following command:

$ SHOW SYSTEM

The following information is displayed for DECnet Phase IV:

OpenVMS V8.4-2L2  on node DOZER   10-SEP-2025 18:54:17.39   Uptime  0 02:37:14
Pid        Process Name    State   Pri   I/O   CPU             Page flts   Page
.
.
.
20A0022C   QUEUE_MANAGER   HIB     8     72    0 00:00:00.83   751         1210
.
.
.
20A00212   NETACP          HIB     10    285   0 00:00:02.84   338         666

The following information is displayed for DECnet-Plus:

37C00215   NET$ACP         HIB   4   629   0 00:27:23.22   1894   2465
.
.
.
37C0024A   QUEUE_MANAGER   HIB   8   3333   0 00:07:45.24   1246   1766

The following information is displayed for TCP/IP:

20A00555 TP_SERVER HIB...

If these processes are not active, follow the instructions below.

How to Start the Required Processes
  • Start the DECnet software.

    For DECnet Phase IV, enter the following command at the DCL prompt:

    $ START/NETWORK DECNET

    For DECnet-Plus, enter the following command at the DCL prompt:

    $ @SYS$STARTUP:NET$STARTUP.COM
  • Start the VSI TCP/IP Services software.

    Enter the following command at the DCL prompt:

    $ @SYS$MANAGER:TCPIP$STARTUP.COM
  • Start the OpenVMS queue manager.

    Enter the following command at the DCL prompt:

    $ START/QUEUE/MANAGER

2.2.3.7. Required Virtual Memory Space

The default virtual memory space that the SET COMMAND/OBJECT command allocates is 384 KB. The following error is displayed during installation if the CLD files have exhausted this available space limit:

%CDU-F-INTNODESPACE, Internal error: node space exhausted

Adding any new qualifier to the MDMS command is possible only if the table space is increased (the recommended table space is 2048 KB). Increase the table space to the suggested value with the following command:

$ DEFINE CDU$TABLE_SPACE 2048

2.2.3.8. Verify the Node is in the MDMS Database

If this installation is not the initial installation of MDMS, you need to verify that the node you are installing MDMS on is in the MDMS database. Enter the following command on a node that has MDMS already installed on it and verify that the node you are installing MDMS on is in the database:

$ MDMS SHOW NODE node-name-you-are-installing-on
%MDMS-E-NOSUCHOBJECT, specified object does not exist

If the node is not in the database, you will receive the %MDMS-E-NOSUCHOBJECT error message. You should create the node using the following command:

$ MDMS CREATE NODE node-name-you-are-installing-on

Refer to the VSI Archive Backup System for OpenVMS MDMS Reference Guide for information on using the qualifiers.

If the node you are adding is an MDMS server node, the installation procedure will create the node using the /DATABASE qualifier. In addition, you need to edit all SYS$STARTUP:MDMS$SYSTARTUP.COM files in your domain and add this node to the definition of MDMS$DATABASE_SERVERS.

2.3. Configure Hardware

For your storage application to work, the hardware it depends on must be installed, connected, and configured to function with the operating system. To configure your hardware, see the hardware manuals provided with the hardware device. Also, refer to the VSI Archive Backup System for OpenVMS User Guide for troubleshooting suggestions.

If you are installing tape jukeboxes for use with ABS/MDMS, you should verify that the hardware is working correctly before installing ABS/MDMS. You can use MRU to verify that the hardware is installed.

2.3.1. RDF Configuration (Alpha Only)

MDMS provides RDF software to facilitate operations that require access to remote, network-connected tape drives. This allows you to copy data from a local site to a remote site or to copy data from a remote site to a local site. RDF requires that DECnet is installed and running.

During the installation, you will be asked questions on whether you want to install on this node the software that will allow it to act as a server and/or client for the RDF software. You need to decide if you want the server and/or client installed on the node.

  • Install the RDF Server software on all nodes that are connected to the tape drives used for remote operations.

  • Install the RDF Client software on all nodes that initiate remote operations to tape drives on the RDF Server node.

2.4. Perform a System Backup

VMS Software recommends that you perform a backup operation on the system disk before installing any software. For details about performing a backup operation on a system disk, refer to the relevant section in the VSI OpenVMS System Manager's Manual, Volume 1: Essentials.

2.5. Registering ABS Licenses

To use ABS software, you must register and load the relevant license Product Authorization Key (PAK) before you begin the installation procedure.

To register a license under OpenVMS, log into the system where you will be installing the software. Log into the SYSTEM account, or enable your account with the privileges described in Section 2.2.1, ''Required Privileges''.

VMS Software recommends that you register your PAK by renaming the PAK file that VMS Software provided with a .COM extension and then executing that file; this will register your license automatically. Thereafter, you must either issue the LICENSE LOAD command or reboot OpenVMS to make it active.

Alternatively, you may choose to register your PAK using the LICENSE REGISTER command, by either typing the values of each requested field, or copying-and-pasting the values into the console line by line (assuming your console connection supports this action, such as using a terminal emulator).

If you plan to use ABS on more than one node in an OpenVMS cluster, you must load the licenses on other nodes after you install ABS.

Below is an example of what a PAK might look like:

$ LICENSE REGISTER ABS-SERVER-X86 -
/ISSUER=VSI -
/AUTHORIZATION=VSI-SAMPLEAUTH-X-10JAN2025 -
/PRODUCER=VSI -
/UNITS=0 -
/TERMINATION_DATE=31-DEC-2025 -
/OPTIONS=(PCL,X86_64) -
/TOKEN="*** VSI INTERNAL USE ONLY ***" -
/CHECKSUM=2-XXXX-XXXX-XXXX-XXXX

Chapter 3. Installing ABS Software

This chapter contains instructions for installing Archive Backup System for OpenVMS software. Before proceeding with the installation, ensure that you have completed the pre-installation tasks described in Chapter 2, "Pre-Installation Tasks".

The ABS/MDMS installation procedure consists of a series of questions and informational messages. The procedure will give you the option of doing a standard installation or a non-standard installation.

A standard installation is an installation with default settings that installs server software on the current node.

A non-standard installation installs client software on the current node. If you are working with two or more nodes, you would have to start with standard installation on your server node and then run the non-standard installation on other nodes that would be used as client nodes.

3.1. Installing ABS/MDMS Server Software

Install the ABS/MDMS server software on the node that you want to be the database server node using a standard installation.

The standard installation will install the ABS/MDMS software in the following manner:

ABS will be installed with the following options:

 Device for ABS/MDMS                - SYS$COMMON (will use current values
                                      if either MDMS or ABS is installed)
                                      You will be asked for the device name.
 UIC for the ABS account            - [311,311]
 Nodes for the database servers     - <current_node>
 What scheduling option do you want - INTERNAL
 Are you using backup-via-shelving  - YES (if HSM is present)

MDMS will be installed if it is not already installed, or if it is an
older version, with the following options:

 Device for ABS/MDMS                - SYS$COMMON (will use current values
                                      if either MDMS or ABS is installed)
                                      You will be asked for the device name.
 UIC for the MDMS account           - [312,312] (or will be constructed from
                                      the ABS UIC)
 Node for the database servers      - <current_node>
                                      (or will use the ABS values)
 Do you want to replace MRD$RTL.EXE - YES

MDMS GUI files will be installed with the following options:

 Do you want the MDMS GUI installed on Alpha OpenVMS - YES (if on an Alpha)
 Do you want files extracted for Microsoft Windows on Intel - YES

Remote Device Facility (RDF) will be installed with the following options:

 Do you want MDMS support for RDF Server - YES
 Do you want MDMS support for RDF Client - YES
    Note: RDF will not be installed
           1. With an ABS-OMT installation
           2. On X86_64 platform

Questions always asked:

 Do you want to purge files         - YES
 Do you want to run the IVP         - YES (except if ABS-OMT installation)

Important

Remote Device Facility (RDF) will not be installed on VSI OpenVMS IA-64 or x86-64 systems.

The following steps outline the installation procedure:

  1. To start the installation, invoke the VMSINSTAL command procedure from a privileged account (such as the SYSTEM account) using the following command:

    $ @SYS$UPDATE:VMSINSTAL kit-name kit-location OPTIONS N

    If you do not supply either the kit-name or the kit-location, VMSINSTAL prompts you for this information later in the installation procedure.

    If you are using ABS/MDMS E4.8 or higher, omit the OPTIONS N option from the above command.

  2. You will be prompted with the message Do you want a standard installation?. Answer YES to install the server software on this node.

  3. A node definition will automatically be defined for this database server node. Before installing ABS/MDMS on any other database servers or client nodes, you must add them to the MDMS database with the MDMS CREATE NODE command. See Section 3.2, ''Creating a Node Object'' for more information.

Should you need to abort the installation procedure for any reason, press Ctrl/Y at any point. The installation procedure will delete all files it has created up to that point and then exit. From this point, you can start the installation procedure again.

3.2. Creating a Node Object

Before installing MDMS on any other database servers, you will have to add them to the MDMS database using the following command:

$ MDMS CREATE NODE nodename/DATABASE

Before installing MDMS on client nodes, you will have to add them to the MDMS database. Use the following command:

$ MDMS CREATE NODE nodename/NODATABASE

Important

Create nodes for all database servers and client nodes you intend to use.

The following example command creates the MDMS server node MM2501:

$ MDMS CREATE NODE MM2501/DATABASE -
_$ /TCPIP=MM2501.ENG.VMSSOFTWARE.COM:2501-2510 /DECNET=MM2501

The following example command creates the MDMS client node MM2500:

$ MDMS CREATE NODE MM2500/NODATABASE -
_$ /TCPIP=MM2500.ENG.VMSSOFTWARE.COM:2501-2510 /DECNET=MM2500

Refer to the MDMS CREATE NODE command in the VSI Archive Backup System for OpenVMS MDMS Reference Guide for specific information about command qualifiers.

3.3. Installing ABS/MDMS Client Software

To install ABS/MDMS client software on a client node, perform a non-standard installation. Note that you must first install server software on a server node (see Section 3.1, ''Installing ABS/MDMS Server Software'') and configure the nodes (see Section 3.2, ''Creating a Node Object'').

Install ABS software on the OpenVMS client node as on the server node, with the following exceptions:

  • When the installation procedure prompts with the message Do you want a standard installation?, answer NO. This will install the client software on this system.

  • When the installation procedure prompts with the message Will this node be a MDMS database server node?, answer NO.

Later on, you will be prompted to define the node for the database server (Node name list for Database Servers). You should then enter the server node you created previously (see Section 3.1, ''Installing ABS/MDMS Server Software'').

For example, you did a standard installation on the node called MM2501, and that is your database server node. Now you are doing a non-standard installation on node MM2500, which you want to use as a client node. When prompted to provide a name for the database server, you should give system node MM2501 as a server node (it would look something like MM2501::,MM2501.ENG.VMSSOFTWARE.COM, depending on your settings).

Complete the following steps to set up your client nodes:

3.4. ABS/MDMS Example Installation

We have nodes MM2500 and MM2501 in a cluster. We want to install ABS/MDMS on both of them, using MM2501 as a server node and MM2500 as a client node. The suggested order of installation and configuration would be as follows:

  1. Perform a standard installation on MM2501 (see Section 3.1, ''Installing ABS/MDMS Server Software''). This is your database server node.

  2. Configure nodes MM2501 and MM2500 (see Section 3.2, ''Creating a Node Object'').

  3. Perform a non-standard installation on MM2500, pointing to MM2501 as the database server (see Section 3.3, ''Installing ABS/MDMS Client Software'').

Below is an example of a working setup, where two nodes are capable of saves and restores between each other:

MM2501> MDMS SHOW NODES

Node Name                       Database   Transports

MM2500                          NO         TCPIP,DECNET
MM2501                          YES        TCPIP,DECNET

MM2501> MDMS SHOW NODE MM2501

              Node: MM2501
       Description:
    Access Control: NONE
             Owner: MM2501::SYSTEM
  DECnet-Plus Name: MM2501
   TCP/IP Fullname: MM2501.ENG.VMSSOFTWARE.COM:2501-2510
          Disabled: NO
   Database Server: YES
          Location:
     Opcom Classes: TAPES
        Transports: TCPIP,DECNET

MM2501> MDMS SHOW NODE MM2500

              Node: MM2500
       Description:
    Access Control: NONE
             Owner: MM2501::SYSTEM
  DECnet-Plus Name: MM2500
   TCP/IP Fullname: MM2500.ENG.VMSSOFTWARE.COM:2501-2510
          Disabled: NO
   Database Server: NO
          Location:
     Opcom Classes: TAPES
        Transports: TCPIP,DECNET

Chapter 4. Post-Installation Tasks

After you have successfully installed ABS/MDMS OpenVMS server and/or client software on your system(s), complete the post-installation tasks described in the following sections.

4.1. Installing ABS for the First Time

If you have installed ABS as a new installation, database initialization programs may fail to run. To initialize the database with the default storage policies and execution policies, run the following executable:

$ RUN SYS$SYSTEM:ABS$DB_INIT.EXE

4.2. Verifying ABS Installation

If you did not execute the IVP during the installation procedure, you can execute it immediately after installing ABS/MDMS software. Enter the following command at the DCL system prompt:

$ @SYS$TEST:ABS$IVP.COM
$ @SYS$TEST:MDMS$IVP.COM

If an error occurs during the IVP, the following message is displayed:

ABS Version E4.8 Installation Verification Procedure failed.
%VMSINSTAL-E-IVPFAIL, The IVP for ABS Version E4.8 has failed.

Errors can occur during the installation if any of the following conditions exist:

  • ABS is currently running.

  • The operating system version is incorrect.

  • A prerequisite software version is incorrect.

  • Quotas necessary for successful installation are insufficient.

  • System parameter values for successful installation are insufficient.

  • The OpenVMS HELP library is currently in use.

  • The product license has not been registered and loaded.

4.3. Providing Automatic Startup and Shutdown

To enable automatic startup and shutdown of ABS/MDMS software, you must edit the startup and shutdown files as described below.

  • Add the following command line to the system startup file named SYS$MANAGER:SYSTARTUP_VMS.COM:

    $ @SYS$STARTUP:ABS$STARTUP.COM
  • Add the following command lines to the system shutdown file named SYS$MANAGER:SYSHUTDWN.COM:

    $ @SYS$STARTUP:ABS$SHUTDOWN.COM
    $ @SYS$STARTUP:MDMS$SHUTDOWN.COM

Note

When using MDMS with ABS, the MDMS startup is executed automatically. A logical name needed by ABS is defined by the MDMS startup.

4.4. ABS and MDMS Startup Queues

ABS$STARTUP uses the ABS$node queue to start the ABS processes. This queue will always exist after an ABS installation.

MDMS$STARTUP uses one of several queues to startup the MDMS$SERVER process. There is a logical name, MDMS$STARTUP_QUEUE, which may be defined in MDMS$SYSTARTUP.COM. This logical points to the queue that MDMS$STARTUP.COM will use. If you do not have this defined, it will attempt to use the ABS$node queue, then SYS$BATCH. If the logical is not defined and neither ABS$node nor SYS$BATCH exist, then the MDMS startup will fail.

4.5. Modifying ABS and MDMS Command Procedures

If you are updating ABS/MDMS and you have made customizations to any of the ABS/MDMS command procedures, you may need to modify those procedures to work with ABS/MDMS E4.8. The following four command procedures have an associated .TEMPLATE file provided:

  • SYS$STARTUP:ABS$SYSTARTUP.COM

  • SYS$STARTUP:MDMS$SYSTARTUP.COM

  • MDMS$SYSTEM:MDMS$EXT_QUEUE_MANAGER.COM

  • MDMS$SYSTEM:MDMS$EXT_SCHEDULER.COM

If the template files have changed, you should include your customizations in the new template files and then rename them to the command procedure name.

4.6. Meeting OpenVMS Cluster Requirements

If you installed ABS server software on an OpenVMS cluster system, perform the steps in Section 4.6.1, ''Updating the DCL Tables'' on each node in the OpenVMS cluster (excluding the installing node) where you want to use ABS.

4.6.1. Updating the DCL Tables

  1. Run the command procedure ABS$STARTUP from each node that you want to use ABS. This ensures that ABS$ and MDMS$ logical names are defined the same across all nodes in the OpenVMS cluster:

    $ @SYS$STARTUP:ABS$STARTUP.COM
  2. Update the DCL table on each node in the OpenVMS cluster (excluding the installing node). Enter the following command on each node:

    $ INSTALL REPLACE SYSLIBRARY:DCLTABLES.EXE
  3. Have all system users log off and log on again to enable them to use the DCL ABS/MDMS commands (unless performing an upgrade).

4.7. Configure MDMS

Now that you have installed MDMS, you must configure the MDMS database. MDMS provides a command procedure that you can use to configure the MDMS database on a new installation. The procedure is completely self-documenting with a help facility, and all key object attributes are defined. The procedure guides you through the following configuration objects:

  • The domain (defining default values for other objects)

  • Locations

  • Nodes and groups

  • Jukeboxes and associated drives

  • Standalone drives and stackers

  • Volumes, media types, and pools

The procedure is activated using the following command:

$ @MDMS$SYSTEM:MDMS$CONFIGURE.COM

Refer to the VSI Archive Backup System for OpenVMS User Guide for an example of using this procedure.

Once MDMS is installed and any conversions are performed, you may wish to adjust your configuration prior to performing MDMS operations.

4.7.1. Configuring Robots

In addition to configuring MDMS, you might also have to configure robots for jukeboxes you are planning to use. For MRD-controlled jukeboxes, the robot name is the OpenVMS device name of the robot device. They normally fall into one of the following formats:

  • GKx0 or GKxn01 for direct-connect SCSI

  • $n$DUAnnn for access via an HSJ-type controller

  • $2$GGmx for Fibre Channel access

If the jukebox is controlled by direct-connect SCSI, the robot device must first be loaded on the system with one of the following DCL commands:

Alpha - $ MCR SYSMAN IO CONNECT GKxxx/NOADAPTER/DRIVER=SYS$GKDRIVER.EXE
IA-64 - $ MCR SYSMAN IO CONNECT GKxxx/NOADAPTER/DRIVER=SYS$GKDRIVER.EXE

Note that the device name must begin with GK. It is suggested that these commands be included in a system startup file so that they are automatically configured at boot time.

4.8. Configure Remote Tape Drives

If you installed the RDF software, you must configure the remote tape drives.

Note

RDF is supported on OpenVMS Alpha but not supported on OpenVMS IA-64 or x86-64.

For each tape drive served with RDF Server software, make sure there is a drive object record in the MDMS database that describes it. Refer to the chapters on MDMS configuration in the VSI Archive Backup System for OpenVMS User Guide and the MDMS CREATE DRIVE command in the VSI Archive Backup System for OpenVMS MDMS Reference Guide.

For each node connected to the tape drive, edit the file TTI_RDEV:CONFIG_node.DAT and make sure that all tape drives are represented in the file. Refer to the VSI Archive Backup System for OpenVMS User Guide for more information on remote drive setup.

4.9. Granting the Appropriate ABS/MDMS Access Right Identifiers

When the ABS Server installation procedure is complete, the user account that performed the installation (typically the SYSTEM account) is granted the following ABS access rights identifiers. These identifiers are only needed if you use ABS DCL commands or if you have the ABS_RIGHTS option turned on in the MDMS domain. For details on MDMS rights identifiers, refer to the VSI Archive Backup System for OpenVMS User Guide.

  • ABS_CREATE_STORAGE_CLASS – Users who are granted this access right identifier can create a storage class (applicable only on an ABS server system).

  • ABS_CREATE_EXECUTION_ENV – Users who are granted this access right identifier can create an execution environment (applicable only on an ABS server system).

  • ABS_SHOW_ALL – Users who are granted this access right identifier can show all ABS policy objects (applicable only on an ABS server system).

  • ABS_LOOKUP_ALL – Users who are granted this access right identifier can look up all ABS saved data from any catalog (applicable on any ABS node).

  • ABS_CREATE_REMOTE_JOBS – Users who are granted this access right identifier can submit a save or restore request that will be executed on a remote client node (applicable only on an ABS server system).

Requirement:

  • ABS_BACKUP_JOB – Users who are granted this access right identifier can submit a save or restore request that runs under their user name (a user backup). The user must also have read and write access control to the storage policy and environment policy intended for user backups.

  • ABS_BYPASS – Users who are granted this access right identifier can perform any ABS function (applicable only on ABS server system). This includes creating, deleting, modifying, or showing any ABS policy objects.

Note

Before any user can use MDMS commands or the MDMSView GUI, you must grant MDMS rights to those users. Refer to the VSI Archive Backup System for OpenVMS User Guide for more information on the use of identifiers.

To grant an access rights identifier to a user's account, run the AUTHORIZE utility.

Example:

$ SET DEFAULT SYS$SYSTEM
$ RUN AUTHORIZE
UAF>GRANT/IDENTIFIER ABS_LOOKUP_ALL USER1
%UAF-I-GRANTMSG, identifier ABS_LOOKUP_All granted to USER1
UAF>EXIT

Note

Do NOT enable the access rights identifier by performing a SET RIGHTS_LIST at the DCL prompt.

4.9.1. Revoking an Access Rights Identifier

To remove an access right identifier, run the Authorize utility and revoke the identifier from the user's account, as follows:

$ SET DEFAULT SYS$SYSTEM
$ RUN AUTHORIZE
UAF>REVOKE/IDENTIFIER ABS_BYPASS USER1
%UAF-I-REVOKEMSG, identifier ABS_BYPASS revoked from USER1

You can modify the other policy objects provided by ABS in the same manner. Refer to VSI Archive Backup System for OpenVMS User Guide for instructions about adding users and enabling access controls.

Before using your storage policy, you may need to modify the MDMS-related information in the policy. For example, you may wish to use a different media type than the default media type from your MDMS domain. When ABS is installed, the storage policies are initialized with the defaults from the domain. Issue an MDMS SHOW DOMAIN command to see the defaults. Make sure that your storage policy contains the desired settings before executing a save request.

4.10. ABS/MDMS Graphical User Interface (GUI)

Warning

In ABS/MDMS E4.8, the Graphical User Interface functionality is still in development and may not function properly.

This section describes how to install and run the Graphical User Interface (GUI).

As the GUI is based on Java, you must have VSI OpenJDK installed on the system where you are running the GUI.

The ABS/MDMS installation procedure extracts files from the kit and places them in MDMS$ROOT:[GUI...].

Note

For the GUI to communicate with the MDMS server, you must have VSI TCP/IP Services installed and running on the node where you have the MDMS server running.

4.10.1. Installing the GUI

During the ABS/MDMS installation, the following question will be asked:

Do you want the MDMS GUI installed on OpenVMS Alpha/I64 [YES]?

Reply YES to the question if you want to install the GUI on OpenVMS. Files will be moved to MDMS$ROOT:[GUI.VMS], and the GUI installation will be complete. If you have not already installed VSI OpenJDK, you should install it by following the instructions in the latest version of the release notes (available at docs.vmssoftware.com). The version-specific setup command procedure provided by the Java installation will establish defaults for the logical names and symbols on the system.

You should add a command line to the SYS$COMMON:[SYSMGR]SYLOGIN.COM command procedure to run this Java setup command procedure at login.

The JAVA$CLASSPATH is defined for the GUI in the MDMS$SYSTEM:MDMS$START_GUI.COM command procedure provided during the installation. This command procedure also invokes the entire GUI service.

Note

Make sure that the logical JAVA$USER_DCL is not defined, or the GUI will not work.

4.10.2. Running the GUI

Now that you have installed the GUI, you must make sure that the server node is configured to accept communications from the GUI. The server node for the GUI must have:

  • VSI TCP/IP Services enabled.

  • The MDMS rights enabled on the SYSUAF record for the user.

To enable TCP/IP communications on the server, you must set the TCP/IP full name attribute and enable the TCP/IP transport. See the VSI Archive Backup System for OpenVMS MDMS Reference Guide for information about setting these attributes on a node.

MDMS rights for the user must be enabled in the SYSUAF record so that the user may log into the server using the GUI. Refer to the VSI Archive Backup System for OpenVMS MDMS Reference Guide for information on MDMS rights.

The OpenVMS account that will be used to run the GUI should have the PGFLQUO account quota set to 200,000. Correspondingly, the system page file should contain enough space to handle the large PGFLQUO value. The account should also have a WSQUOTA value of at least 10,000. The SYSGEN parameter WSMAX should be 10,000 or higher. The system should also have a minimum of 128 MB of RAM, with a higher amount recommended.

To use the MDMS GUI, enter the following commands:

$ SET DISPLAY/CREATE/NODE=node-name/TRANSPORT=transport
$ MDMS/INTERFACE=GUI

For the SET DISPLAY command, the node-name is the name of the node on which the monitor screen exists. This allows you to use the GUI on systems other than those running OpenVMS. The transport must be a keyword of:

  • LOCAL if you are running the GUI on the same node as the monitor.

  • DECNET if you are running the GUI on a monitor connected to another node and you wish to use DECnet protocol between the monitor node and the GUI Java node.

  • TCPIP if you are running the GUI on a monitor connected to another node and you wish to use TCP/IP protocol between the monitor node and the GUI Java node.

Appendix A. Uninstall ABS/MDMS From Your System

  • To uninstall ABS software from your system, you need to first login using the SYSTEM account or any account that has the SETPRV set. Shut down ABS and delete it from the system using the following commands:

    $ @SYS$STARTUP:ABS$SHUTDOWN.COM
    $ @ABS$SYSTEM:ABS$DELETE_ABS.COM
  • To uninstall MDMS software from your system, you need to first login using the SYSTEM account or any account that has the SETPRV set. Shut down MDMS and uninstall it from your system using the following commands:

    $ @SYS$STARTUP:MDMS$SHUTDOWN.COM
    $ @SYS$STARTUP:MDMS$UNINSTALL.COM
1

The values listed for these system parameters represent the number of free global pages and global sections required to install and run ABS, not the total number you need to operate your system and other software.