Checklist for installing and customizing Fault Analyzer
In order to verify the installation of Fault Analyzer, and to start using Fault Analyzer at your site, you must perform the following tasks. Unless otherwise indicated, all tasks are mandatory.
- Copy all members of data set IDI.SIDISAM1 to another data set before proceeding, and make all changes to the copies only.
- You can use the IDICHKI utility to check the state of the Fault Analyzer installation or to query service information. See Step 3: Verify the service level (optional).
- Make Fault Analyzer modules available via LINKLIST
and LPA
For details, see Making Fault Analyzer modules available.
- Allocate a history file
Although multiple history files might eventually be used at your site, a single history file is sufficient to verify the installation of Fault Analyzer.
There are no restrictions on the name of the history file, but the default name searched for by Fault Analyzer is IDI.HIST. If a different name is used, then the IDICNFxx parmlib member is used to provide the name through the DataSets option. You review the IDICNFxx parmlib member, and the options it might contain, later in the installation process.
A suggested size of the initial history file is 100 cylinders.
General information about history files is provided in Setting up history files, along with considerations for choosing PDS or PDSE formats, and instructions for using the sample job provided for the data set allocation.
- Create the IDICNFxx parmlib member
For details, see Setting and changing default options for the site.
Ensure that a
option is included if you allocated a history file with a name other than IDI.HIST in step 2.DataSets(IDIHIST(dsn))
Likewise, if Fault Analyzer was installed using a high-level qualifier other than IDI, use the DataSets option to provide the names of all required Fault Analyzer data sets.
- Define and initialize the message and abend code
explanation repository
For details, see Setting up the message and abend code explanation repository.
- Install the MVS™ change options/suppress dump exit IDIXDCAP
For details, see Installing the MVS change options/suppress dump exit IDIXDCAP.
Information about the characteristics of this exit are provided in Exits for invoking Fault Analyzer.
At the completion of this step, Fault Analyzer is effectively enabled at your site, and might start analyzing abends and creating entries in your history file.
- Enable the Language Environment® abnormal
termination exits IDIXCEE and IDIXCE64
For details, see Installing the Language Environment abnormal termination exits IDIXCEE and IDIXCE64.
For information to help you determine the applicability of this exit at your site, see Exits for invoking Fault Analyzer and Language Environment options required for invocation of Fault Analyzer.
- Install the SVC dump registration exit IDIXTSEL
For details, see Installing the MVS post-dump exit IDIXTSEL.
- Customize the CICS® environment
This step is only applicable if you are using CICS®.
For details, see Customizing the CICS environment.
- Customize the DB2®
environment
This step is only applicable if you are using DB2®.
For details, see Customizing the DB2 environment.
Create the DB2® table index discussed in Improving Fault Analyzer DB2 performance; otherwise, severe Fault Analyzer performance degradation might result when accessing DB2® catalog information.
- Customize the IMS™ environment
This step is only applicable if you are using IMS™.
For details, see Customizing the IMS environment.
- Customize the Java environment
This step is only applicable if you are using Java.
For details, see Customizing the Java environment.
- Customize for ISPF
For details, see Modifying your ISPF environment.
- Start the Fault Analyzer
IDIS subsystem
For details, see Using the Fault Analyzer IDIS subsystem.
- Add entry in IFAPRDxx parmlib member
For details, see Registering Fault Analyzer in the IFAPRDxx parmlib member.
- Review and optionally change the default extended minidump (XDUMP) data set name pattern using an
IDIOPTLM configuration-options module.
For details, see Changing the default extended minidump (XDUMP) data set name pattern (XDUMPDSN).
Optional installation steps
- Add BPX security server program control profile for Fault Analyzer programs
This step is only required if program control has been activated for your installation.
For details, see Defining program control access to Fault Analyzer programs.
- Install USERMOD IDISPLI or IDISPLIA to enable implicit Fault Analyzer invocation from PL/I V2R3 applications
For details, see Enabling implicit Fault Analyzer invocation from PL/I V2R3 applications (++IDISPLI/++IDISPLIA).
- Change the default recovery fault recording IEATDUMP data set name pattern using an IDIOPTLM configuration-options
module
For details, see Changing the default recovery fault recording IEATDUMP data set name (RFRDSN).
- Define XFACILIT resource classes to manage recovery fault recording data sets.
For details, see Managing recovery fault recording data set access.
- Define XFACILIT resource class to manage XDUMP data sets
For details, see Managing XDUMP data set access.
- Customize for Japanese language support
This step is only required if the Japanese feature of Fault Analyzer is installed.
For details, see Customizing the Fault Analyzer Japanese feature.
- Install optional non-ISPF interfaces to access Fault Analyzer history files
For details, see Installing non-ISPF interfaces to access Fault Analyzer history files.
- Grant history file administrator authorization for change of settings via ISPF interface
For details, see Restricting change of history file settings.
- Review the chapter "Quick start guide for compiling and assembling programs for use with the ADFz family of products" in IBM Application Delivery Foundation for z/OS Common Components: Customization Guide and User Guide for information about steps required to prepare your programs for use with ADFz family of products.
- Set SLIP traps to capture documentation for selected Fault Analyzer error messages
For details, see Setting Fault Analyzer SLIP traps.
Additional customization can optionally be performed using user exits, as described in Customizing Fault Analyzer by using user exits. However, no user exits are required for Fault Analyzer to run.
Installation verification
- Perform assembler IVP
For details, see Verifying the use of Fault Analyzer with assembler.
- Perform COBOL IVP
Only perform this step if COBOL is installed at your site.
For details, see Verifying the use of Fault Analyzer with COBOL.
- Perform PL/I IVP
Only perform this step if PL/I is installed at your site.
For details, see Verifying the use of Fault Analyzer with PL/I.
- Perform IDIXCEE
Language Environment® exit IVP
For details, see Verifying the IDIXCEE Language Environment exit enablement.
- Perform CICS® IVP
Only perform this step if CICS® is installed at your site.
For details, see Verifying Fault Analyzer customization under CICS.
- Perform DB2® IVP
Only perform this step if DB2® is installed at your site.
Both a C and a COBOL IVP is provided. For details, see Verifying the use of Fault Analyzer with DB2.
- Perform ISPF IVP
For details, see Verifying the use of Fault Analyzer through ISPF.