Space announcement We are no longer updating this version of the documentation for the infrastructure components (DBC, LGC, and NGL).  You can no longer leave comments on it. For the latest version of the documentation, see Common Mainframe Infrastructure 2022 release.

DBC startup parameters


The DBC subsystem has the following sets of logically discrete startup parameters:

  • DBCPARMS parameters include the required DBC subsystem ID (SSID) and optional parameters, such as the XCF group name and repository data set name. You specify this general set of control parameters through the DBCPARMS DD statement. For more information, see DBCPARMS parameters.
  • DBCSECUR parameters relate specifically to security customization. You identify these parameters through the DBCSECUR DD statement. DBC maintains the security parameters as a discrete set of parameters so that you can implement a different level of data set security for these parameters, if needed. For more information, see DBC-security.

Note

The only required DBC initialization parameter is the SSID; along with the XCF group name, you can also specify the SSID via the EXEC PGM=DBCMAIN,PARM='parms' JCL statement. If you specify the DBC SSID or GROUP through the JCL PARM= override statement, these values take precedence over any <SSID> or <GROUP> XML element values specified in DBCPARMS statement.

The following figure shows an example of the started task JCL with parameters.

Started task for DBC

//DBC      PROC
//DBCxxx10 EXEC PGM=DBCMAIN,REGION=0M,ACCT=xxxx,TIME=1440,     
                PARM=('SSID=&SSID,MODE=&REPMODE,GROUP=&GRP')  
//STEPLIB  DD DISP=SHR,DSN=BMC.DBC.BMCLINK
//SYSPRINT DD SYSOUT=*,RECFM=VA
//DBCPARMS DD DISP=SHR,DSN=BMC.DBC.UBMCSAMP(DBC$PARM)
//DBCSECUR DD DISP=SHR,DSN=BMC.DBC.UBMCSAMP(DBC$SECU)

 

DBCPARMS parameters

The DBCPARMS DD JCL statement identifies the initialization parameters file for the DBC started task.

Note

Initialization parameters are separated from the DBC security startup parameters that you specify in the DBCSECUR DD statement. This separation allows you to manage the security parameters separately from other DBC parameters by implementing data set name security through your External Security Manager (ESM).

For more information about the started task, see Started-task-for-the-DBC-subsystem. For more information about security parameters, see DBC-security-parameters.

Guidelines for sharing DBCPARMS across multiple DBC subsystems

If you want to share a single DBCPARMS parameters file across all DBC subsystems, consider the following guidelines:

  • The DBC SSID must be unique within an XCF group and unique on a single LPAR. You must specify the required DBC SSID by using the JCL parameter override statement (EXEC PGM=DBCMAIN,PARM='SSID=ssid).

    You can use the &SYSCLONE symbolic from the IBM MVS system symbols as part of the SSID= parameter. Doing so allows you to create unique DBC SSIDs across the sysplex without having separate PROCs. You can create two-, three-, or four-character IDs by combining &SYSCLONE with other literal characters (for example, SSID=DC&SYSCLONE). To determine the value of &SYSCLONE at your site, contact your system programmer.

  • By default, the DBC starts an XCF group based on the name of the DBC group. You can specify the DBC group name by using the JCL parameter override statement (EXEC PGM=DBCMAIN,PARM='GROUP= group '). You can specify the XCF group name by using the <XCFGROUP> element in the DBCPARMS member.
  • You can specify the DBC repository data set name in the DBCPARMS parameters file by using one or more DBC system variables. Doing so ensures a unique repository data set name for each DBC subsystem instance. The following table lists the DBC system variables that you can use to create a unique data set name.

DBC system variables

Variable

Description

&SSID.

4-byte subsystem ID of the DBC subsystem

&SMFID.

4-byte SMF ID of the host system

&MVSNAME.

8-byte system name of the host system

 

For more information about the individual DBC initialization parameters, see DBCPARMS elements.

Structure of the XML stream

The following figure shows a sample parameters file.

<!-- ************************************************************** -->
<!--                                                                -->
<!-- Description:                                                   -->
<!--   This required control file contains the DBC subsystem        -->
<!--   initialization parameters. The DBC subsystem locates this    -->
<!--   parameter file via the DBCPARMS JCL DD statement. See the    -->
<!--   sample DBC JCL procedure 'DBC$STC' for details.              -->
<!--                                                                -->
<!-- ************************************************************** -->

<dbcparms>
  <options>
    <ssid>SSID</ssid>
    <group>BMCGROUP</group>
    <xcfgroup>DBCXCF</xcfgroup>
    <mode>NORMAL
    <wtouppercase>YES</wtouppercase>
    <wlm>
       <subsystype>name</subsystype>
    </wlm>
    <dprrepos>
      <name>BMC.DBC1010.DPRREPOS</name>
      <storclas>SMSCLASS</storclas>
      <volumes>VOLSER1,VOLSER2,...</volumes>
      <mgmtclas>managementClass</mgmtclas>
      <dataclas>dataClass</dataclas>
      <ignore>
           <product>productName</product>
           <fmid>productFMID</fmid>
           <piid>productPIID</piid>
      </ignore>
    </dprrepos>
  </mode></options>
</dbcparms>

For JCL sample files, see the SAMP data set.

DBCPARMS elements

(required) The <DBCPARMS> element is the root-level element in the XML stream that is used to define DBC parameters.

Data type: Not applicable.Child elements: <OPTIONS>

OPTIONS

(required) The <OPTIONS> element contains the DBCPARMS values.

Data type: Not applicable.Parent element: <DBCPARMS>Child elements: <SSID>, <GROUP>, <WTOUPPERCASE>, <XCFGROUP>, <MODE>, <WLM>, and <DPRREPOS>

SSID

(optional) The <SSID> element specifies the SSID of the DBC subsystem. The SSID is a required DBC startup parameter. You must specify the SSID either through the DBCPARMS XML document or in the EXEC statement; otherwise, initialization fails.

Consider the following requirements for the value of the <SSID> element:

  • BMC recommends that you use different names for the DBC SSID and the DBC started task.
  • The SSID value must not conflict with any MVS command verbs. If it does, DBC issues an error message and terminates.
  • The SSID value can contain A–Z, 0–9, #, or $. Any other characters are invalid and cause the DBC subsystem to issue an error message and terminate.
  • The SSID value should not begin with a numeric character (0–9). You can use the SSID to issue system commands to the DBC subsystem; consequently, if the SSID value started with a number, the system could misinterpret the value as the short form of the REPLY system command. (For more information about issuing system commands, see DBC-commands.)
  • The SSID value should not conflict with any JES commands. This recommendation ensures that only the DBC subsystem processes system commands that you are issue to the DBC subsystem by using the DBC SSID value.

Data type: VARCHAR(4)Parent element: <OPTIONS>Child elements: None.

GROUP

(optional) The <GROUP> element specifies the name of the DBC XCF group that relates DBC subsystems on different LPARs within the SYSPLEX.

Note

You can also specify the DBC XCF group through the EXEC PGM=DBCMAIN,PARM='parms' JCL statement.

Consider the following requirements for the value of the <GROUP> element:

  • The GROUP value must not conflict with any MVS command verbs. If it does, DBC issues an error message and terminates.
  • The GROUP value must not contain embedded blank characters.
  • The GROUP value should not begin with a numeric character (0–9). You can use the group name to issue system commands to the DBC subsystem; consequently, if the group name started with a number, the system could misinterpret the value as the short form of the REPLY system command. (For more information about issuing system commands, see DBC-commands.)
  • The GROUP value should not conflict with any JES commands. This recommendation ensures that only the DBC subsystem processes system commands that you issue to the DBC subsystem by using the GROUP value.

Note

A DBC XCF group can contain only one DBC subsystem per LPAR.

The default value is DBCGROUP.

Data type: VARCHAR(8)Parent element: <OPTIONS>Child elements: None.

XCFGROUP

(optional) By default, DBC uses the <GROUP> element as the name of an XCF group to join at startup. In rare situations, this behavior might not be acceptable. Use the <XCFGROUP> element to specify a different XCF group for DBC to join.

Data type: VARCHAR(8)Parent element: <OPTIONS>Child elements: None.

MODE

MODE controls whether to initialize products stored in the repository when starting. Valid values for the <MODE> element are SAFE and NORMAL.

  • SAFE mode tells the DBC subsystem to start without automatically initializing products stored in the repository.
  • NORMAL mode (the default value) initializes products stored in the repository.

You can also specify the value for MODE through start arguments to DBCMAIN.

If DBC starts in SAFE mode, DBC issues the following message to the system log:

 BMCDBC0250  ssid DBC has been requested to ignore INITPROD commands from the repository

If starting in default NORMAL mode, DBC issues the following message:

BMCDBC0234I  DBC operating in NORMAL mode.

Data type: VARCHAR(6)Parent element: <OPTIONS>Child elements: None.  

WLM

The <WLM> element sets the subsystem type to use for workload management. The default is BMCS.

Data type: Not applicable.Parent element: <OPTIONS>Child elements: <SUBSYSTYPE>

SUBSYSTYPE

The <SUBSYSTYPE> element contains the name of the subsystem type.

Data type: VARCHAR(8)Parent element: <OPTIONS>Child elements: <SUBSYSTYPE>

WTOUPPERCASE

(optional) The <WTOUPPERCASE> element indicates whether to convert console messages to uppercase. Printed messages remain in mixed case.

The default value is YES. Valid values are YES and NO.

Data type: VARCHAR(3)Parent element: <OPTIONS>Child elements: None.  

(PTF BQU0315 applied)
REQUIREREPOS

(optional) The <REQUIREREPOS> element determines DBC behavior when the repository is unavailable. <REQUIREREPOS>YES</REQUIREREPOS> indicates that DBC should terminate if the repository is not available. <REQUIREREPOS>NO</REQUIREREPOS> indicates that DBC should only issue a warning message in this case. The default is <REQUIREREPOS>YES</REQUIREREPOS>.

Data type: VARCHAR(3)Parent element: <OPTIONS>Child elements: None.  

DPRREPOS

(optional) The <DPRREPOS> element contains the DBC repository name. If you do not specify this element, DBC repository services are not available. Unless you also specified <REQUIREREPOS>NO</REQUIREREPOS>, DBC terminates. If you did specify <REQUIREREPOS>NO</REQUIREREPOS>, DBC issues a warning message during initialization and DBC subsystem services that do not require a repository, function normally.

Data type: Not applicable.Parent element: <OPTIONS>Child elements: <NAME>, <STORCLAS>, <VOLUMES>, <MGMTCLAS>, <DATACLAS>, and <IGNORE>

NAME

(optional) The <NAME> element specifies the data set name for the DBC repository VSAM cluster. This value must specify a valid data set name:

  • If the value specifies the name of an existing DBC repository VSAM cluster, DBC uses that cluster for the repository.
  • If the specified data set does not exist, DBC defines the new cluster automatically by using the <STORCLAS> or <VOLUMES> options to determine physical allocation attributes.

Only one active DBC subsystem can use a given DBC repository VSAM cluster.

You can share a single DBCPARMS parameters file for multiple DBC instances. To do so, specify DBC system variables in the <NAME> element to ensure that each DBC subsystem uses a unique repository data set name. DBC resolves the variables to their symbolic values. To enable variable substitution, prefix the system variables with an ampersand (&) and suffix them with a period (.).

Example

Assume that you use the system variables in a <NAME> element as shown in the following statement:

<NAME>BMC.&SSID..&SMFID..&MVSNAME..REPOS</NAME>

Also, assume that the symbolic values of SSID, SMFID, and MVSNAME are DBC1, SYSP, and MVSPROD, respectively.

The variable substitution resolves to the following data set name:

BMC.DBC1.SYSP.MVSPROD.REPOS

Data type: VARCHAR(44)Parent element: <DPRREPOS>Child elements: None.

STORCLAS

(optional) The <STORCLAS> element specifies the SMS storage class to be used for the DBC repository VSAM cluster when the DBC defines the cluster. The DBC defines the cluster automatically if the <NAME> element specifies the name of a cluster that has not yet been defined. Specify this element only if SMS is active and the cluster is to be SMS-managed. For more information, see the STORAGECLASS parameter of the DEFINE CLUSTER command in the IBM DFSMS Access Method Services documentation.

Data type: VARCHAR(8)Parent element: <DPRREPOS>Child elements: None.

VOLUMES

(optional) The <VOLUMES> element specifies the volumes on which the DBC repository VSAM cluster is to be defined when the DBC defines the cluster. The DBC defines the cluster automatically if the <NAME> element specifies the name of a cluster that has not yet been defined.

Note

This element is required only if you do not specify if a value for <STORCLAS>.

The <VOLUMES> value can specify up to 59 volumes, where each volume is delimited by a comma (,). The value can specify a volume serial number or, if the cluster is to be SMS-managed, an asterisk (*), which lets SMS choose the volume. For more information, see the VOLUMES parameter of the DEFINE CLUSTER command in the IBM DFSMS Access Method Services documentation.

Data type:  VARCHAR(412)Parent element: <DPRREPOS>Child elements: None.

MGMTCLAS

(optional)The <MGMTCLAS> element specifies the management class for the repository data set to be created.

The <MGMTCLAS> element is used only if the repository data set does not yet exist.

Data type: VARCHAR(8)Parent element: <DPRREPOS>Child elements: None.

DATACLAS

(optional) The <DATACLAS> element specifies the data class for the repository data set to be created.

The <DATACLAS> element is used only if the repository data set does not yet exist.

Data type: VARCHAR(8)Parent element: <DPRREPOS>Child elements: None.  

IGNORE

(optional) The <IGNORE> element tells DBC to ignore the repository entries for the identified product at startup. Doing so allows the rest of the products running within the DBC subsystem to start normally without starting the specified product. You can include multiple <IGNORE> elements.

when DBC is started Data type: Not applicable.Parent element: <DPRREPOS>Child elements: <PRODUCT>, <FMID>, and <PIID>

PRODUCT

(required) The <PRODUCT> element identifies a unique BMC product code.

Data type: CHAR(3)Parent element: <IGNORE>Child elements: None.

FMID

(required) The <FMID> element identifies the FMID of the product code release.

Data type: CHAR(7)Parent element: <IGNORE>Child elements: None.

PIID

(optional) The <PIID> element is optional and identifies a unique product instance within the context of one product code and FMID.

Data type: VARCHAR(16)Parent element: <IGNORE>Child elements: None.

 

Tip: For faster searching, add an asterisk to the end of your partial query. Example: cert*