Review the Report of Tape Creation that accompanies the release package before restoring the release data to disk. Information in this report supersedes the information in this documentation.
The installation tape contains the following datasets in the sequence indicated in the report:
Dataset | Contents |
---|---|
CORvrs.LOAD | COR load modules |
CORvrs.INPL | SYSCOR INPL file |
CORvrs.ERRN | SYSCOR error messages file |
CORvrs.SRCE | Source modules |
CORvrs.JOBS | Installation jobs |
CORvrs.SYSF | Base configuration file |
where vrs in dataset names represents the version, revision, and system maintenance level of the product.
The steps needed for a successful installation are as follows:
Step | Description | Job Name |
---|---|---|
1 | Restore the libraries from the installation tape | |
2 | Load (INPL) the SYSCOR application | CORI061 |
3 | Load the configuration file and prepare SYSCOR | CORI050 |
4 | Assemble the configuration module | CORI055 |
5 | Add the System Coordinator to the Adabas clients | CORI060, CORI080x |
6 | Define the System Coordinator group and members | |
7 | Install the CICS node error program (optional) | |
8 | Add cache structure(s) to the CFRM policy | |
9 | Create startup procedures for the Adabas System Coordinator members |
If the coordination group contains more than one member, the members use the IBM XCF facility to communicate. The coordination group name is used as the XCF group name.
The coupling facility cache structure must be used to support dynamic transaction routing in an IBM parallel sysplex. The cache structure name is defined in the coordination group definition as well as in the CFRM policy of the sysplex environment.
The Adabas System Coordinator daemon must execute:
from an authorized load library; and
at a higher priority than the TP monitors, databases, and jobs it is used to coordinate.
Following is the general Adabas System Coordinator installation procedure. The actual installation depends on your particular requirements and the specific contents of the release package provided by Software AG for your site. Information in the release package is intended for your system. If that information differs from the information in this section, use the release package information or contact Software AG technical support for assistance.
Use IEBCOPY to unload the libraries. Modify the following variables to reflect the standards at your site:
Variable | Is the... |
---|---|
vrs | version, revision, and system maintenance level |
tttttt | volume serial number of the installation tape |
vvvvvv | volume serial number for the target disk |
//CORLOAD JOB (site-dependent data) //* –––––––––––––––––––––––––––––––––––––––––––––––––––––––––– //*–––COPY THE LOAD LIBRARY //* –––––––––––––––––––––––––––––––––––––––––––––––––––––––––– //LOADLIB EXEC PGM=IEBCOPY //SYSPRINT DD SYSOUT=* //IN DD DSN=CORvrs.LOAD,DISP=OLD, // VOL=(,RETAIN,SER=tttttt),UNIT=TAPE,LABEL=(1,SL) //OUT DD DSN=SAG.ADAvrs.LOAD,DISP=(,CATLG,DELETE), // UNIT=SYSDA,VOL=SER=vvvvvv,SPACE=(CYL,(10,1,20),RLSE) //SYSIN DD * COPY INDD=IN,OUTDD=OUT //* –––––––––––––––––––––––––––––––––––––––––––––––––––––––––– //*–––COPY THE SOURCE LIBRARY //* –––––––––––––––––––––––––––––––––––––––––––––––––––––––––– //SRCELIB EXEC PGM=IEBCOPY //SYSPRINT DD SYSOUT=* //IN DD DSN=CORvrs.SRCE,DISP=OLD, // VOL=(,RETAIN,SER=tttttt),UNIT=TAPE,LABEL=(3,SL) //OUT DD DSN=SAG.CORvrs.SRCE,DISP=(,CATLG,DELETE), // UNIT=SYSDA,VOL=SER=vvvvvv,SPACE=(TRK,(10,5,5),RLSE) //SYSIN DD * COPY INDD=IN,OUTDD=OUT /* //* –––––––––––––––––––––––––––––––––––––––––––––––––––––––––– //*–––COPY THE JCL LIBRARY //* –––––––––––––––––––––––––––––––––––––––––––––––––––––––––– //JOBSLIB EXEC PGM=IEBCOPY //SYSPRINT DD SYSOUT=* //IN DD DSN=CORvrs.JOBS,DISP=OLD, // VOL=(,RETAIN,SER=tttttt),UNIT=TAPE,LABEL=(4,SL) //OUT DD DSN=SAG.CORvrs.JOBS,DISP=(,CATLG,DELETE), // UNIT=SYSDA,VOL=SER=vvvvvv,SPACE=(TRK,(15,5,15),RLSE) //SYSIN DD * COPY INDD=IN,OUTDD=OUT /*
Notes:
Use sample job CORI061 to load the SYSCOR online administration and error messages file into Natural.
Note:
If you are upgrading from version 7.1 of Adabas Vista or Adabas
Fastpath, you can omit substep 1 below and use the existing configuration file.
You must run the conversion program U1JPARM, located in the INPL file, to
convert your existing job parameters.
Note:
If you are upgrading from version 7.3 of Adabas Vista or Adabas
Fastpath, you can omit substep 1 below and use the existing job
parameters.
To load the configuration file
Load the Adabas System Coordinator configuration file from the distribution tape using the standard Adabas load utility ADALOD. Use sample job CORI050.
If you are using Natural Security, define SYSCOR and SYSMPvrs to Natural Security with MENU as the start-up program name. Restrict the application to authorized personnel.
Use the following parameter to define the Natural session where SYSCOR is to be used:
LFILE=(152,dbid,fnr<,passw><,ciph>)
where dbid and fnr define the Adabas System Coordinator file.
Alternatively, assemble the Natural parameter module with:
NTFILE
,ID=152,DBID=dbid,FNR=fnr
Adabas System Coordinator parameters are located in the configuration file. At job start, the Adabas System Coordinator needs to know the location of this file. This information is kept in the configuration module.
Create the configuration module by assembling the CORMCFG parameters defining the SVC, database, and file number of the Adabas System Coordinator configuration file.
Keyword | Description |
---|---|
SVC= | Your installation’s Adabas SVC number |
DBID= | Database number for the System Coordinator configuration file |
FNR= | File number for the System Coordinator configuration file |
SF148=WAIT | Use this keyword if you want client jobs to wait when the specified configuration file is not active. If you omit this keyword, default job parameters will be assumed for the job when the configuration file is not active. |
Name the resulting load module CORCFG (this is required).
Use sample job CORI055.
Link the appropriate Adabas System Coordinator client component with your Adabas link modules.
The stub modules are called CORS0n where n is a subsystem suffix.
The modified link module is for use by client jobs only. Refer to the section Mandatory Use of Unmodified ADALNK.
Job Type | Stub Module | Sample Job |
---|---|---|
Batch/TSO | CORS01 | CORI060 |
Com-plete | CORS02 | CORI080C |
CICS command level | CORS03 | CORI080B |
IMS | CORS05 | CORI080G |
Note:
For CICS, ensure that the LUSAVE
parameter in
the Adabas link module is set to at least 72. Software AG recommends that you
also use the XWAIT=YES
parameter.
Note:
For a multitasking batch job, the client component (CORS01) must be
linked with the reentrant link module (ADALNKR).
Define your System Coordinator group and member(s). This is required if you intend to use:
Adabas Fastpath
clustered applications with dynamic transaction routing.
Job parameters for each product also contain settings that are relevant to the operation of the Adabas System Coordinator. For more information, see SYSCOR Administration.
The node error program CORNEP is used by sites running CICS command-level applications in CICS/ESA or CICS Transaction Server for OS/390. It is not an essential component, but it does improve efficiency when reclaiming user memory after user sessions terminate.
CORNEP must be called as a started task (with Transaction ID ANEP) from the real CICS node error program DFHZNEP. If you do not use DFHZNEP, a sample is provided on the source library. If you do use DFHZNEP, you will need to implement the code for starting CORNEP into your own DFHZNEP as shown in the provided sample source.
Following are the required CICS resource definition parameters for CORNEP:
Language: Assembler
RESident: No
Datalocation: Any
EXECKey: User
Note:
To use CORNEP, assemble your Adabas link module with
PARMTYP=ALL
on the ADAGSET macro.
Note:
This step is required if you intend to run clustered applications
with dynamic transaction routing in an IBM sysplex environment.
Run a job similar to the following example to update the CFRM administrative policy data in the COUPLE dataset:
//STEP20 EXEC PGM=IXCMIAPU //SYSPRINT DD SYSOUT=A //SYSABEND DD SYSOUT=A //SYSIN DD * DATA TYPE(CFRM) REPORT(YES) DEFINE POLICY NAME(POLICY1) REPLACE(YES) CF NAME(CF) TYPE(009674) MFG(IBM) PLANT(02) SEQUENCE(000000040101) PARTITION(1) CPCID(00) DUMPSPACE(2000) . . STRUCTURE NAME(xxxxxxxxx) SIZE(500) INITSIZE(10) PREFLIST(
—where
Parameter | Is the . . . |
---|---|
STRUCTURE NAME | Cache structure name, which must match the name specified in the the Adabas System Coordinator group definition. |
SIZE | Maximum size for the cache structure in the coupling facility. Calculate this by determining the maximum number of concurrent users of the clustered applications (CICS, IMS, etc) that will use this coupling facility. Each user will require approximately 256 bytes of cache memory. |
INITSIZE | Initial size for the cache structure in the coupling facility. Use this together with the SIZE parameter to manage the difference between the average and maximum user sessions to be supported in coupling facility memory. |
The following is a job example for running a Adabas System Coordinator daemon:
//SYSCO1 PROC //*----------------------------------------------------------------* //* System Coordinator SYSCO Vv.r.s. STARTUP * //*----------------------------------------------------------------* //SYSCO1 EXEC PGM=SYSCO,REGION=0M,TIME=1440 //STEPLIB DD DISP=SHR,DSN=SAG.CORvrs.LOAD // DD DISP=SHR,DSN=ADABAS.Vvrs.LOAD //SYSUDUMP DD SYSOUT=* //CORDUMP DD SYSOUT=* //SYSPRINT DD SYSOUT=* //DDPRINT DD SYSOUT=* //DDCARD DD DISP=SHR,DSN=SAG.CORvrs.SRCE(CORCNTL) //*
The file referenced by the DDCARD statement should contain the following control statements:
PRODUCT=CAS
PRODUCT=AFP
(If FASTABM is to be run)
FORCE=NO
If SYSCO terminates abnormally, it may be necessary to specify
FORCE=YES
on restart.