Beruflich Dokumente
Kultur Dokumente
Trademarks
InterAct, Intergraph, and RIS are registered trademarks of Intergraph Corporation. DIALOG, InterServe, and TD1
are trademarks of Intergraph Corporation. All other brands and product names are trademarks of their respective
owners.
Copyright
1996 Intergraph Corporation
All Rights Reserved
Including software, file formats, and audiovisual displays; may be used pursuant to applicable software license
agreement; contains confidential and proprietary information of Intergraph and/or third parties which is protected
by copyright and trade secret law and may not be provided or otherwise made available without proper
authorization.
RESTRICTED RIGHTS LEGEND
Use, duplication, or disclosure by the government is subject to restrictions as set forth in subparagraph (c) (1) (ii) of
The Rights in Technical Data and Computer Software clause at DFARS 252.227-7013 or subparagraphs (c) (1) and
(2) of Commercial Computer Software Restricted Rights at 48 CFR 52.227-19, as applicable.
Unpublished rights reserved under the copyright laws of the United States.
Intergraph Corporation
Huntsville, Alabama 35894-0001
Table of Contents
__________________________________________________________________________________________________________________________________________________
iv Table of Contents
Table of Contents v
Table of Contents
__________________________________________________________________________________________________________________________________________________
1.
1-3
2.
2-3
2.1
2.2
2-3
2-7
2 - 11
2 - 11
2 - 11
2 - 12
2.3.1
2.3.2
2.3.3
2.3.4
2 - 12
2 - 13
2 - 14
2 - 14
3-3
2.3
3.
3.1
3.2
3.3
3.4
3.5
3.6
4.
5.
3-3
3-5
3 - 13
3 - 18
3 - 19
3 - 22
4-3
4.1
4.2
4-3
4-3
5-3
5.1
5.2
5.3
5.4
5.5
5.6
5.7
5-3
5-4
5-5
5-6
5-7
5-7
5-9
vi Table of Contents
5.7.1
5.7.2
5-9
5 - 10
6.
6-3
7.
7-3
8.
8-3
8.1
8.2
8.3
8.4
8-3
8-3
8-4
8-4
8.4.1
8.4.2
8-5
8-5
8.4.2.1
8-7
8-8
8.5
8.5.1
8.5.2
8.5.3
8.5.4
8-8
8-9
8 - 10
8 - 11
8 - 12
8 - 13
8 - 14
8.8.1
8 - 15
9-3
10.
Differences Between RIS for UNIX and RIS for 32-Bit Applications ...............
10 - 3
11.
11 - 3
8.6
8.7
8.8
9.
Appendix A:
A.1
A.2
A.3
A-3
A-3
A-3
A-5
Appendix B:
B.1
B-3
B-3
B.1.1
B-3
Glossary .......................................................................................................................
GL - 3
Index ............................................................................................................................
IN - 3
__________________________________________________________________________________________________________________________________________________
1-2
1.
__________________________________________________________________________________________________________________________________________________
Two icon-driven utilities now let you convert existing RIS 4.3 applications to be
compatible with the RIS 05.** shared component and utilities. For more
information on upgrading RIS to maintain version interoperability, refer to the
section RIS Interoperability and Upgrading for Windows NT in the RIS SQL
Users Guide for 32-Bit Applications.
Document Prerequisites
This document assumes that you are familiar with the Windows NT operating environment.
Related Documentation
DNA1116
DNA1003
DNA1117
DNA1009
DNA1190
DNA1161
1-4
Document Conventions
Filenames and directory paths appear in italic typeface. However, the italic typeface is
also used for emphasis of new words or important phrases. For example:
c:\windows
Command names, menu names, tools, system prompts and messages, and keys may
appear in boldface type. For example:
File menu
OR
Press Enter
The word mouse refers to the 2-button or 3-button mouse.
The word select means to select a command by pressing the left mouse button over a
menu command or by pressing the Alt key and the underlined character
simultaneously.
The word choose means to choose a button or icon by pressing the left mouse button
over a Toolbar button, or application icon.
The word reset means to terminate a command initiated with the mouse. Reset by
pressing the right mouse button.
The word identify means to define an area or place graphic elements in a graphics file.
For PCs, identify with the left mouse button.
The phrase key in generally means to enter data into a field on a dialog box. To
advance to the next field, use the Tab key.
Do not use the Enter key to advance to the next field. This key is mostly
used as the default key to accept a dialog box instead of pressing the OK
button.
System key-ins, keywords, and programming code segments, appear in monospaced
type. For example:
main ( )
OR
commit
In actual usage, keywords can be in either upper or lowercase.
Words that appear in angle brackets, < >, are identifiers or names that you must
supply, or dynamic information that can change for each error message. For example:
ERROR: Error opening the file <filename>
Phrases in square brackets, [ ], are optional phrases.
Curly braces contain several options (used in conjunction with a logical OR symbol ( | ))
or phrases that can be repeated (used in conjunction with [, ...]). A comma followed by a
series of three periods in square brackets ([, ...]) indicates that the last phrase contained
within curly braces ({}), or the last item, can be repeated numerous times (separated by
commas).
For example: { <column> <data type> } [, ...] means that numerous column names and
associated data types can be specified (separated by commas).
The logical or symbol ( | ) separates phrases or keywords within curly braces ({}) that
can be used alone but not together.
For example: { user | database } means that either the user keyword or the
database keyword can be specified, but not both.
This symbol notes important information.
This symbol cautions about operations that can cause limited damage.
This symbol warns about operations that can cause severe damage.
1-6
w.
__________________________________________________________________________________________________________________________________________________
2-2
2.
__________________________________________________________________________________________________________________________________________________
Since the application and RIS client usually run on the same system, they use shared
memory for fast interprocess communication. When the database is local, the client and
server run on the same machine and also use shared memory to minimize the communication
overhead.
2-4
When the database is remote, the server normally runs on the same machine as the database
system. Net servers do not run on the same system as the database. The CPU load is
distributed between the client and the server machines and, in most cases, with a choice of
network protocols.
If desired, the RIS client can run remotely. RIS client must run remotely for the
configuration of DOS and Windows 3.1 applications.
The implementation of the IBM connection is a variation of the general configuration with an
additional piece called the RIS DB2 Transaction Processor running on IBM. The mainframe
configuration varies with the communication link between the InterServe and the IBM. One
configuration is an SNA/LU6.2 connection (over SDLC or Token Ring) into CICS, illustrated
in the following two configurations.
For RIS connections to database systems running on platforms not supported directly by RIS
(NCR, Pyramid, Sequent, and so forth), the network products of the RDBMS vendors can be
used within the framework of RIS.
2-6
In the DOS and Windows 3.1 environments, only the RIS library linked with the application
is on the Intel system to minimize resource usage on that system. The client process always
runs on a workstation or server, and it connects to the RIS server as in the other
configurations.
2-8
2 - 10
RDBMS Versions
The following RDBMS versions are compatible with RIS 5 on the operating systems shown.
See the section Changes to This Version of RIS in the RIS SQL Users Guide for
32-Bit Applications for more information about the changes between RIS
Version 4 and RIS Version 5.
2.2.3 Networking
RIS includes networking capabilities that let applications store data on different network
nodes or to isolate all data on one central node. This capability is especially useful in a
network environment where numerous workstation applications need to share data. In this
configuration, only one copy of the RDBMS is needed for the server node.
2 - 12
Network connections vary, depending on the hardware platform. Among the protocols
currently supported by RIS are SNA/LU6.2.
The server products are network independent. There is no need to obtain different server
products to support different protocols. As long as the platform has the appropriate network
products installed, a single server will handle multiple network protocols. Refer to the
configuration figures in the section Environment Overview.
In some cases, there are different programs within a RIS product for different networks, but
they are still part of a single product. For the DB2 connection, the client-to-server connection
can be any of the usual supported protocols (TCP/IP), but the link to the transaction
processor on the IBM currently uses only SNA/LU6.2.
2 - 14
__________________________________________________________________________________________________________________________________________________
3-2
3.
__________________________________________________________________________________________________________________________________________________
3-4
To use ORACLE 7, SYBASE System 10 or System 11, you must use a RIS 5
Client and Data Server.
If both versions of RIS are installed on the same system, the application (or RIS
Client) always uses the version that most closely matches its own.
To use the new features of RIS 5, your application must be built with RIS 5.
Schema files cannot be mixed. A RIS 4.3 schema file can be upgraded to RIS 5
format, but cannot be used as is by a RIS 5 client. Similarly, a RIS 4.3 client
cannot read a RIS 5 schema file.
Data Servers and schemas of different versions cannot be mixed. A 4.3 Data
Server cannot work with a 5 schema, and a 5 Data Server cannot work with a
4.3 schema.
3.2
__________________________________________________________________________________________________________________________________________________
Straightforward Upgrades
Upgrading from RIS version 4.3 to RIS version 5 can be a simple, straightforward process.
However, because of the multiple components of RIS, the distributed nature of RIS, and the
interoperability capability that is now available, the number of possibilities in the
configuration of RIS is quite large.
To make things as easy as possible, this document explains the upgrade of one or two simple
configurations and progresses from there to some of the more complex options.
Upgrading from RIS 4.3 to RIS 5 does not interfere with the operation of your
applications, even though the applications were built and designed for RIS 4.3.
2.
3.
4.
3-6
Log in as administrator.
2.
3.
4.
Click on Configure RIS Version icon to configure RIS for interoperability with RIS V5
Shared Component. See the section Configure RIS Utility for details.
5.
Click on the Upgrade RIS icon to upgrade the schema file and all known schemas. See
the section on The RIS Upgrade Utility for details.
The RIS V4 local Data Server can only be accessed through a remote RIS V4
Client.
If other workstations are accessing this system using RIS, it is important that
you continue reading. This configuration requires additional consideration.
The RIS Upgrade utility can only be executed on a system having a local RIS
client and a local schema file. The RIS upgrade utility is delivered with the RIS
V5 shared component.
Scenario: Workstation to remote server (local client, local schema file, remote
server)
Objective: Straightforward upgrade of RIS
2.
3.
4.
Using the RIS V4.3 Utilities on the local system, locate the RIS V5 Client on the remote
machine.
5.
If multiple RIS shared components are present, click on Configure RIS Version icon to
configure RIS for interoperability with RIS V5 Shared Component. See the section
Configure RIS Utility for details.
6.
Click on the Upgrade RIS icon to upgrade the schema file and all known schemas. See
the section on The RIS Upgrade Utility for details.
3-8
The RIS V4 schemas file has to be upgraded to V5 to be used by a RIS V5 client. This
upgrade can be done by copying the schemas file over to the machine which has the V5
Shared Component and clicking on the Upgrade RIS icon.
The scenario changes from local client, local schema file, and remote server to remote
client, remote schema file, and remote server.
If other workstations are accessing the remote system using RIS, it is important
that you continue reading. This configuration requires additional consideration.
Scenario: Workstation to remote server (remote client, remote schema file, remote
server)
Objective: Straightforward upgrade of RIS
This is a minor variation of the previous upgrade.
2.
3.
4.
Click on the Configure RIS Version icon to configure RIS for interoperability with RIS
V5 Shared Component. See the section Configure RIS Version Utility for details.
5.
Click on the Upgrade RIS icon to upgrade the schema file and all known schemas. See
the section The RIS Upgrade Utility for details on running this utility.
3 - 10
If other workstations are accessing the remote system using RIS, it is important
that you continue reading. This configuration requires additional consideration.
This is another minor variation of the previous upgrade, showing the fully distributed
environment.
2.
3.
4.
5.
6.
Click on the Configure RIS Version icon to configure RIS for interoperability with RIS
V5 Shared Component. See the section Configure RIS Version Utility for details.
7.
Click on the Upgrade RIS icon to upgrade the schema file and all known schemas. See
the section The RIS Upgrade Utility for details on running this utility.
3 - 12
If other workstations are accessing the remote system using RIS, it is important
that you continue reading. This configuration requires additional consideration.
3.3
__________________________________________________________________________________________________________________________________________________
Potential Problems
There are a few problem areas that can occur in an environment that has some systems
upgraded and others not upgraded.
1.
2.
3.
4.
A V5 Data Server cannot create a V5 schema where a V4.3 schema already exists, and
it cannot connect to V4.3 schema.
3 - 14
One option in this case is to use separate schema files. The drawback to this is that the
applications lose the advantages of a shared schema file.
Another option is to upgrade the other workstations to RIS 5 and click on the Configure RIS
Version icon. See the section Configure RIS Version Utility for details.
The quickest short-term option is to locate the client from the other workstations to the
upgraded one:
If the upgraded system switched to a new version 5 schema while upgrading the schemas,
you may inadvertently be using separate schema files without realizing it. This may cause
some confusion when one application creates a schema, but others do not see it.
3 - 16
***************************************************************
*RIS Error: Error name not found for 0x8a94bd32 (0x8a94bd32)
*
*Message not found for 0x8a94bd32
***************************************************************
The error number varies, depending on the particular error. The error message can be
obtained by running the risdcode utility (version 5) on a system that has the RIS 5 client
installed.
Scenario: RIS 4.3 Data Server tries to connect to a RIS 5 schema (new or
upgraded)
or
RIS 4.3 Data Server tries to create a schema where a RIS 5 schema already exists
The RIS 4.3 Data Server returns the following error message if it tries to connect to a schema
that has been upgraded to RIS 5 or has been created through RIS 5:
***************************************************************
*RIS Error: RIS_E_INV_SCHUSR_INSERT
*
*Dictionary error: problem inserting into risschusr;
*Insert into ris_schusr values (...);
***************************************************************
***************************************************************
*RIS Error: RIS_E_NO_SCHEMA_TABLES
*
*The dictionary tables for this schema do not exist (schema
was dropped).
***************************************************************
If you then try to create the schema, the following error appears:
***************************************************************
*RIS Error: RIS_E_INV_CREATE_XCOLUMNS
*
*Error occurred while trying to create ris_columns.
*Table already exists.
***************************************************************
The appropriate action is to run the RIS upgrade utility to upgrade the schema.
3 - 18
3.4
__________________________________________________________________________________________________________________________________________________
3.5
__________________________________________________________________________________________________________________________________________________
1.
2.
Convert schemas in the database from RIS 4.3 format to RIS 5 format.
The upgrade of the schemas in the database does not affect any customer
data or customer tables. This affects only the RIS dictionary tables that
make up a schema.
3 - 20
2.
3.
4.
The upgrade utility asks for the name of a new schema file. By default, this is the old
name with v5 added to the end.
The upgrade utility upgrades the schema file to version 5 format (unless it has already
been upgraded).
5.
The upgrade utility then goes through each schema in the schema file, asking if you
want to upgrade each one.
a.
b.
Information about the schemas is stored temporarily in files for use in the event of
database problems or a system crash.
c.
You are asked where to store the information. The current directory is acceptable.
1.
A RIS 5 schema file is created from the RIS 4.3 schema file. This stores additional
information in the new schema file.
2.
The upgrading of the schema file is recorded in an upgrade status file: \Program
Files\Common Files\Intergraph\ris05.nn\risupg.inf
3.
4.
Metadata about tables, columns, and views is retrieved from the RIS 4.3 dictionary and
stored in some files. You are prompted for a location to store these files. It does not
matter where they are stored. The files are used for recovery in the event of a system
crash or database problem.
5.
The RIS 4.3 schema is dropped. This does not affect any customer data; it just removes
the RIS 4.3 dictionary tables.
6.
7.
Tables are included in the RIS 5 schema based on information stored in the files.
8.
After each step, the progress of the upgrade is recorded in the risupg.inf status file.
What if something goes wrong?
Power failures, system crashes, running out of space in the database,... The upgrade utility
is designed to survive these situations.
At any point, you can re-run the upgrade utility. It automatically picks up where it left off.
If there is ever any confusion, the risupg.inf file shows what has been upgraded. This file can
be eliminated at any time, and the upgrade utility can be run again. Once the schema has
been upgraded through the point of dropping and creating the RIS 5 schema, the schema can
never again be used by a RIS 4.3 Data Server.
3 - 22
3.6
__________________________________________________________________________________________________________________________________________________
The RIS V5 Data Server need not be a part of the configuration unless the
application needs to connect to a local RIS V5 Data Server.
Objective: Configure RIS for V5 interoperability.
Perform the following steps:
1.
Invoke the Configure RIS Version Utility from the command line or click on the
Configure RIS Version icon.
2.
3.
4.
Provide a destination path and filename where the existing previous RIS schemas file
should be copied and select Continue. By default, the utility looks for a file named
schemas in the previous RIS Shared Component directory. If the previous versions of
RIS schemas file has a name other than schemas, the name and path should be entered
in the field labeled From. If the schemas file cannot be found, an error message is
displayed stating, Source file does not exist and the schemas file will not be copied to the
new V5 location.
5.
Provide a destination path and filename where the previous version of RIS parms file
should be copied and select Continue. By default, the utility looks for a file named
parms in the previous RIS Shared Component directory. If the previous RIS parms file
has a name other than parms, enter the name and path in the field labeled From. If
the parms file cannot be found, an error message is displayed stating, Source file does
not exist and the parms file will not be copied to the new version 5 location.
The Configure RIS Version utility removes the previous RIS Shared Component from
the product registry, deletes the icons, and allows previous applications to connect to
the V5 Client.
Previous RIS schema files are not compatible with V5 clients. Therefore,
previous schemas must be converted to V5 schemas with the RIS Upgrade
Utility. See the section The RIS Upgrade Utility for details.
3 - 24
System Requirements 4 - 1
System Requirements
__________________________________________________________________________________________________________________________________________________
4-2
System Requirements
System Requirements 4 - 3
4.
__________________________________________________________________________________________________________________________________________________
System Requirements
4.1 Hardware Needed
The following hardware is needed to run RIS products in the Windows NT environment:
A PC with the following minimum hardware:
386 processor
12 MB of RAM (16 MB recommended)
A hard disk drive with at least 15 MB of free disk space (for complete installation of all
products).
4-4
System Requirements
Installing RIS 5 - 1
Installing RIS
__________________________________________________________________________________________________________________________________________________
5-2
Installing RIS
Installing RIS 5 - 3
5.
__________________________________________________________________________________________________________________________________________________
Installing RIS
Use the setup program to install software products on a PC system running a 32-bit
operating system.
You must have administrative privileges to run setup Also, if you install the
RIS product onto a clean system, you must reboot to initialize the system path
variable for the product. Otherwise, the system cannot see the executables and
returns an error when you attempt to use a RIS utility.
You can use setup to install an Intergraph product as follows:
1.
2.
3.
4.
Select the type of installation (compact, typical, or custom). This option applies only to
the RIS Development Platform installation.
The setup program copies product files to the system, then creates or modifies system
configuration files. If for some reason the installation fails, risdp.log or risds.log and
risrem.log are copied to $TEMP directory.
Select Run from the File menu in the File Manager window.
2.
drive:\setup
drive:\directory\setup
5-4
Installing RIS
\\server\share\directory\setup
3.
Installing RIS 5 - 5
Key in your username, your company name, and the product serial number, and click on
Continue.
The serial number is checked before installation continues; if the serial number
is incorrect, the product is not installed. Keep a record of your serial number in
case you need to reinstall the product.
Please take a few minutes to fill out and send in your registration card now.
5-6
Installing RIS
Installs only the files and tools that you need to develop RIS SQL
applications.
Installing RIS 5 - 7
Typical
Installs the minimum configuration and the files that you need to
develop loader/unloader and forms applications, sample files, and RIS
packaging files that you need to redeliver RIS.
Custom
Installs the minimum configuration and lets you select which parts of
the complete configuration to install.
5-8
Installing RIS
InstallType
Specifies the type of installation. You can choose from compact, typical,
or custom. The default installation type for RISINFDS is typical.
name
organization
serial
[Options]
Installing RIS 5 - 9
OptFiles1
OptFiles2
OptFiles3
Specifies samples.
RISPack
To use the setup /h: command, key in the following, where filename specifies the complete
pathname to the settings file you created:
setup /h:filename
For example, the following command runs setup /h: using the SETTINGS.INI settings file:
setup /h:C:\SETTINGS.INI
5 - 10
Installing RIS
Data Type
KeepAliveTime
REG_DWORD
Suggested values:
7,200,000 (decimal) milliseconds - two hours (Default)
3,600,000 (decimal) milliseconds - 1 hour
1,800,000 (decimal) milliseconds - 30 minutes
__________________________________________________________________________________________________________________________________________________
6-2
6.
__________________________________________________________________________________________________________________________________________________
The utility queries the system for RIS data server usage. If no data server is active, no usage
message is displayed. License user limits and database connections are displayed only if
there is a current RIS data server user.
Click the Refresh button to repeat the query.
6-4
To monitor peak license usage, click the Peak Usage button. The RIS Data Server Peak
Usage dialog box appears.
This function allows the administrator to view the maximum number of connections that
have occurred since the log was started or cleared. Clearing the log file begins a new
monitoring period.
When the license user limit is exceeded, a note is posted in the rliclist display area.
Typically, this only happens during the initial 90-day grace period.
Use the Save As button to save the log information to a text file.
7-1
__________________________________________________________________________________________________________________________________________________
7-2
7-3
7.
__________________________________________________________________________________________________________________________________________________
The utility queries the Registry system and lists all existing servers in the Informix Server
List. If no Informix servers exist, you are prompted to add a new server.
7-4
ADD
1.
2.
3.
MODIFY
1.
2.
Click Modify.
3.
Modify the values in the Host Name, Protocol Name, and Service Name fields.
4.
DELETE
1.
Select an Informix server from the Informix Server List, then click Delete.
2.
Registry Keys
The following keys are created in the Registry:
HKEY_LOCAL_MACHINE\SOFTWARE\Intergraph\RISINFDS\05.04\Environment
HKEY_LOCAL_MACHINE\SOFTWARE\Intergraph\RISINFDS\05.04\Remote_DBServers
The Registry utility stores the Informix servers information under the second key. After the
Informix Servers are defined successfully using this utility, RIS Informix Data/Net Server
can be used to create schemas.
In RISINFDS/RISINFNS Version 5.3, the registry keys were:
HKEY_LOCAL_MACHINE\SOFTWARE\INFORMIX\ENVIRONMENT
HKEY_LOCAL_MACHINE\SOFTWARE\INFORMIX\Remote_DBServers
7-5
The registry keys have changed for 5.4. If you have any Informix servers
defined under
HKEY_LOCAL_MACHINE\SOFTWARE\INFORMIX\Remote_DBServers
for RISINFDS/RISINFNS version 5.3, the setup program copies the existing
server information to
HKEY_LOCAL_MACHINE\SOFTWARE\Intergraph\RISINFDS\05.04\Remote_DBServers
8-1
__________________________________________________________________________________________________________________________________________________
8-2
8.
__________________________________________________________________________________________________________________________________________________
8-4
TCP/IP. It is possible to have multiple clients using the same server or multiple servers. For
a more complete description of possible SNA Server configurations and installation
instructions, see the Microsoft SNA Server Installation Guide.
The server parameters that can be configured are Network Name and Control Point Name.
Supplying values for these parameters may not be necessary depending on how the database
machine is configured. For more information, see the Microsoft SNA Server Administration
Guide. You might need to ask the database machine system administrator for the correct
values.
Choose 802.2 and then click on OK. The next dialog box that appears is Connection
Properties.
8-6
The fields that must be set include Connection Name, Link Service, Remote End, Activation
and Allowed Directions. Notes about each are given below.
Connection Name:
Link Service:
Remote End:
Activation:
Allowed Directions:
After you have completed the Connection Properties dialog, click on Setup. You then see the
following 802.2 Setup dialog.
The fields that must be set are Remote Network Address and Local Node ID. The Network
Name, Control Point Name, and Remote Node ID fields may not be necessary. Ask the
system administrator of the mainframe if these values are required.
Remote Network Address:
This is a 12-digit hexadecimal token ring address for the
mainframe.
Local Node ID:
You can most likely use the default settings for Retry Timers and Advanced. If you have
problems making a connection, consult the Microsoft SNA documentation for information
concerning these parameters.
8-8
Make sure APPC is selected and then click on the OK button. You then see an APPC LU
Properties dialog box like the one below.
First, make sure that the Independent button is selected. RIS only supports independent
LUs. Next, you must fill in the LU Alias, Network Name, and LU Name fields.
LU Alias:
This is the name of the LU. It must be unique among all of the LU
names for this server.
Network Name:
This is the name of the SNA network. Get this from the system
administrator of the mainframe. NETID value in the VTAM start
parameter list.
LU Name:
This is also the name of the LU. In most cases, it is identical to the
LU Alias. However, it can be different. The combination of Network
Name and LU Name must be unique for this server.
For now, clear the Enable Automatic Partnering box. After you have RIS working you can go
back and examine the documentation to see if you want to set this option.
Next, select the Member of Default Outgoing Local APPC LU Pool box. The RIS DB2 Server
on NT does not use the ris_lu field in the create schema statement. Instead, when you use a
schema, a local LU is automatically selected. There are two ways for a local LU to be chosen.
The first is to specify a default LU for a user. This is done in the Users and Groups window
of the SNA Server Admin Utility. The second, and simpler, method is to make the local LU
part of the default outgoing local APPC LU pool for the server.
The default values for the remaining fields, Implicit Incoming Remote LU and Timeout for
Starting Invokable TPs, are sufficient. Click on the OK button to complete the configuration
of the local LU.
The fields that must be set are LU Alias, Network Name, and LU Name.
LU Alias:
This is the name used locally for the remote LU. It must be unique for
this connection and not match the name of a local LU. The LU Alias
can be the same as or different from the LU name.
8 - 10
Network Name:
This is the name of the SNA network. It is the same as the network
name for the local LU.
LU Name:
The Uninterpreted LU Name field, required for dependent LUs, can be filled in, but is not
required for RIS because RIS supports independent LUs only.
Next, make sure that the Supports Parallel Sessions box is marked, and the Enable
Automatic Partnering box is cleared. Parallel sessions are explained in the Modes section.
Automatic partnering is covered in the Local LU section.
The default values for Implicit Incoming Mode and Security are acceptable. Partners are
covered in the next section. Click on OK to complete the configuration.
You must add a new partnership. To do this, click on the Add button to display a dialog
similar to the following.
To complete this dialog, select the partner LU and a mode. Pick the local or remote LU that
you configured depending on whichever is not shown on the Local LU line in the dialog. The
mode used for RIS is usually IGRLU62P. Check with the system administrator of the
mainframe to verify if this is the correct mode name. Now, select the IGRLU62P mode, or
other mode name as appropriate, and click on OK. If the required mode does not exist, click
on Cancel and then click on the Modes button in the LU properties dialog. This allows you to
define the mode. This is explained in The Mode section.
This dialog shows the status for the local LU and all partners. Note that every LU pair you
created appears twice; once with the mode you specified, and again with the mode
SNASVCMG. This second entry is automatically created by SNA Server. The SNASVCMG
mode is a special internal mode used to start up connections. If the LUs have been specified
correctly, you will see at least one session running for each of the entries with the
SNASVCMG mode. If some of your connections are not working, see the Troubleshooting
section for help.
8 - 12
If your connections are working, then the SNA Server configuration is complete. See the
section Creating Schemas to continue with the SNA Server configuration. Note that when
you make connections through RIS, you must use the sessions listed in the LU status dialog
box.
This dialog displays the properties for the existing modes and can be used to add, change,
and delete modes. Typically RIS installations use the IGRLU62P mode. Also, if you use the
alter schema modify DB2 password statement, then you may need the IGRLU62Q mode.
First, you must key in the name (IGRLU62P, for example) in the mode name field. This
enables the add button so that you can create a new mode. For the remainder of the fields,
except Parallel Session Limit and Enable Automatic Partnering, use the default values.
However, check with the mainframe system administrator to be sure.
Default Values for Mode Properties
Minimum Contention Winner Limit
Partner Min Contention Winner Limit
Automatic Activation Limit
High Priority Mode
Pacing Send Count
Pacing Receive Count
Max Send RU Size
Max Receive RU Size
0
0
0
Selected
4
4
1024
1024
For Enable Automatic Partnering, make sure the box is cleared. If you wish to enable this
later you must modify the LUs and the modes appropriately. This is described in the
Microsoft SNA Server Administration Guide.
The parallel session limit determines how many programs can use a pair of LUs at the same
time. If this limit is exceeded, then a transaction within RIS may be blocked until a
transaction in another process is committed. You must coordinate with the system
administrator of the mainframe to determine an appropriate limit.
After you have filled in all of the fields, click on the Add button. Click on the Close button to
dismiss the dialog box.
Notice the LU6.2-specific fields that are located in the lower right corner. These fields are
described following:
RIS LU Name
Host LU
Name
LU62 Mode
Name
8 - 14
Host
Program
Name
Once you have successfully created a schema, the DB2 connection is ready for use by RIS
based applications.
8.8 Troubleshooting
Several layers of software are used to communicate between RIS on Windows NT and a DB2
database. This, unfortunately, provides many places where problems can arise. If you have
a problem making a connection for the first time, verify that each of the layers are working
individually from the lowest to the highest.
Also, all parameters specified in the configuration of SNA Server must match those of the
mainframe. The mainframe is the controlling entity. If SNA Server parameters do not
match with those for the mainframe, the connection attempt is rejected.
The following steps offer troubleshooting tips:
1.
2.
3.
Server definition.
Make sure that the Network Name and Control Point Name are correct, if they are
needed. If they are not needed, make sure that these fields are empty.
4.
Connection definition.
For a connection, make sure that the Remote End, Remote Network Address, and Local
Node ID fields are correct. Also, check the Remote Node Name parameters if they are
needed. If they are not needed, make sure that the Remote Node Name fields are
empty.
If any of the Connection parameters are wrong, the Connection hangs when you try to
activate it. If this occurs and you cannot determine what is wrong, try checking the
system logs. The procedure for doing this is described in the next section.
5.
6.
RIS Software
Make sure that you have all of the necessary pieces of compatible RIS software, the
database management system, and the operating system. If all else fails, try removing
and reinstalling the RIS software. Use the RIS remove utility instead of directly
deleting files. Note that schema definitions and other parameter settings can be lost if
RIS is removed.
7.
Schema definition.
A schema definition contains several items. Make sure that the user names,
passwords, database name, and network parameters are correct. Also verify with the
system administrator that you have the necessary privileges to access the database.
8.
Application software.
If you are having problems using RIS through an application, determine if the problem
is application-specific or a general RIS problem. Try connecting to the database
through the RIS Schema Manager or Interactive utility. If you can successfully execute
statements through the RIS utilities, then the problem is probably application-specific.
8 - 16
The log levels vary from Disabled to Detailed. If you are unsure of which option to take,
choose Detailed and click on OK. You must now restart SNA Server to make sure that the
new logging level takes effect.
When you finish examining the problem, reset the log level to Disabled or Significant,
otherwise the log file fills up quickly. You must then restart SNA Server again for the new
log level to take effect.
To view the log file on the client or server, you must use the Event Viewer on the appropriate
machine. The Event Viewer can be found in the Administrative Tools program group. Once
in the Event View, choose Application from the Log menu. You then see a list of application
events for SNA Server and possibly other applications.
Double click on any event line for detailed information. Note that the lines shown are just a
snapshot. To see the most current events choose Refresh from the View Menu. If the log file
becomes full, you can clear out all of the entries by choosing Clear All Events from the Log
menu.
The mainframe also logs events related to the network and the database management
system. Often, these logs are more informative because the error actually occurred on the
mainframe. Have the system administrator check these logs first if you are having problems.
__________________________________________________________________________________________________________________________________________________
9-2
9.
__________________________________________________________________________________________________________________________________________________
9-4
Differences Between RIS for UNIX and RIS for 32-Bit Applications 10 - 1
Differences Between RIS for UNIX and RIS for 32Bit Applications
__________________________________________________________________________________________________________________________________________________
10 - 2
Differences Between RIS for UNIX and RIS for 32-Bit Applications
Differences Between RIS for UNIX and RIS for 32-Bit Applications 10 - 3
10.
__________________________________________________________________________________________________________________________________________________
Differences Between RIS for UNIX and RIS for 32Bit Applications
Every effort has been taken to make the RIS products operate the same way on each
operating system. However, because of the nature of the 32-bit operating systems and the
resources available in this environment, a few differences do exist. Note the following
differences:
The RIS client and utilities, known as the Shared Component, are delivered with all
RIS products.
The Cleanup utility is not available in the 32-bit environment.
The Help facility is not the standard Intergraph Help facility. You must use Windows
Help to view the on-line documentation. For more information, see the On-line
Documentation in Windows NT.
Several additional functions are available with Version 5 of the RIS Development
Platform. For more information, see the RIS Programmers Guide for 32-Bit
Applications.
10 - 4
Differences Between RIS for UNIX and RIS for 32-Bit Applications
__________________________________________________________________________________________________________________________________________________
11 - 2
11.
__________________________________________________________________________________________________________________________________________________
In the previous directory path, major and minor version numbers are
determined as follows: In the product release number 05.01, the major number
is 05, and the minor number is 01.
You can also start the RIS utilities from the Program Manager. For more information about
the RIS executables, refer to the RIS Utilities Guide for 32-Bit Applications and the RIS
Programmers Guide for 32-Bit Applications.
11 - 4
Appendix A
__________________________________________________________________________________________________________________________________________________
A-2
Appendix A
__________________________________________________________________________________________________________________________________________________
ReadInfFile();
Call this function once before calling any other setup functions for the RIS Shared
Component.
A-4
b.
SetupRIS();
This function determines the version of the RIS Shared Component that is already
installed, if any. You must use the value returned by this function as input to the
RegEdtRIS function.
Status
Returns
______________
0
1
2
c.
CopyFilesInCopyList();
This function downloads your application files and the RIS Shared Component
files (if necessary).
d.
Description
___________
action
listEntry
risrem.lib The functions in this library remove the RIS Shared Component from the
system. Link your application remove program with this library. To remove the RIS
Shared Component in case of an error, link your setup program with this library.
a.
Description
___________
remInstance
listEntry
This function removes your applications entry from the RefList field in the RIS
Shared Component registry key.
Status
Returns
______________
0
1
b.
Description
___________
remInstance
flag
readme1.txt This uncompressed README file contains the RIS product name and
version.
The primary purpose of this file is to keep track of the RIS Shared Component version,
but you can add information from the RIS README file if it would be useful to the
end-user.
manifes1.txt This uncompressed ASCII file lists the files that are delivered with the
RIS Shared Component. You must integrate this file into the manifest file for your
application.
Installs the required files on the users file system (after first checking to make sure
that the version being installed is the same or newer than any existing version) and if
an older version is found, it is removed.
2.
3.
Installs the RIS TCP service, and starts it. This service lets remote applications and/or
clients connect to other servers on the system.
4.
Creates a RIS program group, which contains various help and executable utilities.
The installation procedure examines the system PATH variable to see if it contains the
\Program Files\Common Files\Intergraph directory. If the PATH does not contain this
directory, the installation procedure appends \Program Files\Common Files\Intergraph to
the system PATH.
A-6
Registry Information
The RIS Shared Component puts information into the System Registry to indicate its
presence on the system. The component installation procedure creates the key
HKEY_LOCAL_MACHINE\Software\Intergraph\RIS\<Major.Minor>
SoftwareType
IDNumber
RelDate
Version
RefList
The RefList entry facilitates removal of the shared component. All products that use the RIS
Shared Component must add themselves to this reference list (with the RegEdtRIS function)
during installation, and must remove themselves from the list (with the RemoveRIS function)
during removal.
Any product that wants to remove a shared component can do so only if the reference list for
the shared component is empty. The RefList consists of a semicolon-separated list of
products that use the shared component. The referencing product string has the format
<product_name>\<product_version> where this information is the same as the name\version
portion of the registry key for the product.
Appendix B
__________________________________________________________________________________________________________________________________________________
On-line Documentation
B-2
Appendix B
__________________________________________________________________________________________________________________________________________________
On-line Documentation
The following on-line documents are available:
RIS SQL Users Guide for 32-Bit Applications
RIS Utilities Guide for 32-Bit Applications
RIS Programmers Guide for 32-Bit Applications
To display the document, select the icon from Program Manager.
B.1
On-line Help is an on-line reference tool accessible at any time the application is in use. The
on-line Help contains a description for each command and tool and step-by-step procedures
for common tasks. For example, if you need to perform a certain task, search and display the
topic. You can move or resize your application and Help windows so that they are next to
each other. This lets you follow the procedures without having to search for the pages in the
documentation.
B-4
B.1.1
To view the on-line Help, select Contents from the Help menu. To get more specific
information, select one of the major topics or perform a search on a specific topic.
Use
To
Contents
Search
Back
History
Find
<<
>>
B-6
Glossary GL - 1
Glossary
__________________________________________________________________________________________________________________________________________________
GL - 2
Glossary
Glossary GL - 3
Glossary
__________________________________________________________________________________________________________________________________________________
802.2
access
APPC
application
ASCII
char
character
choose
client
collapse
column
command
command line
connection
data type
GL - 4
Glossary
database
default
development platform
dialog box
dimmed
disk
enter
error message
executable
field
file
filename
flag
floppy disk
function
graphic
Glossary GL - 5
group
Help
Help window
icon
identify
int
interface
keyword
library
Collection of subroutines.
link
MB
memory
menu
mode
mouse
MS-DOS
network
GL - 6
Glossary
on-line
documentation
on-line Help
operating system
partnering
path
pathname
place
Program Manager
RAM
record
relational database
Relational Interface
System
resize
RIS
run
runtime
select
server
Glossary GL - 7
SNA
SQL
string
Sequence of characters.
system
table
token ring
type
UNIX
value
variable
version
view
window
Windows NT
GL - 8
Glossary
Index IN - 1
Index
__________________________________________________________________________________________________________________________________________________
IN - 2
Index
Index IN - 3
Index
__________________________________________________________________________________________________________________________________________________
A
American national standards institute 2-13
ANSI 2-13
architecture 2-3
B
batch mode installation 5-7
C
changing wait time 5-10
checking LU status 8-11
choose 1-4
client 2-12
configuration files
creating 5-7
Configuration Overview 2-3
configuring SNA server 8-4
RIS DB2 data server 8-3
connection 8-5
connection, database 2-11
CopyFilesInCopyList A-4
creating configuration files 5-7
creating logical units 8-8
creating schemas 8-13
custom installation dialog 5-7
customer information dialog 5-4
D
data dictionary 2-11
data servers 2-14
database connection 2-11
databases supported 2-11
DB2 data server 8-3
defining schemas 2-11
destination path 5-5
development platform 2-7, 2-13
dictionary, data 2-11
differences between RIS for UNIX and RIS
for 32-bit applications 10-3
document conventions 1-4
document prerequisites 1-3
dsklayt2 A-3
E
environment overview 2-7
H
hard drive requirements 4-3
hardware 4-3
Help
using on-line B-3
I
identify 1-4
installation, custom 5-7
installation destination dialog 5-5
installation options dialog 5-6
installation type
selecting 5-6
installing applications in batch mode 5-7
installing RIS 5-3, 8-3
installing SNA server 8-4
installing the RIS shared component A-5
interoperability 3-3
introduction 2-3
K
key in 1-4
L
license list utility 6-3
local LU 8-8
LU
checking status 8-11
creating 8-8
local 8-8
partnering 8-10
remote 8-9
M
manifes1.txt A-5
memory requirements 4-3
Microsoft SNA Server 2.1 or 2.11 4-3
Microsoft Visual C++ 2.0, 2.1 or 2.2
Compiler 4-3
mode 8-12
IN - 4
Index
RIS (continued)
compatibility 2-13
data/net servers 2-14
definition 2-3
development platform 2-7, 2-13
Development Platform
capabilities 2-13
embedded SQL 2-13
installing 5-3
introduction to 2-3
runtime 2-12
servers 2-14
shared component directory structure
A-3
supported platforms 2-13
utilities 2-7, 2-14
RIS executables
running 11-3
RIS for UNIX and RIS for 32-bit
applications, differences 10-3
RIS installation 8-3
RIS Installation Guide for DB2 1-3, 8-3
RIS products 2-12
removing 9-3
RIS Programmers Guide for 32-Bit
Applications 1-3
RIS Programmers Quick Reference 1-3
RIS SQL Commands Quick Reference 1-3
RIS SQL Users Guide for 32-Bit
Applications 1-3, 8-3
RIS Utilities Guide for 32-Bit Applications
1-3, 8-3
RISDP
selecting the installation type 5-6
risrem.lib A-4
rissetup.lib A-3
rissetup.lyt A-3
rliclist 6-3
running the RIS executables 11-3
S
schema definition 2-11
schemas 2-11
select 1-4
selecting the installation type for RISDP
5-6
selecting the product destination path 5-5
server 8-5
setup
starting 5-3
Index IN - 5
IN - 6
Index