|
Softpanorama |
May the source be with you, but remember the KISS principle ;-)
|
| News |
Documentation (IBM link) |
Recommended Links | TEC Documentation | Oracle client installation | Framework installation | |
| Troubleshooting endpoints | Using Log Files to Troubleshoot Tivoli Environment | Fixpacks | Oracle compatibility | History | Humor | Etc |
Note: The information below is mainly adapted from IBM TEC installation guide with relevant additional information from IBM Redbooks TEC Implementation Examples.
The book is good but outdated. IBM TEC installation guide is extremely badly written even taking into account regular IBM documentation quality. The description of installation process is fuzzy and partially incorrect, but still this is a free book ;-). It contains the following sections (none of them can be believed as for accuracy):
To install all components on a single server you probably need 8G of RAM. Without database 4G of RAM might be sufficient. With small database 4G is also OK (I used to both TMF, TEC and database (DB2) on a single V240 server with 4G of RAM; the server had just a couple of endpoints and events were mainly flowing via logadapters).
Installation of all IBM Tivoli Enterprise Console components involves several tasks. The procedure below presuppose that all components except database are installed on the same server. That is actually the most typical deployment scenario in large enterprizes,
You need to be root to install TEC and Framework. The following steps are necessary to install TEC using Oracle database:
There are two components of Oracle installation: Oracle database and Oracle client. Database usually should be installed on a separate server. Oracle client is usually installed on the event server. Tivoli component that communicates with database via client is called RIM host.
For an Oracle database, the following prerequisites must be met before using the installation wizard:
| Directory for generated scripts | |
| database user ID | |
| Database session identifier (SID) | |
| Is RIM host database client or server? | |
| Oracle home directory | |
| Oracle SYS password | |
| Directory names containing table spaces |
Install the Oracle database and SQL*Plus on the database server. For installation details, refer to your Oracle documentation.
Complete the following steps to configure the event server as an Oracle client using SQL*Plus. You need to copy TNSNAMES.ORA which is a SQL*Net configuration file that defines databases addresses for establishing connections to them. This file is described at http://www.orafaq.com/wiki/Tnsnames.ora It resides in the $ORACLE_HOME\NETWORK\ADMIN directory.
%ORACLE_HOME%\network\admin
directory on the database server to the %ORACLE_HOME%\network\admin
directory on the RIM host where ORACLE_HOME is
the environment variable equating to the path to the directory where your
Oracle server or client installation resides.
This part does not differ from installing TMF without TEC and actually documentation for TMF installation is better and more complete in TMF installation documents. See Installing the Tivoli Management Framework
To install TEC (and, simultaneously, to configure the event database), you must use the TEC installation wizard.
Note: Do not download TEC Installation Wizard from TEC product download area. Get the latest version of TEC Installation Wizard from:
ftp://ftp.software.ibm.com/software/tivoli_support/patches/patches_3.9.0/3.9.0-TIV-TEC-FP0007
See
Installing, upgrading, and uninstalling using the installation wizard for
information on starting the installation wizard.
The installation wizard should be run on the event server and can operate in several modes: Simple, Custom-Generate, or and Generate-and-execute.
Preferable mode is Generate only. Generated scripts are be edited if necessary and run using the wdbconfig.sh script, which is generated with the SQL scripts. For more information on this command, see the IBM Tivoli Enterprise Console Command and Task Reference.
To configure the event database, you must have the authority to do the following:
You must have authority to run commands in the Tivoli environment because the installation wizard creates the RIM object named tec, which is needed by the Tivoli Enterprise Console components. In the Custom-Generate only and Custom-Execute only modes, you have the option as to whether the RIM object should be created or not. If a RIM object named tec already exists in the system where the installation wizard is run, the installation wizard displays the default values associated with it.
See also: Configuring the TEC event database
The event server is a central server that handles all events. The event server write to database each incoming event and then evaluates these events against a set of rules to determine if it should respond to or modify the event automatically.
RIM is an abbreviation of "database Interface module" and like many IBM acronyms actually it neither necessary or have much of the value for structuring the TEC internals space; this is just a database connector but still for some reason it is stressed in TEC documentation.
Whenever some TEC component connects to a database, the RIM starts the RIM agent process. A RIM agent process uses the database client libraries to communicate with the database and issue SQL statements.
A RIM object is also referred to a Tivoli environment object that contains essential information about a specific database, such as the database name, database user ID. A term "RIM host" is a meaningless term that is equivalent to the event server for all practical purposes; more specifically this is a place were the database client libraries are installed.
The installation wizard creates a RIM object named tec, which contains database information for connecting to the event database. The following table list the database information needed for configuring the TEC event database. This information is also stored in the RIM object. When installing the event server component from the Install Options dialog, enter the following database values:
| Database Home | Equates to the value in the $ORACLE_HOME environment variable. |
| Database Name | Type a unique alias name of the event database used by TEC. Usually tecdb |
| Database User ID | The database user that owns the application database. The default is tec. |
| Database Password | The password for the database user (tec) |
| Database Server ID | The name of the Oracle listener service in the tnsnames.ora file. Equates to the value in the $TWO_TASK environment variable for a client or $ORACLE_SID on the database server or client. |
The following items should be considered for Oracle before beginning your event database configuration:
You should use the custom method. Selecting the custom installation gives you more configuration options to optimize database performance, such as maximizing memory usage and managing the physical layout of data on the disk. For additional information about configuration options, you can also use the field-level help available in each of the windows in the installation wizard.
To start the installation wizard, complete the following:
| Field | Action |
| Database Home | Type the full path to the directory were Oracle client software is installed. |
| Database Name | Type a unique alias name of the event database
used by TEC Default: tec |
| Database User ID | Type a user name of the instance owner for the event database. Default: tec |
| Database Password | Type the password for the database user. |
| Verify Password | Retype the password for the database user. |
| Database Server ID | The name of the Oracle listener
service in the
tnsnames.ora
file. Example: TIVOLI_DEVL |
| Instance Home | Not requred for Oracle (DB2 only) |
The wdbconfig.sh script is generated by the installation wizard and runs the SQL scripts generated by the installation wizard and determines the database type from the SQL scripts located in the generated script directory.
The wdbconfig.sh script must only be run from the directory where the scripts were generated on the RIM host.
The Oracle environment does not need to be sourced. The generated scripts set the ORACLE_HOME environment variable and add ORACLE_HOME/bin to the PATH.
See the IBM Tivoli Enterprise Console Command and Task Reference for more information about the wdbconfig.sh script.
Ensure the following prerequisites are met before running the wdbconfig.sh script :
The installation wizard generates SQL scripts and shell scripts required to create, upgrade, and remove the event database. A log file is automatically created in the same directory you designated for the generated scripts. If the generated event database scripts are run from the installation wizard, the log file also contains the output from running the scripts. You can examine the log file to view results.
The log file is named DbInstalltimestamp.log, as shown in the following example. The timestamp variable is replaced by the current system time when the log is generated.
DbInstall2002-07-12-57_03PM.log
You can also check for replies from the event database server to each configuration statement in the SQL scripts, as well as any error messages. Error messages can be seen in a file named similarly to the log file (with an .err ending) found in the same generated script directory. Examine both the log file and the error log for complete output from running the database scripts. For example, a file called DbInstall2002-07-12-57_03PM.err is also created that may contain error installation information.
Installation notes:
Upgrade notes: The event database must be upgraded before you upgrade this component. After you upgrade, you must reload your rule base because the .baroc files have been modified. You must install the Tivoli Enterprise Console JRE before upgrading this component. The installation wizard does this automatically. However, if you are using the Tivoli Management Framework tools, you must install the Tivoli Enterprise Console JRE manually.
When you upgrade using the installation wizard, as part of the upgrade process you are given the opportunity to deactivate any of the default active rule sets. When you upgrade using Tivoli Management Framework tools, you can deactivate any of the default active rule sets manually using the wrb_default_rb command. The default rule base contains many rule sets that you can customize after upgrading. For more information, see IBM Tivoli Enterprise Console Rule Set Reference.
If you used any customized parameters, you must preserve the file $BINDIR/TME/TEC/.tec_config file before you upgrade the event server. You must then reapply the customizations to that file after the upgrade is completed.
Uninstallation notes: It is recommended that you uninstall the event server after uninstalling all other components.
After you have installed or upgraded the event server, you must start the event server. To start the event server, right-click the Event Server icon on the Tivoli desktop and click Start-up.
You can also start the event server manually using the wstartesvr command.
In most situations, the user interface server configures default event groups and consoles automatically during installation. On the the AIX operating system, you must run the wcrtteccfg command on the system where the user interface server is installed.
To configure default event groups and consoles manually, use the following command format:
wcrtteccfg hostname user password [operator]
where:
For more information on wcrtteccfg, see IBM Tivoli Enterprise Console Command and Task Reference.
When you install or upgrade the event server, the following rule sets in the default rule base are activated by default:
The dependency rule set is also active by default, but its activity is linked to the ebusiness rule set and can only be changed by changing the activity of the ebusiness rule set. In other words, when you deactivate the ebusiness rule set, you also deactivate the dependency rule set.
To deactivate any of these rule sets, use the wrb_default_rb command. For more information, see IBM Tivoli Enterprise Console Rule Set Reference.
To deactivate the rule sets of default rule base, use the following command format:
wrb_default_rb -inactivate rulesets
where:
For example, to deactivate the netview and heartbeat rule sets, type the following:
wrb_default_rb -inactivate netview heartbeat
To start the Tivoli Enterprise Console Web console and view events, complete the following:
You can then view events.
This Web Seminar is intended for IBM customers and business partners interested in monitoring events using the Common Event Infrastructure and converting to those events to TEC - formatted events.It will describe IBM Tivoli Enterprise Console 3.9 Feature Option #1 with emphasis on installation and configuration.
Presented by: Randy Hill, IBM Support Engineer Date: June 12, 2007
IBM Redbooks TEC Implementation Examples
This section provides information about the Tivoli Enterprise Console® (TEC) 3.9 FP 4 installation.To install TEC, follow the steps mentioned below:Note: For detailed information about the Tivoli Enterprise Console (TEC) 3.9, see http://publib.boulder.ibm.com/infocenter/tivihelp/v3r1/topic/com.ibm.itec.doc_3.9/welcome_nd.html
- Ensure that you have Java™ 1.3.1 installed and that the path is set correctly.
- Untar the TEC CD1 and unzip the CD2. Also, untar the TEC Fix Pack 4 to FP4 directory.
- From the CD1 folder, run the ./tec_install.sh script. At the dialog box that prompts you for temporary directory, specify the directory name and click Next.
- The Welcome to InstallShield Wizard screen displays.
- At the Select an item to install screen, select the default Configure the event database and click Next.
- Specify the temporary directory and click Next.
- Click Next to close the installation wizard.
- A new window displays.
- The Software License Agreement screen displays. Select I accept the terms in the license agreement. Click Next.
- A screen displays that prompts you to select an item to install, configure, upgrade, or uninstall. Select the default Configure the Event Database and click Next.
- A screen displays that prompts to you select the type of installation. Select the default Custom and click Next.
- A screen displays that prompts you to specify the directory to store or read generated scripts. Specify the same temporary directory as 3.2. Click Next.
- Ensure that the option Generate and Execute Script is selected.
- A screen displays that allows you to install, upgrade, or remove a event database. Select New Install and click Next.
- Select DB2® as the database vendor. Specify /home/db2inst1/ as database home, tcpip as database server, and /home/db2inst1 as the instance home. Also, specify database name, database user name, password (with verify). Click Next.
- Click Next to start the extraction and execution of the scripts. The log output displays stating that the installation assistant as finished installing the package. Click Finish to complete the installation. Click Yes when the installer prompts you to exit.
Copyright © 1996-2008 by Dr. Nikolai Bezroukov. www.softpanorama.org was created as a service to the UN Sustainable Development Networking Programme (SDNP) in the author free time. Submit comments This document is an industrial compilation designed and created exclusively for educational use and is placed under the copyright of the Open Content License(OPL). Original materials copyright belong to respective owners. Quotes are made for educational purposes only in compliance with the fair use doctrine.
Standard disclaimer: The statements, views and opinions presented on this web page are those of the author and are not endorsed by, nor do they necessarily reflect, the opinions of the author present and former employers, SDNP or any other organization the author may be associated with. We do not warrant the correctness of the information provided or its fitness for any purpose.
Last modified: August 12, 2008