Starting Your Product › How to Configure Without CA CSM › Define OPSLOG and Checkpoint VSAM Linear Data Sets › Installation for Existing Customers

Installation for Existing Customers

If you are an existing CA OPS/MVS customer and you are installing a new release of the product, then do one of the following tasks:

• Review the migration issues in Release Notes. Address any issues that pertain to your site. You can then use the current OPSLOG and SYSCHK1 data sets that you created in a previous release of CA OPS/MVS with this release.
• Create new OPSLOG and SYSCHK1 data sets by following the steps for new users of CA OPS/MVS described in the previous topic. Use the same allocation specifications for the new data sets that you specified in your current ones. Also, determine if the allocation size of your SYSCHK1 data set has to be increased. For more information about how to increase it, see the appendix “DASD Calculation Chart.”

  If you have implemented the global variable backup utilities, invoke OPSSGVRS after starting this release to copy data into your new SYSCHK1 data set. If the utilities are not implemented, copy your existing SYSCHK1 data set to the new SYSCHK1 data set before starting this release. You can use a system utility such as IDCAMS REPRO to copy the data set.

Note: You cannot run two releases of CA OPS/MVS concurrently while allocating the same VSAM linear data sets. Additionally, you may be unable to convert from a new release of CA OPS/MVS to an older release.

Global Variable Backup Methods

Use one of the following methods to back up global variables:

• RDF tables and GLOBALx stem variables
• Back up only the GLOBALx variables
• Back up and restore specific RDF tables.

Back Up RDF Tables and GLOBALx Stem Variables

The OPSSGVBK (backup) and OPSSGVRS (restore) sample procedures let you back up both RDF tables and GLOBALx stem variables. You can locate the sample procedures in the CA OPS/MVS CNTL library.

Note: For more information about these sample procedures and parameters, and about the backup and restore procedures, see the Administration Guide.

Follow these steps for the OPSSGVBK Backup:

1. Allocate the Generation Data Group (GDG) data sets.
2. Review the GVBKGDG sample JCL in the CA OPS/MVS CNTL library to allocate the required GDG and MDSCB data sets.
3. Set the appropriate GLOBALBACKUP parameters.
4. You can trigger the backup procedure on request, or on a specific interval.

   After the backup procedure executes, the generated GDG data sets contain a complete backup of all GLOBALx stem variables and all RDF tables.

Follow these steps for the OPSSGVRS Restore:

1. Update and start this procedure when you need a restore.
2. Review the JCL sample in the CA OPS/MVS CNTL library.
3. You can customize the sample to allocate the desired GDG data set that the OPSSGVBK backup procedure created, or it can allocate the most recent generation (+0).

   Note: You can start this restore procedure while CA OPS/MVS is active. Using this method, you cannot restore only one global variable or one RDF table.

   All GLOBALx stem variables reset to their backed-up values. All RDF tables are replaced with all tables that were part of the last OPSSGVRS backup.

   After the restore procedure executes, the global variable tree rebuilds. If the SSM engine is being utilized, it restarts to resynch with newly loaded or restored tables.

Back Up GLOBALx Variables Only

The OPSVIEW 7.5 option lets you take a quick backup of all GLOBALx variables or a particular stem. This online option creates a REXX member which contains the necessary OPSVALUE() instructions to back up (reset) the desired variables. You can also use this method if you want to transfer some particular GLOBALx variables quickly from one system to another.

Follow these steps:

1. Back up the desired variables to create a REXX exec.
2. Execute this REXX exec on another system to reset and initialize these desired variables.

Back Up and Restore Specific RDF Tables

Use the supplied WRITETBL and READTBL programs as backup and restore procedures for one or more RDF tables. The WRITETBL (create seq dsn copy of an RDF table) and READTBL (create a table from a dsn that WRITETBL created) OPS/REXX programs are in the opsmvshlq.SAMPLE.REXX library.

Follow these steps:

1. Invoke these programs when you want a backup of a table, such as making a copy of the SSM STCTBL before you make new changes.

   You can use this backup for unsuccessful changes, or to back out the changes.

2. Invoke the WRITETBL exec from within an OPS/MVS TOD rule to create a more specific point-in-time backup of a specific table.
3. Refer to comments within both the WRITETBL and READTBL OPS/REXX programs for execution details.