Before you can create steps that access your data sources, you must perform the following tasks:
This chapter describes the types of data sources with which the Data Warehouse Center works and tells you how to set up access to them.
The Data Warehouse Center supports a wide variety of relational and nonrelational data sources. You can populate your Data Warehouse Center warehouse with data from the following databases and files:
For more information about using DataJoiner with Data Warehouse Center, see Defining warehouse sources for use with DataJoiner.
For information about the versions and releases of these products, and the products' prerequisites, see the DB2 Warehouse Manager Installation Guide.
You can also access other databases and files, such as workstation-based spreadsheets and Lotus Notes databases, using the Data Warehouse Center generic ODBC driver.
The Data Warehouse Center also includes several Merant ODBC drivers that you can use to access non-IBM data. For information about installing these drivers, see DB2 Universal Database Quick Beginnings for your operating system.
Certain warehouse agents support certain sources. Table 1 summarizes which warehouse agents support which
sources.
Table 1. Warehouse agent support for sources
Data Source | Windows NT or Windows 2000 agent | AIX agent | Solaris Operating Environment agent | IBM Operating System/2 (OS/2) agent | AS/400 | OS/390 |
---|---|---|---|---|---|---|
DB2 family | X | X | X | X | X | X |
DataJoiner | X | X |
|
|
|
|
Oracle | X | X | X | X |
|
|
Sybase | X | X | X | X |
|
|
Microsoft SQL Server | X | X | X |
|
|
|
Informix | X | X | X |
|
|
|
Generic ODBC driver | X | X | X | X |
|
|
Local file | X | X | X | X |
|
|
Remote file | X | X | X | X |
|
|
IMS | X | X | X1 | X1 |
|
|
VSAM | X | X | X1 | X1 |
|
|
|
Table 2 lists the supported data sources on Windows NT or Windows
2000 and explains what you need to do to connect to those sources.
Table 2. Connectivity requirements for supported data sources on Windows NT or Windows 2000
Source database or file: | Prerequisite products for Windows NT or Windows 2000: | How to connect: |
---|---|---|
DB2 Universal Database databases |
|
|
DB2 DRDA databases |
|
|
IMS (OS/390) |
|
If you are using the CROSS ACCESS ODBC driver
If you are using DataJoiner, do the following procedure from the DataJoiner workstation:
From the agent site:
|
VSAM (OS/390) |
|
If you are using the CROSS ACCESS ODBC driver
If you are using DataJoiner, do the following procedure from the DataJoiner workstation:
From the agent site:
|
OS/390 file |
|
Establish a link from the agent site to the host. For more information about accessing files using NFS, see Accessing files with NFS. For more information about accessing files using FTP, see Accessing files with FTP.
|
VM file |
|
Establish a link from the agent site to the host. For more information about accessing files using NFS, see Accessing files with NFS. For more information about accessing files using FTP, see Accessing files with FTP.
|
Sybase |
|
|
Oracle |
|
|
Informix |
|
|
Microsoft SQL Server |
|
|
Local file |
| If required, supply a pre-access command, a post-access command, or both. |
Remote file |
|
For more information about accessing files using NFS, see Accessing files with NFS. For more information about accessing files using FTP, see Accessing files with FTP.
|
Microsoft Access |
|
For detailed instructions about creating a warehouse that uses Microsoft
Access as a source database, see Microsoft Access.
|
Microsoft Excel |
|
For detailed instructions about creating a warehouse that uses Microsoft
Excel as a source database, see Microsoft Excel.
|
Table 3 lists the supported data sources on AIX and explains what you need to do to connect to those sources.
There are two versions of the AIX warehouse agent: one for ODBC access and one for CLI access. The non-DB2 databases listed in the following table require that you install the ODBC version of the warehouse agent.
To verify which version of the warehouse agent that you have installed, type the following command:
ls -l /usr/bin/IWH2AGNT
If the command returns db2cli, you are using the DB2 CLI version. If the command returns ivodbc, you are using the ODBC version.
For more information about installing and configuring the warehouse agent,
see the DB2 Warehouse Manager Installation Guide.
Table 3. Connectivity requirements for supported data sources on AIX
Source database or file: | Prerequisite products for AIX: | How to connect: |
---|---|---|
DB2 Universal Database databases |
|
|
DB2 DRDA databases |
|
|
IMS (OS/390) |
|
From the DataJoiner workstation:
From the agent site:
|
VSAM (OS/390) |
|
From the DataJoiner workstation:
From the agent site:
|
OS/390 file |
|
Establish a link from the agent site to the host. For more information about accessing files using NFS, see Accessing files with NFS. For more information about accessing files using FTP, see Accessing files with FTP.
|
VM file |
|
Establish a link from the agent site to the host. For more information about accessing files using NFS, see Accessing files with NFS. For more information about accessing files using FTP, see Accessing files with FTP.
|
Sybase |
|
|
Oracle |
|
|
Informix |
|
|
Microsoft SQL Server |
|
|
Local file |
| If required, supply a pre-access command, a post-access command, or both. |
Remote file |
|
For more information about accessing files using NFS, see Accessing files with NFS. For more information about accessing files using FTP, see Accessing files with FTP.
|
Notes:
1 The Data Warehouse Center ODBC drivers and driver manager are the DataDirect Connect ODBC drivers and driver manager provided by Merant. |
Table 4 lists the supported data sources on the Solaris Operating Environment and explains what you need to do to connect to those sources.
There are two versions of the Solaris Operating Environment warehouse agent: one for ODBC access and one for CLI access. The non-DB2 databases listed in the following table require that you install the ODBC version of the warehouse agent.
To verify which version of the warehouse agent that you have installed, type the following command:
ls -l /usr/bin/IWH2AGNT
If the command returns db2cli, you are using the DB2 CLI version. If the command returns ivodbc, you are using the ODBC version.
For more information about installing and configuring the warehouse agent,
see the DB2 Warehouse Manager Installation Guide.
Table 4. Connectivity requirements for supported data sources on the Solaris Operating Environment
Source database or file: | Prerequisite products for the Solaris Operating Environment: | How to connect: |
---|---|---|
DB2 Universal Database |
|
|
DB2 DRDA databases |
|
|
IMS (OS/390) |
|
From the DataJoiner workstation:
From the agent site:
|
VSAM (OS/390) |
|
From the agent site:
|
OS/390 file |
|
Establish a link from the agent site to the host. For more information about accessing files using NFS, see Accessing files with NFS. For more information about accessing files using FTP, see Accessing files with FTP.
|
VM file |
|
Establish a link from the agent site to the host. For more information about accessing files using NFS, see Accessing files with NFS. For more information about accessing files using FTP, see Accessing files with FTP.
|
Sybase |
|
|
Oracle |
|
|
Informix |
|
|
Microsoft SQL Server |
|
|
Local file |
| If required, supply a pre-access command, a post-access command, or both. |
Remote file |
|
For more information about accessing files using NFS, see Accessing files with NFS. For more information about accessing files using FTP, see Accessing files with FTP.
|
Notes:
1 The Data Warehouse Center ODBC drivers and driver manager are the DataDirect Connect ODBC drivers and driver manager provided by Merant. |
Table 5 lists the supported data sources on OS/2 and explains what
you need to do to connect to those sources.
Table 5. Connectivity requirements for supported data sources on OS/2
Source database or file: | Prerequisite products for OS/2: | How to connect: |
---|---|---|
DB2 Universal Database databases |
|
|
DB2 DRDA databases |
|
|
LAN BLOB file |
|
For more information about accessing files using NFS, see Accessing files with NFS. For more information about accessing files using FTP, see Accessing files with FTP.
|
IMS (OS/390) |
|
If you are using DataJoiner, do the following procedure from the agent site:
|
VSAM (OS/390) |
|
From the agent site:
|
OS/390 file |
|
Establish a link from the agent site to the host. For more information about accessing files using NFS, see Accessing files with NFS. For more information about accessing files using FTP, see Accessing files with FTP.
|
VM file |
|
Establish a link from the agent site to the host. For more information about accessing files using NFS, see Accessing files with NFS. For more information about accessing files using FTP, see Accessing files with FTP.
|
Sybase |
|
|
Oracle |
|
|
Informix |
|
|
Local file |
| If required, supply a pre-access command, a post-access command, or both. |
Remote file |
|
For more information about accessing files using NFS, see Accessing files with NFS. For more information about accessing files using FTP, see Accessing files with FTP.
|
You can use any DB2 Universal Database(R) database as a source database for your warehouse. For more information about using DB2 Universal Database, see DB2 Universal Database Installation and Configuration Supplement.
To set up access to DB2 Universal Database source databases:
The system administrator of the source system must set up a user ID with the following privileges:
Additionally, the following SYSIBM system tables require explicit SELECT privilege:
Any tables that you want to access also require explicit SELECT privilege.
After the system administrator defines the required privileges, establish connectivity to the source database at the agent site:
To access DB2 Distributed Relational Database Architecture(TM) (DRDA(R)) source databases using a gateway:
To access DB2 Distributed Relational Database Architecture(TM) (DRDA(R)) source databases through a direct connection, establish connectivity to the source databases. See Establishing connectivity to DB2 DRDA source databases for step-by-step instructions.
If you want to access data from the one of the following source databases, you need a gateway site. Configure the site for DRDA:
To configure the server for DRDA, install DB2 Connect.
For more information about DRDA, see the Distributed Relational Database Architecture Connectivity Guide.
For information about DB2 Connect, see the following books:
The system administrator of the source system must set up a user ID with the following privileges on a server that is configured for DRDA:
Additionally, the following system tables, and any tables you want to access, require explicit SELECT privilege:
To use the GRANT option on the BIND command, the NULLID user ID must have the authority to grant authority to other users on the following tables:
After your user ID is set up with the required privileges, perform the following tasks at the gateway site:
You need to establish connectivity to the source database at the warehouse agent site:
Tip: On Windows 32-bit systems, you can use the DB2 UDB Client Configuration Assistant to complete this task. See IBM DB2 Universal Database: Quick Beginnings for Windows for information about registering databases with the DB2 UDB Client Configuration Assistant.
You can access remote databases via the AS/400 agent only through Systems Network Architecture (SNA) connectivity that uses IBM Distributed Relational Database Architecture (DRDA). Currently, the AS/400 agent does not support DRDA over TCP/IP.
You must have DRDA connectivity to access the following remote databases:
You can to connect from the AS/400 agent to a remote database when the following conditions are met:
Tip: You should be able to connect to a remote database from the Data Warehouse Center and query it if the following conditions are met:
For more information about using DRDA through SNA to connect to different types of databases, see the Redbook, Distributed Relational Database Cross Platform Connectivity and Application. You can also view this book online at http://www.redbooks.ibm.com.
You must catalog the names of local and remote database that you plan to use as a warehouse source or target in the AS/400 Relational Database directory on your agent site. You must also catalog these database names on the remote workstation that your agent accesses.
The local database name that you catalog on your agent site must be cataloged as the remote database name on the remote workstation that your agent will access. Likewise, the remote database name that you catalog on your agent site must be cataloged as the local database name on the remote workstation your agent will access.
For example, Fred is creating a data warehouse. He wants to catalog
the database names for a database that is named Sales and a database that is
named Expenses. The database named Sales is located on the same
workstation as the AS/400 agent. The database named Expenses is located
on the remote workstation that the agent will access. Table 6 describes how Fred should catalog each database on each
workstation.
Table 6. How to catalog local and remote database names
Database name | Location | Cataloged as local or remote on agent site | Cataloged as local or remote on remote machine |
---|---|---|---|
Sales | Agent site | Local | Remote |
Expenses | Machine agent accesses | Remote | Local |
If your source database and target database are located on the same workstation, you must catalog one as local and the other as remote.
To add a database name entry to the AS/400 Relational Database directory, enter the following command at an AS/400 command prompt:
ADDRDBDIRE databasename locationname
where databasename is the name of your AS/400 database, and locationname is the location name of your AS/400 workstation. You must specify whether the database is local or remote.
Ensure that you supply both the name of the database and the name of the location, even if they are the same name.
For the local database, the location name is the *LOCAL keyword. For each remote database, the location field must contain the SNA LU name.
Attention: If you change the name of a database in the Remote Database Directory, you must update each warehouse source that refers to it. Failure to do so will result in warehouse source database connection errors.
You can also use the WRKRDBDIRE command to view, add, change, and remove remote Relational Database directory entries. To use this command, enter the command at an AS/400 command prompt. A list of currently defined remote database names is displayed. A set of options is displayed at the top of the window.
For more information, see the AS/400 online help for each of these commands.
You can access remote databases from the OS/390 agent using IBM Distributed Relational Database Architecture (DRDA) over TCP/IP.
DRDA connectivity is required to access the following remote databases:
For more information about using DRDA to connect to different types of databases, see the IBM Distributed Relational Database Architecture Reference.
The OS/390 agent allows you to access IMS and VSAM remote databases through the Classic Connect ODBC driver. The Classic Connect ODBC driver cannot be used to access DB2 Universal Database databases directly. For more information on using Classic Connect with IMS and VSAM databases, see Appendix F, Using Classic Connect with the Data Warehouse Center.
When you use the OS/390 agent to access DataJoiner Version 2 and other DataJoiner data sources, Systems Network Architecture (SNA) LU 6.2 is required as the communications protocol. TCP/IP cannot be used with DataJoiner Version 2 and other DataJoiner data sources, because DataJoiner Version 2 and other DataJoiner data sources do not support TCP/IP. Also, DataJoiner can not be used as a target for OS/390, because DataJoiner does not support two-phase commit from DRDA, a requirement of DB2 Universal Database for OS/390.
For more information about using DRDA through SNA to connect to different types of databases, see the IBM redbook, Distributed Relational Database Cross Platform Connectivity. You can view this book online at http://www.redbooks.ibm.com.
If you are using source databases that are remote to the warehouse agent, you must register the databases on the workstation that contains the warehouse agent.
The Data Warehouse Center supports source tables that use ordinary SQL identifiers. An ordinary identifier:
If a table has a lowercase letter as part of its ordinary identifier, the Data Warehouse Center stores the lowercase letter as an uppercase letter.
The Data Warehouse Center does not support source tables that use delimited identifiers. A delimited identifier:
To save time, you can import metadata from certain types of tables, files, and views into the Data Warehouse Center. Importing the metadata saves you the time it would take to define the sources manually. For more information, see the online help.
To help you determine which tables in the data source that you want to use, you can view the data in the source tables. You view the data from one table at a time. The Data Warehouse Center displays all the column names of the table, regardless of whether data is present in the column. It displays up to a maximum of 200 rows of data.
You can view the data before or after you import the definition of the table.
Any warehouse user can define a warehouse source, but only warehouse users who belong to a warehouse group with access to the warehouse source can change it.
To define a DB2 Universal Database warehouse source:
The Define Warehouse Source notebook opens.
You will use this name to refer to your warehouse source throughout the Data Warehouse Center.
To include all of the items in the Available agent sites list, click >>.
To include all of the items in the Available agent sites list, click >>.
Because the tables are in a DB2 database, you can import the table definitions from DB2 Universal Database rather than defining them manually.
On OS/400 Version 4 Release 2 and Version 4 Release 3, you must select the View folder to import system tables.
The Filter window opens.
The Data Warehouse Center displays a progress window. The import might take a while.
If the warehouse source has more than one agent site selected, the warehouse server uses the agent site with the name that sorts first (depending on the user's locale) for the import.
For example, your warehouse source has three agent sites selected: Default Agent, AIX Agent, and MVS(TM) Agent. The warehouse server uses the agent site named AIX Agent for the import.
After the import finishes, the Data Warehouse Center lists the imported objects in the Available tables and views list.
The tables and views that you selected are moved to the Selected tables and views list.
The warehouse group moves to the Selected security groups list.
Accept the rest of the values in the notebook. For more information about the values, see "Warehouse Source" in the online help.
There are several ways that a step can access files on a remote workstation. This section lists some of the access methods that you can set up for your step.
You can use data files as a source file for a step. If the file is not on the agent site, but is accessed through a Windows NT or Windows 2000 file server, be aware of the following requirements. The requirements for accessing a remote file on a LAN server are similar to these requirements.
The agent site must have a user ID and password that is authorized to access the file. The agent site must contain a .bat file that performs the NET USE command. The file must contain at least the following lines:
NET USE drive: /DELETE NET USE drive: //hostname/sharedDrive password /USER:userid
where:
The first line of the file releases the drive letter if it is in use. The second line of the file establishes the connection.
When you define the agent site, specify the user ID and password that are used to access the file.
When you define the warehouse source for the file, specify the .bat file in the Pre-Access Command field in the Advanced window that you open from the Files notebook page of the Warehouse Source notebook.
You can also define a similar .bat file to delete the link to the remote drive after the Data Warehouse Center processes the files. If you do this, specify the .bat file in the Post-Access Command field in the Advanced window.
To use a source data file, you also must register the file with ODBC as a system DSN of IWH_TEXT. Use an appropriate driver, such VISWHSE 3.6 32-bit Textfile (*.*).
Another way to access files from an agent site is to use the Network File System (NFS) protocol of TCP/IP. When you use NFS, you must provide a user ID on NFS command (which is NFS LINK if you use Maestro from Hummingbird). You must specify the access commands in the Pre-Access Command field in the Advanced window that you open from the Files notebook page of the Warehouse Source notebook.
If the agent site does not have NFS installed, use the NET USE command to access NFS, as described in Accessing files through a Windows NT or Windows 2000 file server.
To use a source data file, you also must register the file with ODBC as a system DSN of IWH_TEXT. Use an appropriate driver, such VISWHSE 3.6 32-bit Textfile (*.*).
You can use FTP to access data files on a remote workstation. As a guideline, use FTP if the file is 20 megabytes or less. When you promote a step that uses remote files to test mode, the files will be transferred just as they would be if the step was promoted to production mode. If the file is large, promotion can take a long time, and the agent site can run out of space.
One way to avoid this problem is to place a dummy file on the remote workstation during testing. Another way is to use Copy file using FTP instead of FTP (see Accessing data files with Copy file using FTP).
To use FTP to access a data file:
When you promote the step that uses this source to test mode, the Data Warehouse Center transfers the file to a temporary file on the agent site.
If you are having problems accessing a remote file on a secure UNIX system, verify that the home directory of the user ID contains a .netrc file. The .netrc file must contain an entry that includes the hostname of the agent site and the remote user ID that you want to use.
For example, the hostname of the agent site is glacier.stl.ibm.com. You want to transfer a file using FTP from the remote site kingkong.stl.ibm.com to the agent site, using the remote user ID vwinst2. The ~vwinst2/.netrc file must contain the following entry:
machine glacier.stl.ibm.com login vwinst2
You can use Copy file using FTP to access data files on a remote workstation. Use Copy file using FTP if the file is larger then 20 megabytes. The Data Warehouse Center does not run warehouse programs when a step is promoted to test status, so the file will not be transferred. You can also specify the location of the target file for Copy file using FTP.
To use Copy file using FTP to access a file:
Use this step to copy the file to the agent site.
The step will access the file as a local file. This file is the output file of the first step.
You can define one or more files in a warehouse source.
You cannot view data in Local File or Remote File warehouse sources before you define the file to Data Warehouse Center.
To define a File source:
The Warehouse Source notebook opens.
To include all of the items in the Available agent sites list, click >>.
The Define Warehouse Source File notebook opens.
The name of the file must not contain spaces. On a UNIX(R) system, file names are case-sensitive.
The Data Warehouse Center will ignore the column names and extract data starting from the second row of the file, which contains data.
If you are defining a remote file warehouse source, specify one of the following FTP transfer formats.
The Data Warehouse Center reads the file that you specified on the Warehouse Source File page. It defines columns based on the fields in the file, and displays the column definitions in the Fields list. It displays sample data in the File preview area. Up to 10 rows of sample data are displayed. You can scroll to see all the sample data.
The new name is displayed in the Column name field. In the following figure, COL000 was renamed to STATE.
The File notebook closes.
The Advanced window opens.
You can access data from non-DB2 sources. You must define these sources before you create any steps that will access them.
There might be more than one way to access some sources. For example, you can use the Data Warehouse Center ODBC drivers to access many of the non-DB2 databases. However, you can also use DataJoiner to access the databases. For more information about using DataJoiner with the Data Warehouse Center, see Defining warehouse sources for use with DataJoiner.
The following sections describe how to set up Informix, Sybase, Oracle, Microsoft SQL Server, Microsoft Access, Microsoft Excel, IMS, and VSAM sources on Windows NT.
This section contains the steps for the following tasks:
To set up access to the Informix client, you must configure the Informix server and host information using the Informix-Setnet 32 utility.
To configure the Informix server information:
A Setnet32 window opens.
The service name must be defined in the services file in the Windows NT installation directory on the client workstation.
To configure the Informix host information:
ODBC drivers are used to register the source, target, and control databases that the Data Warehouse Center will access.
If you do not have the ODBC driver that is required to access an Informix database, you can get the driver from the DB2 Universal Database CD-ROM using the Custom installation choice. For information about how to select and install the appropriate driver, see IBM DB2 Universal Database Quick Beginnings for your operating system.
After the ODBC driver is installed, you must set up access to your Informix database by registering the database as a system database source name (DSN) in ODBC.
To register a DSN for an ODBC driver in Windows NT:
A driver setup window opens.
This section contains the steps for the following tasks:
To configure a Sybase client:
The DSEDIT window opens.
The InterfacesDriver window opens.
To add a new server to the list of servers:
In the right panel of the Server window, the following server attributes will be displayed: Entry version, Server name, Server service, Server status, Server address. You should leave the default values for Entry version, Server service, and Server status.
Optionally, you can double-click on the attribute, or you can right-click on the attribute and select Modify Attribute.
Optionally, if the protocol that you want to use is not in the list:
ODBC drivers are used to register the source, target, and control databases that the Data Warehouse Center will access.
If you do not have the ODBC driver that is required to access a Sybase database, you can get the driver from the DB2 Universal Database CD-ROM using the Custom installation choice. For information about how to select and install the appropriate driver, see IBM DB2 Universal Database Quick Beginnings for your operating system.
After the ODBC driver is installed, you must set up access to your Sybase database by registering the database as a system database source name (DSN) in ODBC.
To register a DSN for an ODBC driver in Windows NT:
A driver setup window opens.
This section contains the steps for the following tasks:
To configure an Oracle 7 client:
The SQL Net Easy Configuration window opens and displays several choices for working with your client configurations.
You can add a new client configuration or change or view an existing configuration.
Click OK.
A confirmation window opens.
If the information in the confirmation window is not correct:
To configure an Oracle 8 client:
The Oracle Net8 Easy Configuration window opens and displays several choices for working with your client configurations.
You can add a new client configuration or change or view an existing configuration.
The Test window opens.
If you do not want to test the configuration, click Next.
If you click Test:
A confirmation window opens.
If the information in the confirmation window is not correct:
ODBC drivers are used to register the source, target, and control databases that the Data Warehouse Center will access.
If you do not have the ODBC driver that is required to access an Oracle database, you can get the driver from the DB2 Universal Database CD-ROM using the Custom installation choice. For information about how to select and install the appropriate driver, see IBM DB2 Universal Database Quick Beginnings for your operating system.
After the ODBC driver is installed, you must set up access to your Oracle database by registering the database as a system database source name (DSN) in ODBC.
To register a DSN for an ODBC driver in Windows NT:
A driver setup window opens.
This section contains the steps for the following tasks:
To set up access to the Microsoft SQL Server client, you must configure the Microsoft SQL Server client software using the Microsoft SQL Server Client Network Utility.
To configure a Microsoft SQL Server client:
The SQL Server Client Network Utility window opens.
Optionally, click Add to add a new server to the list. The Add Network Library Configuration window opens.
This name should be the same name that you typed in the Server alias field.
ODBC drivers are used to register the source, target, and control databases that the Data Warehouse Center will access.
If you do not have the ODBC driver that is required to access a Microsoft SQL Server database, you can get the driver from the DB2 Universal Database CD-ROM using the Custom installation choice. For information about how to select and install the appropriate driver, see IBM DB2 Universal Database Quick Beginnings for your operating system.
After the ODBC driver is installed, you must set up access to your Microsoft SQL Server database by registering the database as a system database source name (DSN) in ODBC.
To register a DSN for an ODBC driver in Windows NT:
The ODBC SQL Server Driver Setup window opens.
This section contains the steps for the following tasks:
To create a Microsoft Access database:
The New window opens and displays database templates.
The Database wizard opens.
Note the path and file name of the database, because you will use it later.
To catalog the database in ODBC:
If you do not have a System DSN push button, see the DB2 Universal Database Troubleshooting Guide.
To create a target warehouse database in DB2:
To catalog the target warehouse database in ODBC:
If you do not have a System DSN push button, see DB2 Universal Database Troubleshooting Guide.
To create the Data Warehouse Center definitions for the database that you created:
DSN=database-alias;UID=userID;PWD=password;
Verify that the tables that you created in the database are in the Available Tables list.
The table moves to the Selected Tables list.
select * from prefix.database-name
You should see the data that you entered in the Microsoft Access database.
This section contains the steps for the following tasks:
To create a Microsoft Excel database:
The New window opens and displays spreadsheet templates.
Note the path and file name of the spreadsheet, because you will use it later.
To catalog the database in ODBC:
If you do not have a System DSN push button, see DB2 Universal Database Troubleshooting Guide.
If you are using the Microsoft Excel 95/97 ODBC driver to access the Excel spreadsheets, you need to create a named table for each of the worksheets within the spreadsheet. To create a named table for each worksheet:
You can now import tables when you define your warehouse source without checking the Include system tables check box.
To create a target warehouse database in DB2:
To catalog the target warehouse database in ODBC:
If you do not have a System DSN push button, see DB2 Universal Database Troubleshooting Guide.
To create the Data Warehouse Center definitions for the database that you created:
DSN=database-alias;UID=userID;PWD=password;
Verify that the tables that you created in the database are in the Available Tables list.
The table moves to the Selected Tables list.
select * from prefix.database-name
You should see the data that you entered in the Microsoft Access database.
Use Classic Connect with the Data Warehouse Center if your data warehouse uses operational data in an IMS or VSAM database. Use Classic Connect to map the nonrelational data into a pseudo-relational format. Then use the CROSS ACCESS ODBC driver to access the pseudo-relational data. You can then define an IMS or VSAM warehouse source in the Data Warehouse Center that corresponds to the pseudo-relational data.
For more information about using Classic Connect with the Data Warehouse Center, see Appendix F, Using Classic Connect with the Data Warehouse Center.
The following sections describe how to set up Informix, Sybase, Oracle, and Microsoft SQL Server sources on AIX or the Solaris Operating Environment.
This section contains the steps for the following tasks:
To configure your Informix client on AIX or the Solaris Operating Environment:
To keep the same format, copy and paste the example listing. Then, change the entry information as described in the following steps.
The port name must be the same as the port name defined in the /etc/services file in the Windows installation directory on the client computer.
Figure 5 shows an example of the sqlhosts file with the new entry listing.
Figure 5. A completed sqlhosts file entry listing
# Informix V5 database1 olsoctcp test0 ifmxfrst1 database2 olsoctcp test0 ifmxfrst2 |
ODBC drivers are used to register the source, target, and control databases that the Data Warehouse Center will access.
If you do not have the ODBC driver that is required to access an Informix database, you can get the driver from the DB2 Universal Database CD-ROM using the Custom installation choice. For information about how to select and install the appropriate driver, see IBM DB2 Universal Database Quick Beginnings for your operating system.
After the ODBC driver is installed, you must set up access to your Informix database.
To set up access to your Informix database:
Figure 6. A completed .odbc.ini entry for an Informix database
[INF72] Driver=/home/merant/3.6/odbc/lib/ivinf12.so Description=Informix7.23 Database=test7 HostName=xxyyy.zzz.ibm.com LoginID=informix Password=password ServerName=ifmx72 Service=ifmxon72 |
This section contains the steps for the following tasks:
To configure your Sybase client on AIX or the Solaris Operating Environment:
To keep the same format, copy and paste the example listing. Then, change the entry information as described in the following steps.
Figure 7 shows an example of the interfaces file with the new entry listing.
Figure 7. A completed interfaces file entry listing
Sybase11 query tcp ether superman 2000 |
ODBC drivers are used to register the source, target, and control databases that the Data Warehouse Center will access.
If you do not have the ODBC driver that is required to access a Sybase database, you can get the driver from the DB2 Universal Database CD-ROM using the Custom installation choice. For information about how to select and install the appropriate driver, see IBM DB2 Universal Database Quick Beginnings for your operating system.
After the ODBC driver is installed, you must set up access to your Sybase database.
To set up access to your Sybase database:
Figure 8. A completed .odbc.ini entry for a Sybase database
[Sybase10] Driver=/home/merant/3.6/odbc/lib/ivsyb1112.so Description=Sybase 10 ODBC Database Database=master ServerName=Sybase10 LogonID=sybase Password=password InterfacesFile=/public/sdt_lab/sybase/AIX/System10/interfaces |
This section contains the steps for the following tasks:
To configure your Oracle client on AIX or the Solaris Operating Environment:
To keep the same format, copy and paste the example listing. Then, change the entry information as described in the following steps.
Figure 9 shows an example of the tnsnames.ora file with the new entry listing.
Figure 9. A completed tnsnames.ora file entry listing
# Oracle 8.1.5 Oracle8i= (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP) (HOST = superman) (PORT = 2000) ) ) (CONNECT_DATA = (SID=oracle8i) ) ) |
ODBC drivers are used to register the source, target, and control databases that the Data Warehouse Center will access.
If you do not have the ODBC driver that is required to access an Oracle database, you can get the driver from the DB2 Universal Database CD-ROM using the Custom installation choice. For information about how to select and install the appropriate driver, see IBM DB2 Universal Database Quick Beginnings for your operating system.
After the ODBC driver is installed, you must set up access to your Oracle database.
To set up access to your Oracle database:
Figure 10. A completed .odbc.ini entry for an Oracle database
[Oracle_8] Driver=/home/merant/3.6/lib/ivor814.so ServerName=Oracle8 Description=Oracle 8 ODBC Database |
This section contains the steps for the following tasks:
To configure your Microsoft SQL Server client on an AIX or Solaris Operating Environment, configure TCP/IP on both the AIX or Solaris Operating Environment client and the Windows server where you have Microsoft SQL Server installed. No other actions are required to configure your client because the Microsoft SQL Server Client configuration is integrated with the ODBC driver configuration in the INI file. For more information, see the Merant DataDirect Connect ODBC Reference for your operating system.
ODBC drivers are used to register the source, target, and control databases that the Data Warehouse Center will access.
If you do not have the ODBC driver that is required to access a Microsoft SQL Server database, you can get the driver from the DB2 Universal Database CD-ROM using the Custom installation choice. For information about how to select and install the appropriate driver, see IBM DB2 Universal Database Quick Beginnings for your operating system.
After the ODBC driver is installed, you must set up access to your Microsoft SQL Server database.
To set up access to your Microsoft SQL Server database:
For more information on configuring the ODBC driver and on .odbc.ini values and attributes, see the Merant DataDirect Connect ODBC Reference for your operating system.
Figure 11 shows a sample entry for a Microsoft SQL Server database.
Figure 11. A sample .odbc.ini entry for a Microsoft SQL Server database
[MSSQL6.5] Driver=/home/merant/3.6/odbc/lib/ivmsss14.so Address=xxyyy.zzz.ibm.com AnsiNPW=yes Database=test7 UID=MSSQL PWD=password QuotedID=no TDS=4.2 UseProcForPrepare=1 |
This section contains the steps for the following tasks:
To configure your Informix client on OS/2:
The Informix-Net for OS/2 Utility window opens.
ODBC drivers are used to register the source, target, and control databases that the Data Warehouse Center will access.
If you do not have the ODBC driver that is required to access an Informix database, you can get the driver from the DB2 Universal Database CD-ROM using the Custom installation choice. For information about how to select and install the appropriate driver, see IBM DB2 Universal Database Quick Beginnings for your operating system.
After the ODBC driver is installed, you must set up access to your Informix database by registering the database as a system database source name (DSN) in ODBC.
To register a DSN for an ODBC driver on OS/2:
If you installed the ODBC Administrator with the OS/2 agent instead of updating an existing ODBC Administrator, the icon is in the Data Warehouse Center Agent folder.
This section contains the steps for the following tasks:
To configure your Sybase client on OS/2:
The Open window opens.
The Server window opens.
If the server that you want is not listed:
You must set up both master and query service.
ODBC drivers are used to register the source, target, and control databases that the Data Warehouse Center will access.
If you do not have the ODBC driver that is required to access a Sybase database, you can get the driver from the DB2 Universal Database CD-ROM using the Custom installation choice. For information about how to select and install the appropriate driver, see IBM DB2 Universal Database Quick Beginnings for your operating system.
Once the ODBC driver is installed, you must set up access to your Sybase database by registering the database as a system database source name (DSN) in ODBC.
To register a DSN for an ODBC driver on OS/2:
If you installed the ODBC Administrator with the OS/2 agent instead of updating an existing ODBC Administrator, the icon is in the Data Warehouse Center Agent folder.
This section contains the steps for the following tasks:
To configure your Oracle client on OS/2, use SQL*Net for OS/2 clients.
To configure Oracle SQL*Net for OS/2:
The connect descriptor must include the following information:
Figure 12 shows an example of the tnsnames.ora file with the new connect descriptor entry.
Figure 12. A completed tnsnames.ora connect descriptor entry
testtcp = (DESCRIPTION= (ADDRESS= (PROTOCOL=tcp)(PORT=1111)(HOST=oracle)) (CONNECT_DATA=(SID=ORACLE7) )) |
ODBC drivers are used to register the source, target, and control databases that the Data Warehouse Center will access.
If you do not have the ODBC driver that is required to access an Oracle database, you can get the driver from the DB2 Universal Database CD-ROM using the Custom installation choice. For information about how to select and install the appropriate driver, see IBM DB2 Universal Database Quick Beginnings for your operating system.
Once the ODBC driver is installed, you must set up access to your Oracle database by registering the database as a system database source name (DSN) in ODBC.
To register a DSN for an ODBC driver on OS/2:
If you installed the ODBC Administrator with the OS/2 agent instead of updating an existing ODBC Administrator, the icon is in the Data Warehouse Center Agent folder.
To define a non-DB2 warehouse source in the Data Warehouse Center, you must complete the following tasks:
The following sections apply to Informix, Sybase, Oracle, and Microsoft SQL Server warehouse sources.
The Control Center opens.
The Data Warehouse Center Administrative Client opens.
The Warehouse Source notebook opens.
You will use this name to refer to your warehouse source throughout the Data Warehouse Center.
The sites that you can select are displayed in the Available agent sites list.
The agent site moves to the Selected agent sites list. The site can now be used to access the warehouse source.
To include all of the items in the Available agent sites list, click >>.
For non-DB2 sources, the data source name can differ from the database name.
This step is optional and is used only if you are using a database or file that has the same name as another database or file on a different workstation.
To import both tables and views, right-click the white space of the Available tables and views list, and click Refresh.
The Filter window opens.
The options available on the Filter window depend on whether you want to import a table or a view.
For example, XYZ* returns tables and views with schemas that start with these characters.
For example, XYZ* returns tables and views that start with these characters.
The objects that met your filter criteria are returned by the system and listed in the Available tables and views list.
The tables, views, and columns that you selected move to the Selected tables and views list.
To include all of the items in the Available tables and views list, click >>.
The groups that you select move to the Selected warehouse groups list.
To include all of the items in the Available warehouse groups list, click >>.
You can use the up and down arrows on the button to the right of the field to scroll through a list of values that you can select.
Use the up and down arrows to the right of the Hours and Minutes fields to scroll through a list of available values that you can select.
DataJoiner provides several advantages for accessing data for steps. Instead of using ODBC support for non-IBM databases, you can use DataJoiner to access those databases directly using the native database protocols. You can also use DataJoiner to write to an Oracle database or other non-IBM databases. With DataJoiner, you can access and join data from different data sources with a single SQL statement and a single interface. The interface hides the differences between the different IBM and non-IBM databases. DataJoiner optimizes the SQL statement to enhance performance.
You can define Data Warehouse Center steps that take advantage of DataJoiner's benefits. First, you define warehouses that use DataJoiner databases. Then you define steps that write to those warehouses.
The Data Warehouse Center transformers are not supported with a DataJoiner target database.
Before you read this section, read Chapter 2, Setting up your warehouse, Chapter 3, Setting up warehouse sources, Chapter 4, Setting up access to a warehouse, and Chapter 5, Defining and running processes to learn about the basic components of a warehouse. You should also be familiar with creating server mappings and nicknames in DataJoiner.
For more information about creating a server mapping in DataJoiner, see the DB2 DataJoiner: Planning, Installation, and Configuration Guide.
For information about creating tables and nicknames in DataJoiner, see the DB2 DataJoiner: Administration Guide.
Define a separate warehouse source definition in the Data Warehouse Center for each DataJoiner source database. Before you define the warehouse sources, you must map each source database to a DataJoiner database through DataJoiner's server mapping. You might also have to create a user mapping that maps the DataJoiner user ID and password to the user ID and password for the source database. The user ID and password that you define in the Data Warehouse Center for the resource is the user ID and password for the corresponding DataJoiner database. You also must create nicknames for each data source table that you want to use with the Data Warehouse Center.
The following example shows how to create a server mapping and create a nickname for a table:
CREATE SERVER MAPPING FROM oracle1 TO NODE " oranode" TYPE Oracle VERSION 7.2 PROTOCOL "sqlnet" create user mapping from USER to server oracle1 authid "iwhserve" password "VWPW" create nickname iwh.oracle_target for ORACLE1.iwhserve.oratar
The value of DATABASE is null because Oracle allows only one database per node. For some other data sources, you can specify a database. For more information about creating a server mapping in DataJoiner, see the DB2 DataJoiner: Planning, Installation, and Configuration Guide.
After you create the mapping and nicknames, you can define the warehouse sources. To define the source tables for each warehouse source, import the DataJoiner nicknames as table definitions. In the previous example, you would import iwh.oracle_target from DataJoiner.