Welcome
IBM Z Software Asset Management 9.1
Implementing deployment scenarios
Most implementations of IBM Z Software Asset Management are based on one of the common deployment scenarios. An example is provided for implementing each of these common deployment scenarios with a Db2® Repository database. You can adapt an example for use with an SQLite Repository database.
Scenario 1: Implementing a single Repository database with a single GKB database
The most common deployment scenario is an implementation with a single Repository database and a single global knowledge base (GKB) database.

IBM Z Software Asset Management 9.1
- PDF manual
- Program Directory
- Product overview
  IBM Z Software Asset Management is built on the concept of remote and central mainframe components which work together to produce reports on z/OS® mainframe products and their usage. This section provides you with a high-level overview of the IBM Z Software Asset Management core architecture.
- Planning for deployment
  Before you deploy IBM Z Software Asset Management , consider which deployment option is best suited to your environment.
- Implementing deployment scenarios
  Most implementations of IBM Z Software Asset Management are based on one of the common deployment scenarios. An example is provided for implementing each of these common deployment scenarios with a Db2® Repository database. You can adapt an example for use with an SQLite Repository database.
  - Scenario 1: Implementing a single Repository database with a single GKB database
    The most common deployment scenario is an implementation with a single Repository database and a single global knowledge base (GKB) database.
  - Scenario 2: Implementing multiple Repositories with a shared GKB database
    This deployment scenario implements two Repositories in a single Db2® subsystem that share a single global knowledge base (GKB) database. The advantage of sharing the same GKB is that you need only apply monthly updates to a single GKB database.
  - Scenario 3: Implementing multiple Repositories with multiple GKB databases
    This deployment scenario implements two Repositories in a single Db2® subsystem, each with its own global knowledge base (GKB) database. This deployment scenario is not common because you must apply monthly updates to each GKB database.
  - Scenario 4: Collecting and transferring Inquisitor and usage data from remote sites
    This scenario extends each of the deployment scenarios to collect data from remote sites and transfer the data back to the central site for processing.
  - Scenario 5: Implementing in a sysplex environment
    This deployment scenario is for a sysplex environment, where the DASD is fully shared across all z/OS® LPARs that belong to the sysplex. This special deployment is similar to the deployment scenarios 1, 2, or 3, but the implementation steps are slightly different. This approach is intended to achieve operational efficiency by processing only a single z/OS LPAR within a sysplex.
- Installing and customizing IBM Z Software Asset Management
  The product installation involves downloading the product and available updates, preparing the database, and configuring and populating a test database. After verifying that all components are correctly installed, you duplicate the test database to create a production database where you automate data collection and import tasks.
- Migrating to IBM Z Software Asset Management 9.1
  When you migrate to the latest version of IBM Z Software Asset Management 9.1 from an earlier version, you must convert existing data to be compatible with your new environment.
- Collecting and importing data with IBM Z Software Asset Management
  IBM Z Software Asset Management includes programs that collect system and usage data, import, filter, and match this data, update the Repository tables, and make the data available for review and query.
- Reporting with the Analyzer
  The primary reporting facility in IBM Z Software Asset Management is the Analyzer.
- Running utilities
  IBM Z Software Asset Management provides utilities that you run to perform routine functional tasks to maintain the product lifecycle.
- REST API
- Configuring Language support
  IBM Z Software Asset Management includes Japanese language support for MVS™ Message Service (MMS) message information. You can also configure the Analyzer utility to create and view reports in Japanese.
- Reference information for IBM Z Software Asset Management
  Reference information includes messages, repository table layouts, and performance and tuning.
- Troubleshooting and support
  To isolate and resolve problems with your IBM software, you can use the troubleshooting, messages, and support information. This information contains instructions for using the problem determination resources that are provided with your IBM products.
- IBM Z Software Asset Management messages
  You can identify the type of message by the message prefix.
- Description of output message content
  Messages generated during batch processing are explained in detail here.
IBM Z Software Asset Management Container 9.1
Notices

Scenario 1: Implementing a single Repository database with a single GKB database

The most common deployment scenario is an implementation with a single Repository database and a single global knowledge base (GKB) database.

About this task

The example deployment is for a Db2® database environment and includes the key parameters that influence this scenario.

Procedure

Customize an instance of the HSISCUST member in the hsi.SHSISAMP data set with the following parameters:
- DBTYPE=DB2
- REPZSCHM=REPHLQ1
- GKBZSCHM=GKBHLQ1
- NOTFSCHM=NOTHLQ1
- DB=REPDB1
- DBGKB=GKBDB1
- DBNOT=NOTDB1
Submit the HSISCUST job.
Create the Repository and GKB databases and grant access to them:
1. Run the HSISDB01 job to create storage groups.
2. Run the HSISDB02 job to create the GKB database and database objects.
3. Run the HSISDB03 job to create the Repository database and database objects.
4. Run the HSISDB04 job to create the Notifications database and database objects.
5. Run the HSISGKBL job to load GKB data.
6. Run the HSISGRNT job to grant DBADMIN access to IBM Z Software Asset Management administrator.
7. Optional - Run the HSISGRTB job to grant SELECT access to database tables.
Collect Inquisitor and Usage Monitor data:
1. Run the HSISINQZ job on all z/OS® LPARs to collect Inquisitor data.
2. Run the HSISINQU job on all z/OS® LPARs to collect Inquisitor data for UNIX®.
3. Run the HSISUMON job on all z/OS® LPARs to collect usage data.
4. Run the HSISZCATjob to condense usage data, separately for each z/OS LPAR (if there are usage data from 3 LPARs, then there should be 3 condensed output files).
Transfer the collected Inquisitor and condensed ZCAT usage data to the central site via file transfer protocol (FTP).
Import Inquisitor and Usage Monitor data at the central site:
1. Run the HSISIQIM job to import Inquisitor data into the Repository database for each LPAR.
2. Run the HSISUIMP job to import Usage data into the Repository database for each LPAR.