Oracle® Database Gateway for IMS, VSAM, and Adabas Installation and Configuration Guide 11g Release 2 (11.2) for AIX 5L Based Systems (64-Bit), HP-UX Itanium, Solaris Operating System (SPARC 64-Bit), Linux x86, and Linux x86-64 Part Number E12076-02 |
|
|
View PDF |
After installing the gateway, perform the following tasks to configure the gateway for VSAM:
Perform the following tasks to configure Oracle Database Gateway for VSAM:
Choosing a system identifier is the first task in configuring Oracle Database Gateway for VSAM. The gateway system identifier (SID) is an alphanumeric character string that identifies a gateway instance. If you want to connect simultaneously to different VSAM data sources, you need one gateway instance, and therefore one gateway SID, for each VSAM data source. The SID name is used as part of the file name for the initialization parameter file. The default SID is dg4vsam
.
The HS_FDS_DATASOURCE_NAME
parameter takes on the gateway SID as the default value. This means that the data source matches the gateway SID by default. However, you can specify the value of the HS_FDS_DATASOURCE_NAME
parameter to match the data source that you want to access. See "HS_FDS_DATASOURCE_NAME" for more information.
If you have one VSAM data source and want to access it sometimes with one set of gateway parameter settings, and other times with a different set of gateway parameter settings, you can define two different data sources and define the matching SIDs accordingly.
Customizing the initialization parameter file is the second task in configuring Oracle Database Gateway for VSAM. The initialization parameter file must be available when the gateway is started. During installation, the following default initialization parameter file is created:
$ORACLE_HOME/dg4vsam/admin/initdg4vsam.ora
Where $ORACLE_HOME
is the directory in which the gateway is installed.
The name of the parameter file is init[
SID
].ora
, where SID
is the gateway SID
. If you are not using dg4vsam
as the gateway SID, you must rename the initialization parameter file using the SID you chose in Task 1. This default initialization parameter file is sufficient for starting the gateway, verifying a successful installation, and running the demonstration scripts.
In the initialization parameter file, specify the VSAM connection as follows:
If you use the default workspace:
HS_FDS_CONNECT_INFO="address:port"
If you use a workspace other than the default:
HS_FDS_CONNECT_INFO="address='host' port='port' workspace='workspace'"
Where:
host
: The name of the mainframe computer on which Oracle Connect for IMS, VSAM, and Adabas Gateways runs.
port
: The port number to listen to.
workspace
: The VSAM data source workspace name (optional).
HS_FDS_ACCESS_METHOD must be set to VSAM-CICS for VSAM (CICS) data sources. See Appendix B, "Initialization Parameters" for details.
A number of initialization parameters can be used to modify the gateway behavior. You may want to change the initialization parameter file later to meet system requirements.
See Also:
The Oracle Database Heterogeneous Connectivity Administrator's Guide for more information about customizing the initialization parameter file.The gateway requires Oracle Net Services to provide transparent data access. After configuring the gateway, configure Oracle Net Services to work with the gateway.
Oracle Net Services uses the Oracle Net Listener to receive incoming connections from a Oracle Net Services client. The Oracle Net Listener and the gateway must reside on the same system.
The Oracle Net Listener listens for incoming requests from the Oracle Database. For the Oracle Net Listener to listen for the gateway, information about the gateway must be added to the Oracle Net Listener configuration file, listener.ora
. This file is located in the following directory:
$ORACLE_HOME/network/admin
where $ORACLE_HOME
is the directory in which the gateway is installed.
Note:
If Oracle Net Services is reinstalled, the originallistener.ora
file is renamed and a new listener.ora
file is put into the same directory.The following entries must be added to the listener.ora
file:
A list of Oracle Net Services addresses on which the Oracle Net Listener listens.
The gateway that the Oracle Net Listener starts in response to incoming connection requests.
The Oracle Database accesses the gateway using Oracle Net Services and the TCP/IP protocol adapter. The following is the syntax of the connect descriptor entry in the listener.ora
file:
LISTENER = (DESCRIPTION_LIST = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC)) ) (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = host_name)(PORT = 1552)) ) ) )
Where:
Table 4-1 Parameters for listener.ora File
Variable | Description |
---|---|
|
The name of the system on which the gateway is installed. |
|
The port number used by the Oracle Net Listener. If you have other listeners running on |
To direct the Oracle Net Listener to start the gateway in response to incoming connection requests, add an entry to the listener.ora
file as follows.
Use the following syntax for Linux platforms:
SID_LIST_LISTENER = (SID_LIST = . . (SID_DESC= (SID_NAME=gateway_sid) (ORACLE_HOME=ORACLE_HOME_directory) (PROGRAM=dg4vsam) (ENVS=LD_LIBRARY_PATH=$ORACLE_HOME/lib) ) )
Note:
The executabledg4vsam
is valid for both VSAM and VSAM CICS.Where:
Table 4-2 Parameters for listener.ora File
Variable | Description |
---|---|
|
The SID of the gateway and matches the gateway SID specified in the connect descriptor entry in the |
|
The Oracle home directory where the gateway is located. |
The following table specifies which ENVS
parameter value to use for the different platforms:
Platform | ENVS Parameter Value |
---|---|
Sun Solaris, 64-bit | LD_LIBRARY_PATH=$ORACLE_HOME/lib |
HP-UX Itanium 64-bit | SHLIB_PATH=$ORACLE_HOME/lib |
IBM AIX 64-bit | LIBPATH=$ORACLE_HOME/lib |
Linux 32-bit | LD_LIBRARY_PATH=$ORACLE_HOME/lib |
Linux 64-bit | LD_LIBRARY_PATH=$ORACLE_HOME/lib |
See Also:
Oracle Net Services Administrator's Guide for information about changing thelistener.ora
file.The Oracle Net Listener must be started to initiate the new settings, as follows:
Set the PATH
environment variable to access the commands in the following directory:
$ORACLE_HOME/bin
If you have the Bourne or Korn Shell, enter the following:
$ PATH=$ORACLE_HOME/bin:$PATH;export PATH $ LD_LIBRARY_PATH=$ORACLE_HOME/lib:$LD_LIBRARY_PATH; export LD_LIBRARY_PATH
If you have the C Shell, enter the following:
$ setenv PATH $ORACLE_HOME/bin:$PATH $ setenv LD_LIBRARY_PATH $ORACLE_HOME/lib:$LD_LIBRARY_PATH
where $ORACLE_HOME
is the directory where the gateway is installed.
The following table specifies which path to use for the different platforms.
Platform | Path to be Used |
---|---|
Linux, 32-bit and 64-bit | LD_LIBRARY_PATH |
Sun solaris | LD_LIBRARY_PATH |
HP-UX | SHLIB_PATH |
IBM AIX | LIBPATH |
If the listener is already running, use the lsnrctl
command to stop the listener and then start it with the new settings, as follows:
$ lsnrctl stop $ lsnrctl start
Check the status of the listener with the new settings, as follows:
$ lsnrctl status
The following is an example of output from a lsnrctl
status check:
LSNRCTL for SOLARIS: Version 11.2.0 - Production on 01-JUN-2009 09:16:17 Copyright (c) 1991, 2009, Oracle. All rights reserved. Connecting to (ADDRESS=(PROTOCOL=TCP)(HOST=204.179.99.15)(PORT=11201)) STATUS of the LISTENER ---------------------- Alias listener Version TNSLSNR for SOLARIS: Version 11.2.0 - Production Start Date 31-May-2009 10:16:17 Uptime 0 days 18 hr. 5 min. 13 sec Trace Level off Security OFF SNMP OFF Listener Parameter File /users/oracle/gateway/network/admin/listener.ora Listener Log File /users/oracle/gateway/network/log/listener.log Listening Endpoints Summary... (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=204.179.99.15)(PORT=11201))) Services Summary... Service "dg4vsam" has 1 instance(s). Instance "dg4vsam", status UNKNOWN, has 1 handler(s) for this service... The command completed successfully
In this example, dg4vsam
is the default SID value assigned during installation. You can use any valid ID for the SID, or keep the default.
Note:
You must use the same SID value in thetnsnames.ora
file and the listener.ora
file.Before you can use the gateway to access VSAM data, you must configure the Oracle Database to enable communication with the gateway over Oracle Net Services.
Perform the following tasks to configure the Oracle Database accordingly:
Configuring Oracle Net Services for the Oracle Database
To configure the server you add connect descriptors to the tnsnames.ora
file. You cannot use the Oracle Net Services Assistant or the Oracle Net Services Easy Config tools to configure the tnsnames.ora
file. You must edit the file manually.
See Also:
Oracle Database Administrator's Guide for information about editing thetnsnames.ora
file.For the Oracle Database to access the gateway, it needs a service name entry or a connect descriptor name entry in the tnsnames.ora
file to tell the Oracle Database where to make connections.
By default, this file is located in the directory $ORACLE_HOME/network/admin
, where $ORACLE_HOME
is the directory in which the Oracle Database is installed. The tnsnames.ora
file is required by the Oracle Database accessing the gateway, but not by the gateway.
Edit the tnsnames.ora
file to add a connect descriptor for the gateway. The following is the syntax of the Oracle Net Services entries using TCP/IP protocol needed for the Oracle Database to access the gateway:
connect_descriptor = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = host_name)(PORT = port_number)) ) (CONNECT_DATA = (SID=gateway_sid) ) (HS = OK) )
Where:
Table 4-3 Parameters for tnsnames.ora File
Variable | Description |
---|---|
|
The description of the object to connect to as specified when creating the database link, such as dg4vsam. Check the
Note: The |
|
Specifies the system where the gateway is running. |
|
Matches the port number used by the Oracle Net Services Oracle Net Listener that is listening for the gateway. The Oracle Net Listener's port number can be found in the |
|
Specifies the SID of the gateway and matches the SID specified in the |
For example:
connect_descriptor= vsam = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = host_name)(PORT = port_number)) ) (CONNECT_DATA = (SID = gateway_sid) ) (HS = OK) )
Any Oracle client connected to the Oracle Database can access VSAM data through the gateway. The Oracle client and the Oracle Database can reside on different systems. The gateway accepts connections only from the Oracle Database.
A connection to the gateway is established through a database link when it is first used in an Oracle session. In this context, a connection refers to the connection between the Oracle Database and the gateway. The connection remains established until the Oracle session ends. Another session or user can access the same database link and get a distinct connection to the gateway and VSAM data source.
Database links are active for the duration of a gateway session. If you want to close a database link during a session, you can do so with the ALTER SESSION CLOSE DATABASE LINK dblink
statement. The database and application administrators of a distributed database system are responsible for managing the necessary database links that define paths to the VSAM data source.
See Also:
Oracle Database Administrator's Guide and Oracle Database Heterogeneous Connectivity User's Guide for more information about using database links.The gateway uses userids and passwords to access the information in the remote database. Some userids and passwords must be defined in the Gateway Initialization File to handle functions such as resource recovery. In the current security conscious environment, having plain-text passwords that are accessible in the Initialization File is considered insecure. The dg4pwd
encryption utility has been added as part of Heterogeneous Services' generic connectivity to help make this more secure. This utility is accessible by this gateway. The initialization parameters that contain sensitive values can be stored in an encrypted form.
See Also:
Oracle Database Heterogeneous Connectivity User's Guide for more information about using this utility.The tasks for configuring the gateway to access multiple VSAM data sources are similar to the tasks for configuring the gateway for a single database. The configuration example assumes the following:
The gateway is installed and configured with the default SID of dg4vsam
.
The ORACLE_HOME
environment variable is set to the directory where the gateway is installed.
The gateway is configured for one VSAM data source named dg4vsam
.
Two VSAM data sources named dg4vsam2
and dg4vsam3
on a server named mvs5
with port number 2551
are added.
Configuring the gateway for additional VSAM data sources is similar to configuring it for one database, and involves the following:
Configuring the gateway.
Configuring Oracle Net Services for the gateway and the Oracle Database.
Choose Two System IDs for Each VSAM Database
A separate instance of the gateway accesses the different VSAM data sources. Each instance needs its own gateway System ID (SID). For this example, the gateway SIDs for the instances that access the VSAM data sources are named as follows:
dg4vsam2
for the gateway accessing data source dg4vsam2.
dg4vsam3
for the gateway accessing data source dg4vsam3.
Create Two Initialization Parameter Files
Create an initialization parameter file for each instance of the gateway by copying the original initialization parameter file twice, naming one with the gateway SID for dg4vsam2 and the other with the gateway SID for dg4vsam3:
$ cd $ORACLE_HOME/dg4vsam/admin$ cp initdg4vsam.ora initdg4vsam2.ora$ cp initdg4vsam.ora initdg4vsam3.ora
Note:
The library$ORACLE_HOME/dg4vsam/admin
is valid both for VSAM and VSAM CICS.Change the value of the HS_FDS_CONNECT_INFO
parameter in the new files.
For initdg4vsam2.ora
, enter the following:
HS_FDS_CONNECT_INFO="mvs5:2551"
For initdg4vsam3.ora
, enter the following:
HS_FDS_CONNECT_INFO="mvs5:2551"
Note:
If you have multiple gateway SIDs for the same VSAM data source because you want to use different gateway parameter settings at different times, follow the same procedure. You create several initialization parameter files, each with different SIDs and different parameter settings.Add two new entries to the Oracle Net Listener configuration file, listener.ora
. You must have an entry for each gateway instance, even when multiple gateway instances access the same database.
The following example shows the entry for the original installed gateway first, followed by the new entries:
SID_LIST_LISTENER= (SID_LIST= (SID_DESC= (SID_NAME=dg4vsam) (ORACLE_HOME=ORACLE_HOME_directory) (PROGRAM=dg4vsam) ) (SID_DESC= (SID_NAME=dg4vsam2) (ORACLE_HOME=ORACLE_HOME_directory) (PROGRAM=dg4vsam) ) (SID_DESC= (SID_NAME=dg4vsam3) (ORACLE_HOME=ORACLE_HOME_directory) (PROGRAM=dg4vsam) ) )
If the listener is already running, use the lsnrctl
command to stop the listener and then start it with the new settings, as follows:
$ lsnrctl stop$ lsnrctl start
This section describes the required procedures to configure the Oracle Database for the gateway access.
Add two connect descriptor entries to the tnsnames.ora
file. You must have an entry for each gateway instance, even if the gateway instances access the same database.
The following VSAM example shows the entry for the original installed gateway first, followed by the two entries for the new gateway instances:
old_db_using=(DESCRIPTION= (ADDRESS= (PROTOCOL=TCP) (PORT=1541) (HOST=gtwhost)) (CONNECT_DATA= (SID=dg4vsam)) (HS=OK)) new_vsam2_using=(DESCRIPTION= (ADDRESS= (PROTOCOL=TCP) (PORT=1541) (HOST=gtwhost)) (CONNECT_DATA= (SID=dg4vsam2)) (HS=OK)) new_vsam3_using=(DESCRIPTION= (ADDRESS= (PROTOCOL=TCP) (PORT=1541) (HOST=gtwhost)) (CONNECT_DATA= (SID=dg4vsam3)) (HS=OK))
The value for PORT
is the TCP/IP port number of the Oracle Net Listener that is listening for the gateway. The number can be found in the listener.ora
file used by the Oracle Net Listener. The value for HOST
is the name of the system on which the gateway is running. The name also can be found in the listener.ora
file used by the Oracle Net Listener.
Enter the following to create a database link for the dg4vsam2
gateway:
SQL> CREATE PUBLIC DATABASE LINK VSAM2 CONNECT TO 2 user2 IDENTIFIED BY password2 USING 'new_vsam2_using';
Enter the following to create a database link for the dg4vsam3
gateway:
SQL> CREATE PUBLIC DATABASE LINK VSAM3 CONNECT TO 2 user3 IDENTIFIED BY password3 USING 'new_vsam3_using';
Note:
To encrypt the initialization parameters that would normally be stored in the initialization file in plain text, you must use thedg4pwd
utility, as described in Oracle Database Heterogeneous Connectivity User's Guide.After the database links are established you can query the new VSAM data sources, as in the following:
SQL> SELECT * FROM ALL_TABLES@VSAM2;
or:
SQL> SELECT * FROM ALL_TABLES@VSAM3;
You can perform the following configuration tasks:
The VSAM/Batch data source supports auto-commit mode only. This means that you cannot roll back, or undo, any changes that you made.
The gateway supports the following transaction capabilities:
READ_ONLY
SINGLE_SITE (default)
See the Oracle Database Heterogeneous Connectivity User's Guide for configuration information.
By default, the VSAM (CICS) data source supports global transactions.
If the VSAM (CICS) data source is configured differently in Oracle Studio for IMS, VSAM, and Adabas Gateways, see the Oracle Database Heterogeneous Connectivity User's Guide for information about configuring for global transactions.
If the VSAM (CICS) data source is configured for global transactions, the gateway becomes the commit point site when the VSAM (CICS) data source is updated by a transaction. The Oracle database commits the unit of work in the VSAM (CICS) data source after verifying that all Oracle databases in the transaction have successfully prepared the transaction. Only one gateway can participate in an Oracle global transaction as the commit point site.
See Also:
Oracle Database Heterogeneous Connectivity User's Guide for information about the global transaction process.For the gateway to recover distributed transactions, a recovery account and password must be provided. By default, both the user name of the account and the password are RECOVER
. The name of the account can be changed with the gateway initialization parameter HS_FDS_RECOVERY_ACCOUNT
. The account password can be changed with the gateway initialization parameter HS_FDS_RECOVERY_PWD
.
Note:
Oracle Corporation recommends that you do not use the default valueRECOVER
for the user name and password. Moreover, storing plain text as user name and password in the initialization file is not a good security policy. There is now a utility called dg4pwd
that should be used for encryption. Refer to Chapter 4, "Encrypting Initialization parameters" in Oracle Heterogeneous Connectivity Administration Guide for details.To change the default user name or the password, in the initialization parameter file, set the following gateway initialization parameters:
HS_FDS_RECOVERY_ACCOUNT
to the mainframe account name.
This account can be the same account that is used to access the VSAM data source. If you use another account, then it must have the same permissions as the account that is used to access the VSAM data source.
HS_FDS_RECOVERY_PWD
to the password of the account.
See Also:
"Customize the Initialization Parameter File" for information about editing the initialization parameter file and Appendix B, "Initialization Parameters" for information about theHS_FDS_RECOVERY_ACCOUNT
and HS_FDS_RECOVERY_PWD
initialization parameters.You can perform the following tests on the VSAM data source:
Connection test: This tests the physical connection to the data source.
Query test: This test runs an SQL SELECT query against the data source.
These tests are described in the following procedures.
See Also:
Setting Up a VSAM Data Source for information on how to add a data source.Perform the following to test the physical connection to the data source.
Open Oracle Studio for IMS, VSAM, and Adabas Gateways.
Expand the node of the required computer.
Expand the node of the required binding.
Expand the Data sources node.
Right-click the required data source entity, and select Test.
The Test Wizard screen opens.
Select Navigator from the Active Workspace Name list and click Next.
The system now tests the connection to the data source, and returns the test result status.
Click Finish to exit the Test wizard.
Perform the following to test the VSAM data source by query.
Open Oracle Studio for IMS, VSAM, and Adabas Gateways.
Expand the node of the required computer.
Expand the node of the required binding.
Expand the Data sources node.
Right-click the required data source entity, and select Query Tool.
The Query Tool opens in the Editor pane, with the Build Query tab displayed (see Figure 4-1).
Select Navigator and click OK.
Select the required query type from the Query Type list. The default is a SELECT-type query.
Locate and expand the node of the required data source entity.
The data source tables are listed.
Select the required table and move it to the Table column by using the arrow button.
Click Execute query.
The Query Result tab opens, displaying the results of the query.
Close the Query Tool in the Editor pane.
Log files are used for troubleshooting and error handling. The log file is generated when the driverTrace
debug binding parameter is set to True
.
The log file includes various information concerning the functions used or called by the driver, queries executed, data sources accessed, etc.
First, you need to create the log file. Perform the following procedure.
Open Oracle Studio for IMS, VSAM, and Adabas Gateways.
From the main menu, click Windows, Preferences.
The Preferences screen is displayed.
In the left pane, click the Studio node.
Click the Advanced tab.
Select the Show advanced environment parameters check box.
Click OK.
In the Design Perspective Configuration view, right-click the binding under which the Oracle data source is located and select Edit Binding.
From the Category list, select Debug.
Set the driverTrace
and generalTrace
parameters to TRUE
.
Execute the following query: Select * from upd_dt limit to 3 rows
The following is a sample log file output:
Example 4-1 Sample VSAM Log File
ORACLE CONNECT Log (V10.1.3.1, MVS) Started at 2006-11-21T17:25:13 Licensed by Oracle Corporation on 28-SEP-2006 (001001610) Licensed to ORACLE for <all providers> on <all machines> (<all platforms> o: 586 9862924 fopen >>> filename=TEST.OR5000A.DEF.NOSBB.SYS,mode=rb, typ e=record, lrecl=8208 o: 275 0 flocate >>> stream=9862924,key=98A9830,key_len=4,options=3 o: 292 8208 fread >>> buffer=98AA310, size=1, count=8208,stream=9862924 o: 424 0 fclose >>> stream=9862924 o: 275 0 flocate >>> stream=98613F4,key=984FFD0,key_len=100,options=5 o: 292 2048 fread >>> buffer=984F7C8, size=1, count=2048,stream=98613F4 o: 275 0 flocate >>> stream=9861024,key=984FFD0,key_len=4,options=5 o: 292 2048 fread >>> buffer=984F7C8, size=1, count=2048,stream=9861024 o: 275 0 flocate >>> stream=98613F4,key=984FFD0,key_len=100,options=5 o: 292 2048 fread >>> buffer=984F7C8, size=1, count=2048,stream=98613F4 o: 275 0 flocate >>> stream=9861024,key=984FFD0,key_len=4,options=5 o: 292 2048 fread >>> buffer=984F7C8, size=1, count=2048,stream=9861024 o: 275 0 flocate >>> stream=98613F4,key=984FFD0,key_len=100,options=5 o: 292 2048 fread >>> buffer=984F7C8, size=1, count=2048,stream=98613F4 o: 275 0 flocate >>> stream=9861024,key=984FFD0,key_len=4,options=5 o: 292 2048 fread >>> buffer=984F7C8, size=1, count=2048,stream=9861024 o: 586 98B7424 fopen >>> filename=TEST.OR5000A.DEF.NOSBB.SYS,mode=rb, typ e=record, lrecl=8208 o: 275 0 flocate >>> stream=98B7424,key=98C2820,key_len=4,options=3 o: 292 8208 fread >>> buffer=98C3300, size=1, count=8208,stream=98B7424 o: 424 0 fclose >>> stream=98B7424 o: 275 0 flocate >>> stream=98613F4,key=984FFD0,key_len=100,options=5 o: 292 2048 fread >>> buffer=984F7C8, size=1, count=2048,stream=98613F4 o: 275 0 flocate >>> stream=9861024,key=984FFD0,key_len=4,options=5 o: 292 2048 fread >>> buffer=984F7C8, size=1, count=2048,stream=9861024 IRprc (6695): ; Client 194.90.22.131:3130 (No. 1, NAVXML CLIENT) has connected o: 275 0 flocate >>> stream=98613F4,key=984FFD0,key_len=100,options=5 o: 292 2048 fread >>> buffer=984F7C8, size=1, count=2048,stream=98613F4 o: 275 0 flocate >>> stream=9861024,key=984FFD0,key_len=4,options=5 o: 292 2048 fread >>> buffer=984F7C8, size=1, count=2048,stream=9861024 o: 586 98B7424 fopen >>> filename=TEST.OR5000A.DEF.NOSBB.SYS,mode=rb, typ e=record, lrecl=8208 o: 275 0 flocate >>> stream=98B7424,key=98FEA80,key_len=4,options=3 o: 292 8208 fread >>> buffer=9901040, size=1, count=8208,stream=98B7424 o: 424 0 fclose >>> stream=98B7424 o: 275 0 flocate >>> stream=98613F4,key=984FFD0,key_len=100,options=5 o: 292 2048 fread >>> buffer=984F7C8, size=1, count=2048,stream=98613F4 o: 275 0 flocate >>> stream=9861024,key=984FFD0,key_len=4,options=5 o: 292 2048 fread >>> buffer=984F7C8, size=1, count=2048,stream=9861024 nvOUT (PROD.AC10131.NAV(QP#SQTXT) 89): SELECT * FROM VSAM:UPD_DT LIMIT TO 100 R nvRETURN (PROD.AC10131.NAV(QPSYNON) 1140): -1 o: 586 98B7424 fopen >>> filename=TEST.OR5000A.DEF.NOS.VSAM,mode=rb, type =record, lrecl=2048 o: 393 0 fclose >>> stream=98613F4 o: 424 0 fclose >>> stream=9861024 o: 586 Calling ENQ for TEST.OR5000A.DEF.NOS.SYS . o: 586 Successful exclusive enqueue retCode=0 o: 586 98B77F4 fopen >>> filename=TEST.OR5000A.DEF.NOS.SYS,mode=rb+, type =record o: 627 98B7BC4 fopen >>> filename=TEST.OR5000A.DEF.NOS.SYS.I2.PATH,mode=r b, type=record, lrecl=2048 o: 275 0 flocate >>> stream=98B7BC4,key=9981F00,key_len=100,options=5 o: 292 2048 fread >>> buffer=99816F8, size=1, count=2048,stream=98B7BC4 o: 393 0 fclose >>> stream=98B7BC4 o: 424 0 fclose >>> stream=98B77F4 o: 424 Calling DEQ for TEST.OR5000A.DEF.NOS.SYS o: 424 Successful dequeue retCode=0 o: 627 98B77F4 fopen >>> filename=TEST.OR5000A.DEF.NOS.VSAM.I2.PATH,mode= rb, type=record, lrecl=2048 o: 275 0 flocate >>> stream=98B77F4,key=98BF0C0,key_len=100,options=5 o: 292 2048 fread >>> buffer=98BE8B8, size=1, count=2048,stream=98B77F4 o: 275 0 flocate >>> stream=98B7424,key=98BF0C0,key_len=4,options=5 o: 292 2048 fread >>> buffer=98BE8B8, size=1, count=2048,stream=98B7424 o: 586 98B8BF4 fopen >>> filename=TEST.OR5000A.DEF.NOSBB.VSAM,mode=rb, ty pe=record, lrecl=8208 o: 275 0 flocate >>> stream=98B8BF4,key=9982850,key_len=4,options=3 o: 292 8208 fread >>> buffer=9983330, size=1, count=8208,stream=98B8BF4 o: 424 0 fclose >>> stream=98B8BF4 <<<<<<<<<<<<<<<<<<< Execution Strategy Begin <<<<<<<<<<<<<<<<<<<<<<<<<<<< Original SQL: SELECT * FROM VSAM : UPD_DT LIMIT TO 100 ROWS Accessing file 'UPD_DT' from 'VSAM' Database Fetch strategy: scan >>>>>>>>>>>>>>>>>>>> Execution Strategy End >>>>>>>>>>>>>>>>>>>>>>>>>>>> FilePool Init(DB=VSAM) FilePool Get(DB=VSAM, File=TEST.VSAM.DATA.UPDDT015, Mode=0, FilePool Size=0) o: 586 98B8BF4 fopen >>> filename=TEST.VSAM.DATA.UPDDT015,mode=rb, type=r ecord, lrecl=116 o: 292 116 fread >>> buffer=9984628, size=1, count=116,stream=98B8BF4 o: 292 116 fread >>> buffer=9984628, size=1, count=116,stream=98B8BF4 o: 292 0 fread >>> buffer=9984628, size=1, count=116,stream=98B8BF4