![]() |
Copyright © Cloud Software Group, Inc. All Rights Reserved |
This section describes the procedure for installing the software on a remote host in relation to the Data Object Broker installation.This software is distributed in .xm1 format within a zip file. The file is in a format compatible with IBM System Modification Program/ Extended (SMP/E) naming conventions. The software is packaged in SMP/E txlib format.If you have acquired the software by downloading it from the TIBCO web site, you must upload the software to the z/OS host system.
1. Download or copy the TIB_srvcgw-DB2_6.0.0_zos.zip file to a PC that can connect to the z/OS host system.
2. Unzip the file to a temporary location on the PC. The zip file contains multiple files; of these, the following files are the only files used in this installation:
− srvcgw_db2.xm1 – compressed file containing Service Gateway for DB2 for installation on a remote host
− install.bin – the REXX EXEC to perform the installation
− ostarrec.bin – the REXX EXEC to uncompress the .xm1 file
− property.bin – a template of mandatory install variables required for product installation.
− OSTAREDC – a load module to improve the performance of OSTARREC
The db2.xm1 file is not used in this procedure.
3. where <HLQ> is any valid high-level qualifier. Note that this <HLQ> will be used during the installation. See the sample JCL in the next step.Use the same <HLQ> as the previous data set. Below is sample JCL to allocate these data sets. Provide a JOB card and submit the JCL.//ALLOC EXEC PGM=IEFBR14
//DD1 DD DSN=<HLQ>.INSTALL,
// DISP=(,CATLG,DELETE),UNIT=SYSDA,
// DCB=(RECFM=FB,LRECL=80,BLKSIZE=0),
// SPACE=(TRK,(5,15,100))
//DD2 DD DSN=<HLQ>.OS.DB2.XM1,
// DISP=(,CATLG,DELETE),UNIT=SYSDA,
// DCB=(RECFM=FB,LRECL=1024,BLKSIZE=0,DSORG=PS),
// SPACE=(TRK,(1000,50))
5. FTP install.bin, property.bin and ostarrec.bin to your z/OS system in BIN mode to the <HLQ>.INSTALL data set. Name these utilities INSTALL, PROPERTY and OSTARREC, respectively.
6.
1. Upload the OSTAREDC file to z/OS in binary format to a data set with LRECL=80 and RECFM=FB.When prompted, specify DA('<HLQ>.INSTLOAD' as the name of the load library where you want the OSTAREDC program restored, using the following syntax:
3. Edit OSTARREC as follows:
− Issue the command "FIND OSTAREDC 1".
− Change the constant after the equal sign to contain the full data set name of the program. The string must start with a double quote and a single quote, and end with a single quote and a double quote (the double quotes delimit the string and the single quotes tell TSO that the data set name is fully qualified). For example, change the following:where your.load.library is the name of the library referenced in Step 2.
The <HLQ> referenced throughout this chapter is the high-level qualifier you specified when you uploaded the product software. This is the value of the INSTALL and XM1 files you specified. It will be used as the default value for all distribution files created when an XM1 is uncompressed. It is equivalent to the value of symbolic parameter $HLQ$ as described in OSEMOD.
2. Edit the Properties File using the values determined in Step 1.Before you begin the installation, review the system environment information described in Table 4 and determine whether you will use the default value or provide your own value.
Table 4 OSEMOD Variables OSEMOD Variable Your
Value High level qualifier for uploaded data sets INSTALL and OS.DB2.XM1. Specified on upload High level qualifier for non-VSAM and VSAM data sets you are authorized to create. Second level qualifier for TIBCO Service Gateway system files. High level qualifier of Language Environment libraries for SCEELKED and SCEEBIND. High level qualifier of IBM's Callable Services library CSSLIB. DSN810.SDSNLOAD Use the PROPERTY member in <HLQ>.INSTALL as a template, and modify to suit your requirements. Table 5 describes keywords in the properties file that correspond to the system environment variables in System Environment Checklist.
Table 5 Properties File Keywords To install Service Gateway for DB2, specify REMOTEGATEWAY: YES for SMS site, NO for non-SMS site.Warning: If you select the SMS=YES option, be sure to specify SMS-managed data-set names. The SMS automatic class selection (ACS) rules for your site determine whether a data-set name is eligible for SMS management. The name you specified that is determined by the ACS routines to be SMS-eligible is SMS-managed. Otherwise, the result is unpredictable. Use if SMS=YES. Valid values: YES for SMS compatible data set name classes; NO for SMS non-compatible data set name classes.If COMPAT=NO, specify the following:
• NMGTCLAS – MANAGEMENTCLASS for non-VSAM data sets
• NDATCLAS – DATACLASS for non-VSAM data sets
• NSTOCLAS – STORAGECLASS for non-VSAM data sets
• VMGTCLAS – MANAGEMENTCLASS for VSAM data sets
• VDATCLAS – DATACLASS for VSAM data sets
• VSTOCLAS – STORAGECLASS for VSAM data sets If SMS=YES, specify one DASD volume for VSAM data set allocation. Default is USER01. If SMS=NO, specify three DASD volumes separated by commas. Defaults are OSBS06, OSBD18, OSBB02.
To exit the interactive session at any time after executing the REXX exec INSTALL, do the following:
1. Press PA1
2. Enter hi
3. Press ENTER twice
STEP 1 will verify that files can be allocated successfully using the values provided in the PROPERTY file. Test files of type sequential, PDS, PDSE, and VSAM will be allocated then deleted. Installation will stop if any test allocation fails. You should investigate the cause, correct the condition and repeat STEP 1. <HLQ>.DB2.JCL (Edit Job Card to your site’s standards) This batch job will uncompress the OS.DB2.XM1 file to produce the distribution libraries. If you modify the job name, make sure it does not exceed seven characters. The job should successfully complete with a return code of 0. If you wish to make additional changes to the values of OSEMOD variables, make the changes now. The following work copies are created and customized with values specified by OSEMOD variables:
• <HLQNONV>.<INSTVER>.OS.DB2.JOBS – Install jobs for remote Service Gateway for DB2 Jobs in MEMBER are evaluated in the order they are listed and are submitted based upon their specified STATUS. The next job is submitted only if the previous one completed with its expected return code RC.Valid status: INSTALL (run the job), FUTURE/OPTIONAL (skip the job), DONE (job already completed).Status is modified from INSTALL to DONE only if the job's completion code is equal to or less than the stated return code.You can modify the STATUS of any job as per your requirement. For example, if your shop normally ACCEPTs the product FMID at some future time, then change the status of S6P4ACPT from INSTALL to FUTURE. Note that you must ACCEPT the remote Service Gateway for DB2 FMID before applying any hotfix maintenance using SMP/E. SEND messages are directed to the userid specified in the NOTIFY parameter of each job submitted, informing user of submission and normal completion or abnormal termination. The successful completion of the final job in JOBSP list is accompanied by the message ALL MEMBERS PROCESSED.This completes the installation process. See Starting the Gateway for details on starting a DB2 Gateway. Modify the relay configuration file for the DB2 server on z/OS, and huron.dir on the DOB, as documented in Connecting the Gateway to a Windows, or Solaris Data Object Broker.
9.
10.
![]() |
Copyright © Cloud Software Group, Inc. All Rights Reserved |