Any in Config
Any in Config
VERSION 7.5.3
12-FRWMTR
JULY 2003
Siebel Systems, Inc., 2207 Bridgepointe Parkway, San Mateo, CA 94404 Copyright 2003 Siebel Systems, Inc. All rights reserved. Printed in the United States of America No part of this publication may be stored in a retrieval system, transmitted, or reproduced in any way, including but not limited to photocopy, photographic, magnetic, or other record, without the prior agreement and written permission of Siebel Systems, Inc. Siebel, the Siebel logo, TrickleSync, TSQ, Universal Agent, and other Siebel product names referenced herein are trademarks of Siebel Systems, Inc., and may be registered in certain jurisdictions. Other product names, designations, logos, and symbols may be trademarks or registered trademarks of their respective owners. U.S. GOVERNMENT RESTRICTED RIGHTS. Programs, Ancillary Programs and Documentation, delivered subject to the Department of Defense Federal Acquisition Regulation Supplement, are commercial computer software as set forth in DFARS 227.7202, Commercial Computer Software and Commercial Computer Software Documentation, and as such, any use, duplication and disclosure of the Programs, Ancillary Programs and Documentation shall be subject to the restrictions contained in the applicable Siebel license agreement. All other use, duplication and disclosure of the Programs, Ancillary Programs and Documentation by the U.S. Government shall be subject to the applicable Siebel license agreement and the restrictions contained in subsection (c) of FAR 52.227-19, Commercial Computer Software - Restricted Rights (June 1987), or FAR 52.227-14, Rights in DataGeneral, including Alternate III (June 1987), as applicable. Contractor/licensor is Siebel Systems, Inc., 2207 Bridgepointe Parkway, San Mateo, CA 94404.
Proprietary Information Siebel Systems, Inc. considers information included in this documentation and in Siebel eBusiness Applications Online Help to be Confidential Information. Your access to and use of this Confidential Information are subject to the terms and conditions of: (1) the applicable Siebel Systems software license agreement, which has been executed and with which you agree to comply; and (2) the proprietary and restricted rights notices included in this documentation.
Contents
Introduction
Audience For This Guide . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10 How This Guide Is Organized . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11 Installation Options . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13 Additional Documentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16 Revision History . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
Version 7.5.3
Contents
Changing the Account Under Which a Windows Service Runs . . . . . . . . 49 Notes on Dashboard Access . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50 Siebel Analytics Applications Dashboard Access . . . . . . . . . . . . . . . . . . . . . 50 Siebel Analytics Stand-Alone Dashboard Access . . . . . . . . . . . . . . . . . . . . . 50
Version 7.5.3
Contents
Tools for the C Shell . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93 Inserting Your Siebel Analytics Web License Keys . . . . . . . . . . . . . . . . . . . . 96 Server and Web Configuration Options . . . . . . . . . . . . . . . . . . . . . . . . . 96 Configuration Options for the Siebel Analytics Server . . . . . . . . . . . . . . . . . 96 Configuration Options for Siebel Analytics Web . . . . . . . . . . . . . . . . . . . . . 97 Upgrading Your Previous Siebel Analytics Web Catalog . . . . . . . . . . . . . . . . 97 Troubleshooting the Installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98
Version 7.5.3
Contents
Parameters in the Usage Tracking Section . . . . . . . . . . . . . . . . . . . . . . . . 139 Parameters in the Server Query Statistics Section . . . . . . . . . . . . . . . . . . . 141 Parameters in the Optimization Flags Section . . . . . . . . . . . . . . . . . . . . . . 143
Completing the Initialization in the Siebel eBusiness Application . . . . . . 171 Using Analytics-to-Siebel eBusiness Application Drill-Through . . . . . . . . 172
Version 7.5.3
Contents
Version 7.5.3
Contents
Forecast Analytics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 215 Configuring Forecast, Quota, and Actual Analytics . . . . . . . . . . . . . . . . . . 217 Currency Conversion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 225 Performance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 226 Workforce Analytics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 227
Index
Version 7.5.3
Introduction
Stand-Alone (Siebel Analytics Server) The stand-alone configuration involves the Siebel Analytics Server only. You must develop your own analytics applications and configure them to connect to legacy data warehouses or other data sources.
Integrated (Siebel Analytics applications) You can configure Siebel Analytics applications to run with Siebel eBusiness Applications and with Siebel Industry Applications to use the Siebel Data Warehouse or prebuilt (and sometimes specialized) data warehouses.
Siebel Analytics Installation and Configuration Guide provides information on installing and configuring all components of Siebel Analyticsboth stand-alone and integrated. This section explains the audience for, and organization of, this guide.
NOTE: This version of the guide (version 7.5.3) applies to the 7.5.3 release of Siebel
Analytics and Siebel Data Warehouse. It does not apply to any previous 7.5.x maintenance releases.
Version 7.5.3
Introduction
Audience For This Guide
Persons who administer the database system, including data loading, system monitoring, backup and recovery, space allocation and sizing, and user account management. Persons responsible for setting up and maintaining a marketing department. Duties include designing and managing campaigns, product marketing information, and product distribution lists.
Siebel Application Persons responsible for planning, setting up, and maintaining Administrators Siebel operational applications. Siebel Application Persons who plan, implement, and configure Siebel operational Developers applications, possibly adding new functionality. Siebel System Administrators
Persons responsible for the whole system, including installing, maintaining, and upgrading Siebel operational applications.
This guide assumes that you are knowledgeable in the areas of relational databases, decision support systems, and the Windows or UNIX operating systems that you are using.
10
Version 7.5.3
Introduction
How This Guide Is Organized
the Siebel Analytics installer. The sequence of chapters in general follows the installation sequence. Within this general framework, some sections describe how to install on specific platforms (Windows, UNIX) and some sections describe how to configure or reconfigure certain components (Corda PopChart server). Accordingly, this book is organized in the following manner:
Chapter 1, Installing Siebel Analytics Software in the Windows Environment, through Chapter 5, NQClusterConfig.ini File Reference. Installation and configuration of all forms of the product: stand-alone Siebel Analytics Server, Siebel Analytics integrated with Siebel eBusiness Applications and Siebel Industry Applications, the Siebel Data Warehouse, and the Siebel Analytics Bridges.
NOTE: For the Siebel Data Warehouse installation, you must also refer to Siebel Data Warehouse Installation and Administration Guide. Throughout this book the Siebel Data Warehouse may also be referred to as the Siebel Relationship Management Warehouse.
Version 7.5.3
11
Introduction
How This Guide Is Organized
Chapter 6, Siebel Analytics Applications Overview, through Chapter 11, Internationalization Considerations. Configuration of Siebel Analytics integrated with Siebel eBusiness Applications and Siebel Industry Applications.
Chapter 10, Siebel Industry Applications Analytics Metadata. Configuration specific to Siebel Industry Applications.
12
Version 7.5.3
Introduction
Installation Options
Installation Options
Each type of installation is summarized in Table 1.
NOTE: If you are installing a newer version of Siebel Analytics, uninstall the older
Major Tasks MDAC installation Run Analytics Installer (No Siebel Data Warehouse setup) Insert license keys Configure Internet Information Server Restart machine Create and configure Siebel Analytics tables
Version 7.5.3
13
Introduction
Installation Options
Major Tasks MDAC installation Run Siebel Analytics Installer Set up Siebel Data Warehouse Insert license keys Configure Internet Information Server Restart machine Update seed data, if necessary Access Siebel Analytics options Change database connections Create a dedicated repository Initialize the Siebel eBusiness application Configure authentication and security settings Other Siebel eBusiness applications configuration
14
Version 7.5.3
Introduction
Installation Options
Run Installer Change environment variables Test Siebel Analytics Server installation
Create and configure Siebel Analytics tables Update Scheduler configuration Post-installation changes for specific UNIX platforms Installing Siebel Analytics Web:
Install and configure PopChart Image Server Configure Xvfb for Siebel Delivers Install Siebel Analytics Web Components Install and configure Internet Information Server
Configure Siebel Analytics Server Configure Siebel Analytics Web Insert Siebel Analytics Web license keys Install or upgrade Siebel Analytics Web Catalog
Same as for UNIXStand-Alone, plus the following: Set up Siebel Data Warehouse from a machine running Windows
Version 7.5.3
15
Introduction
Additional Documentation
Additional Documentation
To successfully install, configure, and maintain Siebel Analytics, consult the following documentation in addition to Siebel Data Warehouse Installation and Administration Guide:
Siebel Data Warehouse Data Model Reference Siebel Analytics Web Administration Guide Siebel Analytics Server Administration Guide Siebel Analytics Message Reference Siebel Analytics Scheduler Guide Siebel Analytics Performance Tuning Guide Siebel Analytics User Guide Siebel Tools Reference
In addition, Informatica documentation is provided on the Siebel eBusiness ThirdParty Bookshelf CD-ROM (shipped with the Siebel Bookshelf CD-ROM). This guide and Siebel Data Warehouse Installation and Administration Guide refer to those publications when necessary.
16
Version 7.5.3
Introduction
Revision History
Revision History
Siebel Analytics Installation and Configuration Guide
Version 7.5.3
Table 2. Changes Made in Version 7.5.3
Topic Introduction on page 9 Revision Removed this release-specific information: 7.5.2.210/.211 Maintenance Release requirement.
Revised for 7.5.3: In step 2b, the choices of data warehouse are now only Horizontal and Vertical. Revised for 7.5.3: Changed text of Note about Bridges to reflect product changes. Revised for 7.5.3: Changed description of installation to reflect installer product change. Removed two steps that mentioned JVM versions. Added note that the process in this section is now automated.
Post-Installer Tasks on page 36 Configuring IBM DB2 Connect for Queries on Siebel Analytics Server on page 36 A Note on Executable Files on page 38 Inserting Your Siebel Analytics Web License Keys on page 42 To add or change components on page 44
Renamed this section. It was previously named "Initializing the Installation." Added this section. Rewrote the Caution to state the most important information first. Added a sentence that the webcat folder is installed automatically. In step 3, corrected the alias name.
Version 7.5.3
17
Introduction
Revision History
To install the Siebel Analytics Server software under UNIX on page 56 Creating and Configuring Siebel Analytics Scheduler Tables on page 65 Database Tables and the Siebel Analytics Scheduler on page 66 Configuring IBM DB2 Connect for Queries on Siebel Analytics Server on page 68 Post-Installation Requirements for Solaris on page 69
Added more information to procedure. Added note about limited Solaris version support.
Installing and Configuring Corda PopChart Image Server on page 73 To install the PopChart Image Server on page 73 To create a new virtual server on Sun ONE on page 80 A Note on Executable Files on page 95 Configuration Options for the Siebel Analytics Server on page 96 Troubleshooting the Installation on page 98 SORT_ORDER_LOCALE on UNIX Operating Systems on page 124
Added paths for the template backup files. Added step 3, about changing the XML file. In step 2, added a note about the Server Name field. Rewrote the Caution to state the most important information first.
Under the Charts do not appear" symptom, added a fourth step regarding checking Web or application server name. Added General Section note to SORT_ORDER_LOCALE parameter about UNIX operating systems.
18
Version 7.5.3
Introduction
Revision History
Additional Changes
Wherever possible, removed release-specific and platform-specific information. Where release version or platform makes a difference, changed references to more generic ones, with mention of Siebel System Requirements and Supported Platforms.
Version 7.5.3
19
Introduction
Revision History
Added a note regarding the proper way to uninstall the charting image server files. Removed part of procedure and changed to a crossreference to Third-Party documentation. Corrected pathname in code samples given. Corrected pathname in code samples given. Added a list of the settings for these parameters.
20
Version 7.5.3
Introduction
Revision History
Added the section, Installing on WebSphere on page 83. Added an overview of configuration tasks to Chapter 7, Accessing Analytics Through Siebel Applications.
Version 7.5.2.101
Table 5. Changes for Version 7.5.2.101
Topic General platformspecific information Revision Most information about supported platforms was removed to Siebel System Requirements and Supported Platforms. However, where platform variations influence the configuration process, this information was retained, clarified, or added (see below). Added Post-Installation Requirements for HP-UX on page 71. Added Post-Installation Requirements for Solaris on page 69.
Version 7.5.3
21
Introduction
Revision History
Pop Chart Image Server UNIX installation and configuration requirements Added step
Siebel Analytics DSN entries Authentication Siebel Analytics StandAlone Dashboard Access on page 50 Parameter information in Chapter 4, NQSConfig.ini File Reference
Updated LOCALE parameter information. Specified that the SORT_TYPE parameter must be set to BINARY. Specified that the PROJECT_INACCESSIBLE_COLUMN_AS_NULL parameter must be set to TRUE.
22
Version 7.5.3
This chapter provides the steps to install the Siebel Analytics software in the Windows environment.
NOTE: Chapter 2, Installing Siebel Analytics Software in the UNIX Environment details instructions for installing the software in the UNIX environment. However, the Siebel Analytics Installation Wizard, described here, runs only under Windows systems. The third-party Informatica installer is available for Windows only.
Additional Requirements for Installing on Windows on page 24 Installing Siebel Analytics on page 25 Post-Installer Tasks on page 36 Configuring Microsoft Internet Information Server (IIS) for Siebel Analytics on page 44 Creating and Configuring Siebel Analytics Tables (Stand-Alone Only) on page 46
For hardware and software requirements for the Siebel Analytics software and for clients connecting to Siebel Analytics, refer to Siebel System Requirements and Supported Platforms.
NOTE: You may be running anti-virus software on the machine where Siebel
Analytics Scheduler is installed. However, if the virus scanner is constantly scanning inbound files in the Scheduler Temporary File Path, performance degrades significantly. It is recommended that you set the virus scanner to exclude files in the Scheduler Temporary File Path.
Version 7.5.3
23
If you are already running Siebel Analytics Server but are continuing to use DCOM, leave the Port field in the ODBC Wizard set to the default value of 9703, and define a Windows system environment variable named NQUIRE_DCOM to force the usage of DCOM. Set the variable value to 1. For more information about using Siebel Analytics ODBC Wizard, see Siebel Analytics Server Administration Guide.
24
Version 7.5.3
With the change to TCP/IP, the Siebel Analytics Server service needs to be started before you use the Siebel Analytics Administration Tool to open a repository in online mode. Opening a repository in online mode will no longer cause the service to start automatically.
first uninstall the software. Make backups of the Web Catalog, repository (.rpd) nQSConfig.ini, and nQClusterConfig.ini files and move them to a temporary location. If you are reinstalling the Siebel Analytics software in the same location as the previous installation, make sure that the installation folder and the data folder are not shared. In general, the process of installing the Siebel Analytics software in Windows consists of:
a Installing the Microsoft Data Access Components (MDAC) on page 26. b Removing or Upgrading Siebel Analytics Software on page 27. c Locating the installation software (either CD or network). d Running the setup.exe file. e Responding to installer wizard prompts for Siebel Analytics and for Siebel Data Warehouse. f
Inserting Your Siebel Analytics Web License Keys on page 42.
first read Chapter 3, Installing the Siebel Analytics Cluster Server Feature.
Version 7.5.3
25
Differences between the installation programs for Stand-Alone Siebel Analytics and Integrated Siebel Analytics are summarized in Installation Options on page 13.
1 If you are installing on Windows 2000, the appropriate version of MDAC is already installed. Continue with Chapter 1, Installing Siebel Analytics Software in the Windows Environment. 2 If you are installing on Windows NT, search for the files msdadc.dll and (optionally) oledb32.dll. These files are generally located in the C:\Program Files\Common Files\System\OLE DB folder. 3 If you locate the files, right-click and select Properties from the context-sensitive menu. The version information is shown on the Version tab. If the version is not 2.50 or newer, you need to install MDAC. 4 Either insert the Siebel Analytics installation media into the CD-ROM drive or access the network location that contains the Siebel Analytics installation files. Locate the MDAC25 folder in the \NT\ folder, and then run the program mdac_typ.exe. This starts the MDAC installer.
NOTE: If the MDAC25 folder is not available, you can download the MDAC
5 Follow the prompts to complete the MDAC installation. When you are finished, continue with Removing or Upgrading Siebel Analytics Software on page 27.
26
Version 7.5.3
installation, make sure that the installation folder and the data folder are not shared. To remove an existing installation of Siebel Analytics software
1 Stop the following services (from Start > Settings > Control Panel > Services):
Siebel Analytics Server Siebel Analytics Scheduler Siebel Analytics Cluster Server IIS Admin Service (Microsoft Internet Information Server), and any additional services it stops World Wide Web Publishing Service
Yes keeps the existing .rpd files (repository) and .ini files (configuration) and appends the extension .old to them.
Version 7.5.3
27
NOTE: If you uninstall Siebel Analytics, you also uninstall the Corda image server
product. However, not all of the image server files are removed, and the directory structure is left behind. Manually delete these files and the directories; do not use the Windows Add or Remove Programs utility.
NOTE: If you are upgrading from earlier versions of the former nQuire Suite software,
the newer version will not start using the versions configuration file. It is recommended that you either migrate any changes from your existing file to the new NQSConfig.ini file, or add the new and changed parameters to your existing file.
28
Version 7.5.3
1 Either insert the installation media into the CD-ROM drive, or access the network location that contains the installation files, and run the program setup.exe.
(On some versions of Windows, an Installshield message screen may appear stating that an older version of the Windows Installer is being used. Ignore this message. Close the message window and proceed with the installation.) The installation wizard prompts you through each screen. Click Next to continue to the next screen.
NOTE: Determine the values for the installation options before beginning the
installation.
2 Prerequisite Check screen: Check one or more choices as appropriate. a Database client type:
For Siebel Analytics operational applications installation only. If you are using MS SQL Server for your OLTP or OLAP, the installer proceeds to the DSN Configuration screen. Set up the Data Source Names (DSNs) using the Microsoft ODBC Driver Manager. (The actual configuration is done after all the files have been copied. Choose the database connectivity client from the choices given.)
Version 7.5.3
29
For other databases, you are not prompted for DSN configuration. However, you should set up the DSNs appropriately later. For example, for IBM DB2, use the DB2 Client Configuration Assistant to set up the database connectivity and DSNs.
NOTE: If you are using a Siebel eBusiness application version 6.3 or 7.0.4, and
have also licensed version 7.5 of Siebel Analytics, you will need to install and use the appropriate Siebel Analytics Bridge. Installation of the Analytics Bridge allows you to use the newer functionality of Siebel Analytics 7.5 with a Siebel eBusiness 6.3 or 7.0.4 application. Although the Siebel Analytics Bridge option is not listed in the Prerequisite Check screen, you may still install this Bridge. For information about the Siebel Analytics Bridges, see the Appendices of Siebel Data Warehouse Installation and Administration Guide.
3 At the Destination Folder screen, select the destination location for the Siebel Analytics installation. To change the default location, such as D:\SiebelAnalytics, click Change. Make sure the location has the appropriate permissions set. (Refer to Required Security Settings in Windows for Siebel Analytics Web on page 24.) Click Next to continue. 4 Setup Type screen: Select the type of setup you want to perform.
NOTE: The Client utility allows you to issue SQL to Siebel Analytics Server.
It is a troubleshooting tool normally used only by database administrators and Siebel personnel.
30
Version 7.5.3
6 Language Selection screen: select the locale for the server from the drop-down list. This sets the language in which error and informational messages are displayed. The default is English (US). This option is not active for Web-only installs.
If the Language Selection screen displays the option Check here if the dashboard is to be viewed in Japanese, ignore the option.
NOTE: This setting is not related to the LOCALE parameter in the General section of the NQSConfig.ini file, which specifies the locale in which data, rather than error and informational messages, is returned from the server. If you want to select a locale for data other than the default, english-usa, you need to explicitly set the value of this parameter in the configuration file. For more information, see Chapter 4, NQSConfig.ini File Reference.
7 COM Service Type screen (stand-alone and applications installation): Select how the Analytics Server and Analytics Scheduler services start. The choices are Automatic (when the machine boots up) or Manual.
If you select the Automatic startup option, the Scheduler will not start automatically unless the Schedulers back-end database is both configured and available. Also, if you set it to start the service automatically, the machine bootup time increases noticeably. Depending on your organizations needs, the Manual startup option may be the preferred choice.
8 Logon Service screen: If you selected the Server or Complete option, or are installing the Siebel Analytics Cluster Server feature (from the Siebel Analytics Cluster selection on the Custom Setup screen), specify the account name and password of an existing account that the Siebel Analytics software will run under.
Version 7.5.3
31
a If the Siebel Analytics Server will not participate in a cluster, this should be the LocalSystem account. This is the default. b If this machine is hosting either a Cluster Controller or a Siebel Analytics Server that will participate in a Cluster, specify a Domain account under which all clustered Siebel Analytics Servers and Cluster Controllers will run. This account must be a member of the local Windows Administrators group on each machine in the cluster, and must have the Logon as a service right explicitly assigned to it. Specify it in the format domain\account, such as siebel\user1. Do not use the LocalSystem account.
For more information, including the procedure to assign the Logon as a service right, see Installing the Clustering Feature on page 101.
9 Temporary Folders screen: Select locations for Siebel Analytics temporary data and file storage, and click Next to continue.
The default location for temporary data storage is C:\SiebelAnalyticsData. The default location for temporary file storage is C:\SiebelAnalyticsData\Temp. Make sure the location has the appropriate permissions set (see Required Security Settings in Windows for Siebel Analytics Web on page 24).
32
Version 7.5.3
Click the appropriate Change button to select a different location, such as D:\SiebelAnalytics. If you select a different location for the temporary data storage folder, the default location for temporary files is automatically changed to reflect the new path.
NOTE: The temporary data storage location is used by Siebel Analytics Web for
Web Catalogs, Chart cache, and other data. The temporary files storage location is used by Siebel Analytics Server and Siebel Analytics Scheduler. It is recommended that you specify a directory with at least 510 MB free space for temporary file storage that will be used only by Siebel Analytics Server and Siebel Analytics Scheduler (Siebel Analytics Server requires approximately 500 MB free space, while Siebel Analytics Scheduler requires 510 MB free space.) If your data volume is high or you have large numbers of users on the system, more temporary space is required.
10 Mail Server screen: If you are installing the Siebel Analytics Scheduler component, the iBots feature will also be installed. Enter the name of a mail server to which iBots can connect, such as mail.myCompany.com. (You can also enter the IP address of the mail server, rather than the name, if you prefer.) The SMTP port number defaults to 25. If the selected mail server uses a different SMTP port number, make the appropriate change. 11 Scheduler Server screen: If you are installing the Siebel Delivers component, enter the name of the server on which the Siebel Analytics Scheduler is running. Siebel Analytics Scheduler is part of the Siebel Analytics Server installation. Leave this name blank if the Scheduler is running on the same machine as the Web server.
Version 7.5.3
33
12 The Wizard is set to begin installing Siebel Analytics. To review or change any of your installation settings, click Back. To continue with installation, click Install.
The status meter reflects installation progress. The installation process may take several minutes.
NOTE: Siebel Analytics Intelligence Dashboards, Siebel Answers, and Siebel
Delivers require Microsoft Internet Explorer Version 5.0 or newer. Siebel Analytics Scheduler requires Microsoft Internet Explorer Version 5.5 or newer.
image server, refer to Charting Image Server Installation and Configuration for Windows on page 39 to guide you.
NOTE: If the installation process detects that you are attempting to install Siebel Analytics Web or Siebel Analytics Scheduler on a system running an older version of Microsoft Internet Explorer, you will be directed to upgrade to the latest version of Microsoft Internet Explorer.
To install the image server under Windows (using the Installer Wizard)
1 The installer prompts you to select the following: a The License Agreement. Choose Yes and click Next. b Release Notes. Click Next. c Choose Installation Folder. Accept the default path or change it. Click Next. d Choose Shortcut Location. Accept the default path or change it. Click Next.
34
Version 7.5.3
e Choose Java Virtual Machine. If more than one appears in the window, choose one or search for another. Click Next.
NOTE: JavaSoft JDK/JRE version 1.3.1 or greater is required; JDK version 1.3.1
Choose Product Installation Set. Select the Production Server option. Click Install. The Installer Wizard configures the charting image server.
Install the Siebel Data Warehouse. This procedure is detailed in Siebel Data Warehouse Installation and Administration Guide.
1 Open $INSTALL_DIR\dwdb\dwdb.log. This file shows the number of tables installed in the Siebel Data Warehouse. 2 Click Finish to close the window.
Version 7.5.3
35
Post-Installer Tasks
There are a number of tasks necessary to complete after the Siebel Analytics Installation Wizard is finished. This section covers those tasks.
1 Insert your license keys for any Siebel Analytics Web components you installed. Refer to Inserting Your Siebel Analytics Web License Keys on page 42. 2 Restart your computer before using the Siebel Analytics software. The installation prompts you to restart the computer now, or at a later time. Select your preference and click OK. 3 Install and Configure Microsoft Internet Information Server.
version used must match the version used by the DB2 instance being used as the data source. To configure the INTERRUPT_ENABLED parameter
1 Configure a database alias to be used as the native CLI Data Source Name. For example, create a new database entry using DB2 Configuration Assistant. 2 Using the database alias created and the name of the actual target DB2 database, set the INTERRUPT_ENABLED parameter using the following syntax:
36
Version 7.5.3
where:
local_dcsname represents the local name of the host or AS/400 database (database alias name). target_dbname represents the name of database on the host or AS/400 database system.
Version 7.5.3
37
nQcmd.exe nQQueryStatsFormatter.exe NQSChangePassword.exe nQScheduler.exe nQSComGateway.exe nQSDBGatewayServer.exe nQSecUDMLGen.exe nQSServer.exe nQUDMLCli.exe nQUDMLExec.exe nQUDMLGen.exe SchConfig.exe SchShutdown.exe
38
Version 7.5.3
Installation Wizard. If you choose to abort it or to reinstall the image server, use this information to guide you. If the image server has been installed correctly, skip this section. This section describes what happens during the installation of PopChart Image Server (PCIS) version 3.8.x for Windows platforms.
Installation Considerations
The image server runs as a separate server. If you configure it to run on a port other than the default port (81), you must reconfigure Analytics Web to point to the new location. It is possible for Analytics Web and the image server to run on separate machines, but for administrative as well as performance reasons, it is recommended that they be installed on the same machine.
Set this registry value to the root URL for the image server.
Create the POP registry key under the Charts key. Create a new string value called ServerPrefix. The ServerPrefix value will generally be of the form:
http://machinename:port/? NOTE: The trailing /? is necessary and must be included.
Version 7.5.3
39
Decide on a directory where you want to install the binaries for the image server. Decide on a port number that you want the image server to listen on. Stop the Analytics Web service.
1 From the PopChart subdirectory on the installation CD-ROM, run the installer PCIS383.exe. 2 After you accept the License Agreement, the installer prompts you to select the following:
documentation for details and to Siebel System Requirements and Supported Platforms for the versions supported.
Selection of a product installation set. Select the Production Server option and click Install.
If you are installing the chart image server after installing Siebel Analytics, there are additional steps.
NOTE: If you have installed the chart image server during your Siebel Analytics
40
Version 7.5.3
1 Restart the machine (even if not prompted to do so). 2 Test the server from an Internet Explorer browser, using the URL
http://localhost:81/
Version 7.5.3
41
2 Enter your supplied customer identifier, customer license key, and Siebel Analytics Web component keys where indicated:
Enter your Customer Identifier for each component you have licensed. Do not delete the double quote marks ( " ).
42
Version 7.5.3
Do not make changes to the license key entries for components you have not licensed.
A sample license key entry for the Siebel Delivers component is shown below.
<WebMessage name="kmsgLicenseDelivers"CRC="14741b31382fadaba3022f0ef340b7 29beb8"> <TEXT>MyCompany</TEXT> </WebMessage>
3 Save the file back into the \Web\Config folder in the data folder. The default name of the data folder is SiebelAnalyticsData. For example, if you install the software into C:\SiebelAnalytics, the location to save the file back into is C:\SiebelAnalyticsData\Web\Config. 4 Perform this procedure on each machine running Siebel Analytics Web components.
Version 7.5.3
43
1 Start Internet Services Manager. 2 From the Microsoft Management Console, select the Default Web Site icon. Right-click and choose New > Virtual Directory. 3 In the New Virtual Directory Wizard, enter analytics as the name for the alias to be used to access the Siebel Answers application, and then click Next. 4 Use the Browse button to navigate to the directory in which the Siebel Analytics Web components are installed. 5 Select the following options, then click Finish:
6 Select the newly created Siebel Analytics Web script icon, right-click, and choose Properties. 7 On the Virtual Directory tab, select the option Run in separate memory space (isolated process). 8 On the Directory Security tab, click Edit in the Anonymous Access and Authentication Control area. This opens the Authentication Methods dialog. 9 Make sure these options are not selected:
44
Version 7.5.3
NOTE: These options must be un-selected so that the Siebel Analytics Web
process always runs under the NT account specified under the Allow anonymous access option described in Step 10.
10 Select the option Allow Anonymous Access and click Edit. This opens the Anonymous User Account dialog. 11 Click Browse and select a Windows NT domain user that has access to the network and click OK.
In most cases, the default user IUSR_machinename is sufficient, but you may need to enter a domain account with more network privileges. This account needs full access to both the Siebel Analytics installation directory and the Siebel Analytics temporary data directory, as described in the section Required Security Settings in Windows for Siebel Analytics Web on page 24.
NOTE: When configuring the Siebel Analytics Web component on Windows 2000,
make sure the anonymous user account specified has Read and Write access to the Siebel Analytics directory. Write access is required to access Siebel Analytics Server through ODBC.
If you have IIS 4.0, type the password for the user, confirm, and click OK. If you have IIS 5.0, select the option Allow IIS to control password and click OK.
13 Click OK successively until you exit to the Microsoft Management Console, and then close the console.
Version 7.5.3
45
database, you do not need to create Siebel Analytics tables. Follow these steps only if you are running Siebel Analytics Stand-Alone. Siebel Analytics Server contains the following Siebel Analytics tables. The first is used by the Siebel Analytics Server; the remaining four are used by Siebel Analytics Scheduler. If you are not using Siebel Analytics Scheduler, you do not need the information in this section.
S_NQ_ACCT Siebel Analytics Server generates Usage Tracking data files (if usage tracking is enabled in NQSConfig.ini). A sample JavaScript has been bundled with the Siebel Analytics Server software that extracts information from the Usage Tracking files and loads them to a table in the back-end database. The S_NQ_ACCT table stores all the information regarding Accounting Data.
S_NQ_JOB The Siebel Analytics Scheduler requires a back-end database table to store information regarding the scheduled jobs. The S_NQ_JOB table stores this information.
S_NQ_INSTANCE The Siebel Analytics Scheduler requires a back-end database table to store information regarding the instances of the scheduled jobs. The S_NQ_INSTANCE table stores information pertaining to job instances.
S_NQ_ERR_MSG This table stores error messages for Siebel Analytics Scheduler job instances that do not complete successfully.
46
Version 7.5.3
S_NQ_JOB_PARAM This table holds information about Siebel Analytics Scheduler job parameters for scheduled jobs.
You can either create a new database to store the tables or use an existing one. After you have created a database, create the Scheduler tables by executing SAJOBS.xxx.sql (where xxx is the database type). If you are using usage statistics, create the table in SAACCT.xxx.sql.
Microsoft SQL Server 7 and 2000 Oracle 7.3, 8.x, 8i, 9i IBM DB2UDB V6 and V7 For a complete list of supported databases, see Siebel System Requirements and Supported Platforms.
There is a one-to-one relationship between the back-end database and the Scheduler. Therefore, the following conditions must be met:
The Scheduler needs to be configured to use a database, and the database must be available for use, before the Scheduler service will start. Do not configure multiple Siebel Analytics Scheduler services to use a single database.
NOTE: Before you create a database and tables, you must have an administrative
sign-on account. To create a database and tables for Microsoft SQL Server
1 Create a database named S_NQ_SCHED using Enterprise Manager. Make sure that you have enough free disk space to accommodate Siebel Analytics Tables (a minimum of 500 MB for Siebel Analytics applications).
Version 7.5.3
47
2 Using S_NQ_SCHED as the current database, use Query Analyzer to open the file SAJOBS.MSSQL7.sql and execute it to create the Siebel Analytics Scheduler tables. 3 Open the file SAACCT.MSSQL7.sql and execute it to create the Accounting table.
To create a database and tables for Oracle
1 Proceed in one of the two following ways: a Create a new database named S_NQ_SCHED, and create a user named S_NQ_SCHED. b In one of your existing databases, create a user named S_NQ_SCHED. 2 Provide your own password to the user S_NQ_SCHED. 3 Using the Oracle client configuration tool, create an Oracle Service to the current S_NQ_SCHED database with this user ID and password. 4 Using the SQL Worksheet, open the file SAJOBS.Oracle.sql and execute it to create Siebel Analytics Scheduler tables. 5 Open the file SAACCT.Oracle.sql and execute it to create the Accounting table.
To create a database and tables for IBM DB2
1 Create a database named S_NQ_SCHED with a valid user ID and password. 2 Using Command Center, open the file SAJOBS.DB2.sql and execute it to create Siebel Analytics Scheduler tables. 3 Open the file SAACCT.DB2.sql and execute it to create the Accounting table.
1 From the Siebel Analytics Server Administration Tool, open a repository in online mode.
48
Version 7.5.3
1 On the machine in which Siebel Analytics is installed, select Start > Settings > Control Panel. 2 Open the Services applet by double-clicking the Services icon in the Control Panel. 3 Select the Siebel Analytics service and click Startup. The Service dialog opens. 4 In the Log On As portion of the Services dialog, select the option This Account and then click the button to the right of the text box. The Add User dialog opens. 5 Select the user account in which you want the service to run, click Add, and then click OK. 6 Enter the password for the user in the Services dialog, confirm the password, and then click OK.
The service is now configured to run under the new account. The next time you start the service, it will attempt to use the new account to start up the service.
Version 7.5.3
49
1 In the $INSTALL_DIR\SiebelAnalytics\Web\App\Res\CustomMessages\ directory, look for the file named Siebel7Messages.xml. 2 Delete this file. 3 Restart the Web server.
50
Version 7.5.3
This chapter provides information about installing, configuring, and using Siebel Analytics components in the UNIX environment.
NOTE: The Siebel Analytics Installation Wizard runs only under Windows systems.
The third-party Informatica installer is available for Windows only. See Chapter 1, Installing Siebel Analytics Software in the Windows Environment, for instructions to install under Windows. This chapter is also intended to supplement the Siebel Analytics documentation for users running supported Siebel Analytics components on computers using a UNIX operating system. It contains the following topics:
Supported Siebel Analytics Components on page 52 Installation PrerequisitesAll UNIX Platforms on page 52 Installing and Configuring Siebel Analytics Components on page 55
Installing the Siebel Analytics Server on page 55 After Installing the Siebel Analytics Server on page 63
Creating and Configuring Siebel Analytics Scheduler Tables on page 65 Post-Installation Requirements for IBM AIX on page 69 Installing and Configuring Corda PopChart Image Server on page 73 Configuring Xvfb for Siebel Delivers on page 76
Version 7.5.3
51
Inserting Your Siebel Analytics Web License Keys on page 96 Troubleshooting the Installation on page 98
Siebel Analytics Server Siebel Analytics Web: Siebel Intelligence Dashboard, Siebel Answers, and Siebel Delivers Siebel Analytics Scheduler Siebel Analytics Client
The Siebel Analytics repository and Web catalog are portable to UNIX and Windows platforms.
NOTE: The Siebel Analytics Server Administration Tool is currently supported only
You need to have Perl 5.0 or above installed. Make sure Perl is in your PATH. For DCOM and TCP/IP information, review Upgrade Note On Siebel Analytics Server Client/Server Communication on page 24.
52
Version 7.5.3
Make sure that UNIX-based Siebel Analytics Servers are not included in a Siebel Analytics cluster. If you are installing Corda PopChart Server, install from X Window System. Choose a user ID that will be running all analytics processes (including the Web server). You may need to create the user ID first. A remove utility is not provided on UNIX. You can delete the installation directory after saving any repositories and configuration files. If you are reinstalling or installing a new version of Siebel Analytics, you must first uninstall the software. Make backups of the Web Catalog, repository (.rpd), NQSConfig.INI, and NQClusterConfig.INI files and move them to a temporary location.
NOTE: The Siebel Analytics Server Administration Tool is currently supported
Version 7.5.3
53
The following HP operating system patches (or more recent versions) must be installed. Failure to install these patches could lead to extremely long Siebel Analytics Server startup times. PHSS_26263 GOLDQPK11i ld and linker tools cumulative patch HP-UX 11i Quality Pack
54
Version 7.5.3
1 Generate a UDML script from the Beta repositories using sa-udmlgen.exe. 2 Save the script to a text file. 3 Install this version of Siebel Analytics. 4 Recreate the repository from the UDML script by running sa-udmlexec.exe.
Installing the Siebel Analytics Server on page 55 If the Server Fails to Start on page 64 Installing and Configuring Corda PopChart Image Server on page 73 Server and Web Configuration Options on page 96
Version 7.5.3
55
In UNIX the default installation directory is /usr/local/SiebelAnalytics. The following steps refer to this location as INSTALLDIR. (You may need to contact your administrator to create this directory and give you write permission.)
NOTE: The user ID used with the Analytics Web component must have the same
permissions as the user ID used by the Web server. Using the same login for both is recommended.
1 Log in as the user that will be running the Analytics processes, insert the Siebel Analytics Server installation CD-ROM, and change to the directory where the installation CD-ROM is mounted. 2 Run one of the following installers.
56
Version 7.5.3
sainstall
The installation script has various prompts and default answers to prompts. The prompts and their defaults and meanings (for all options) are shown in the table.
Prompt Language for error messages Setup type Default 1. (EnglishUS) 5. (Everything) Notes The last option (19. Abort) exits the program. The setup type chosen determines which subsequent prompts appear.
Default Siebel Analytics root directory Siebel Analytics Server listener port number Cache Location Turn on cache
/usr/local/SiebelAnalytics
9703 /usr/local/SiebelAnalytics/ Data/Cache Y If you choose n (No), the program skips directly to the Extracting components step.
localhost 81 The steps requesting the PopChart Server machine name refer to Installing and Configuring Corda PopChart Image Server on page 73. Local is the same as localhost.
local
Version 7.5.3
57
NOTE: The value for Port must be the TCP/IP port the Siebel Analytics Server is
using for client/server communications. The default port is 9703. This port number should match the port number specified in the parameter RPC_SERVICE_OR_PORT in the Server section in the configuration file NQSConfig.INI. If you change the port number in the configuration file, remember to reconfigure any affected ODBC data sources to use the new port number. For more information, see RPC_SERVICE_OR_PORT on page 137.
3 From the setup directory INSTALLDIR/setup, run one of the following scripts.
58
Version 7.5.3
5 To update the registry and verify this grammatically, run the following command:
regedit -c -s $INSTALLDIR/setup/userodbc.reg
All of the registry files (.reg extension) can be manually imported into the registry using the regedit command. These are examples:
To display the Registry Editor console, type regedit. To update the registry in silent mode, type regedit -c -s nnn.reg where nnn is the name of the registry.
NOTE: Manual changes to the registry may be overwritten by scripts. You should
make all changes in the registry files, and then use the console to verify the changes.
Sample 1 (excerpts):
setenv ORACLE_HOME /export/home/oracle/8.1.7 setenv ORACLE_SID orcl setenv TNS_ADMIN ${ORACLE_HOME}/network/admin setenv PATH ${ORACLE_HOME}/bin:/opt/bin:${PATH} setenv LIBPATH ${ORACLE_HOME}/lib:${LIBPATH}:/opt/j2se/jre/ lib/rs6000 setenv LD_LIBRARY_PATH ${ORACLE_HOME}/ lib:${LD_LIBRARY_PATH}:/opt/j2se/jre/lib/sparc setenv DB2DIR /usr/lpp/db2_07_01 setenv DB2INSTANCE qauser7a setenv INSTHOME /home/qa-sm/qauser7a setenv SQLLIB /home/qa-sm/qauser7a/sqllib if ( -f $SQLLIB/db2cshrc ) source $SQLLIB/db2cshrc setenv JAVA_HOME /usr/java_dev2 setenv LD_LIBRARY_PATH $DB2DIR/lib:$LD_LIBRARY_PATH export LD_LIBRARY_PATH
Sample 2 (excerpts):
Version 7.5.3
59
#! /usr/bin/csh setenv ORACLE_HOME /opt/oracle/8.1.6c setenv ORACLE_SID orcl setenv TNS_ADMIN ${ORACLE_HOME}/network/admin setenv PATH ${ORACLE_HOME}/bin:/opt/bin:${PATH} setenv LD_LIBRARY_PATH ${ORACLE_HOME}/ lib:${LD_LIBRARY_PATH}:/opt/j2se/jre/lib/sparc
7 Run sa-init.sh or sa-init.csh to configure (for a new installation) or to reconfigure the registry entries with your changes to the registry files, such as userodbc.reg.
60
Version 7.5.3
The default repository for integrated Analytics applications is SiebelAnalytics.rpd. The default repository for Stand-Alone Analytics is ORA_northwind.rpd.
NOTE: Changing connection pool settings can be done only in the Server
Administration Tool, available only on Windows platforms. Edit the repository and port it to the UNIX platform. To change the environment variables
1 Log out and close your X Window shell, then start a new X Window shell. 2 Start the Siebel Analytics Server from the INSTALLDIR/setup directory by running one of the following scripts:
NOTE: You need to source these scripts (see Step 3 of To install the Siebel Analytics
Version 7.5.3
61
62
Version 7.5.3
1 Run Siebel Analytics Client by opening another session. From the setup directory INSTALLDIR/setup, run one of the following scripts.
2 Make sure all clients are disconnected from the Siebel Analytics Server, and then stop the server.
For example:
run-sa.csh stop -d AnalyticsWeb -u Administrator -p SADMIN
Version 7.5.3
63
NQServer.log file, located in the Log subdirectory in the Siebel Analytics software installation directory. You can use a text editor to view this file. (Set your viewer to UTF-8 to avoid seeing garbled text.) Run /usr/sbin/syslogd and look for any system and/or Siebel Analytics Serverrelated messages.
The log files contain messages indicating why the server startup failed. For example, if there were a syntax error in the NQSConfig.INI file, both the operating systems log and the NQServer.log file would contain messages about the syntax error. After examining the log messages, correct the problem and start the server again.
64
Version 7.5.3
back-end database tables. You can either create a new database in which to store the tables or use an existing database. To create a database and tables for use by the Scheduler
1 Make sure that you have a valid administrative account to create a database and tables. 2 Create the database, or use an existing database. 3 Create the Scheduler tables by executing SAJOBS.xxx.sql (where xxx is the database type).
If you are using usage statistics, create the table in SAACCT.xxx.sql.
S_NQ_ACCT This table is used by the Siebel Analytics Server to store accounting data. The server generates usage tracking data files when usage tracking is enabled in NQSConfig.INI. For information about usage tracking, see Siebel Analytics Server Administration Guide.
S_NQ_JOB This table is used by Siebel Analytics Scheduler to store information about scheduled jobs.
Version 7.5.3
65
S_NQ_INSTANCE This table is used by Siebel Analytics Scheduler to store information about the instances of the scheduled jobs.
S_NQ_ERR_MSG This table is used by Siebel Analytics Scheduler to store error messages for job instances that do not complete successfully.
S_NQ_JOB_PARAM This table is used by Siebel Analytics Scheduler to hold information about job parameters for scheduled jobs.
Microsoft SQL Server 7 and 2000 Oracle 7.3, 8.x, 8i, 9i IBM DB2UDB V6 and V7 For a complete list of supported databases, see Siebel System Requirements and Supported Platforms.
There is a one-to-one relationship between the back-end database and the Scheduler. Therefore, the following conditions must be met:
The Scheduler needs to be configured to use a database, and the database must be available for use, before the Scheduler service will start. Do not configure multiple Siebel Analytics Scheduler services to use a single database.
NOTE: Before you create a database and tables, you must have an administrative
sign-on account.
66
Version 7.5.3
1 Create a database named S_NQ_SCHED using Enterprise Manager. Make sure that you have enough free disk space to accommodate Siebel Analytics tables (a minimum of 500 MB for Siebel Analytics applications). 2 Using S_NQ_SCHED as the current database, use Query Analyzer to open the file SAJOBS.MSSQL7.sql and execute it to create the Siebel Analytics Scheduler tables. 3 Open the file SAACCT.MSSQL7.sql and execute it to create the Accounting table.
To create a database and tables for Oracle
Create a new database named S_NQ_SCHED, and create a user named S_NQ_SCHED. In one of your existing databases, create a user named S_NQ_SCHED.
2 Provide your own password to the user S_NQ_SCHED. 3 Using the Oracle client configuration tool, create an Oracle Service to the current S_NQ_SCHED database with this user ID and password. 4 Using the SQL Worksheet, open the file SAJOBS.Oracle.sql and execute it to create Siebel Analytics Scheduler tables. 5 Open the file SAACCT.Oracle.sql and execute it to create the Accounting table.
To create a database and tables for IBM DB2
1 Create a database named S_NQ_SCHED with a valid user ID and password. 2 Using Command Center, open the file SAJOBS.DB2.sql and execute it to create Siebel Analytics Scheduler tables. 3 Open the file SAACCT.DB2.sql and execute it to create the Accounting table.
After the tables have been created, update the Scheduler configuration using the command:
Version 7.5.3
67
schconfig.exe
68
Version 7.5.3
Version 7.5.3
69
export LDR_CNTRL='LOADPUBLIC@MAXDATA=0x50000000' NOTE: If you do not use the sa.sh shell script to start the server, you must make
certain that the variables are set. If the variables are not set, you can expect poor performance from the Siebel Analytics Server.
70
Version 7.5.3
1 Specify the path to the lib32 directory in SHLIB_PATH, not the path to the lib directory.
The Oracle 9i client installation lib directory contains the 64-bit libraries, but Siebel Analytics only supports 32-bit operations. Here is an example of these modifications:
/export/home/oracle/9.2.0.2/lib32:/vol1/hpbuild1/ SiebelAnalytics/Bin:/vol1/hpbuild1/SiebelAnalytics/mainsoft/ odbc/ux11/lib:/vol1/hpbuild1/SiebelAnalytics/mainsoft/mw/libux11:/vol1/hpbuild1/SiebelAnalytics/mainsoft/mw/libux11_optimized:/vol1/hpbuild1/SiebelAnalytics/setup:/opt/j2se/ jre/lib/
2 Modify the setting of the SHLIB_PATH in the user.sh or user.csh file so that the path to the lib32 directory appears at the beginning. a For user.sh:
SHLIB_PATH=$ORACLE_HOME/lib32:$SHLIB_PATH:/opt/j2se/jre/ lib/hp700
b For user.csh:
setenv SHLIB_PATH ${ORACLE_HOME}/lib32:${SHLIB_PATH}:/opt/ j2se/jre/lib/hp700
Version 7.5.3
71
72
Version 7.5.3
Obtain your license file for PCIS. Siebel Systems provides the file and instructions to implement it. Decide on a directory where you want to install the binaries for PCIS. Decide on a port number that you want PCIS to listen on. Back up the old template files installed by default. These are located in the directory INSTALLDIR/SiebelAnalytics/Web/App/Res/s_Siebel7/Charts. Rename this directory to Charts.GSP. For example:
/SiebelAnalytics/Web/App/Res/s_Siebel7/Charts.GSP
NOTE: The following examples use an installation path usr/local/Corda. Change this
path to match your own environment, as applicable. To install the PopChart Image Server
1 From the PopChart subdirectory on the installation CD-ROM, run the PopChart installer PCIS383.bin. 2 The installer prompts you to select the following: a A directory for installation. Select an appropriate value here; for example, /usr/local/Corda. b Location of a JDK/JRE to use for PCIS.
Version 7.5.3
73
c One of several product Installation Sets. Select the option for Production Server. 3 Add the location of the Analytics Web appearance files to the PCIS paths.xml configuration file. The paths.xml file is located at /usr/local/Corda/ image_server/pcis_classes/path.xml.
Insert the following element between the <PathMaps> and </PathMaps> tags:
<Map Name="nqapfiles" Path= "INSTALLDIR/Web/Servlet/Res/ s_Siebel7/PopBin/*" Action="Load"/>
PCIS is distributed with startup and shutdown scripts. These are also included in the PopChart subdirectory on the CD-ROM, in a file called scripts.tar. The following procedure installs and customizes these scripts. To install and customize PCIS startup and shutdown scripts
1 Copy the scripts.tar file from the PopChart subdirectory on the CD-ROM to /usr/local/Corda directory after installing the PopChart Server. 2 Uncompress the tar file using the command:
tar -xf scripts.tar
3 Locate the file pcis.sh in the scripts directory and set the value PCIS_PATH to the image_server subdirectory of the PCIS installation directory. For example:
PCIS_PATH=/usr/local/Corda/image_server
74
Version 7.5.3
4 Locate the file pcis.settings within the scripts directory. Edit the pcis.settings file values. Be sure to choose the correct path for JAVA_HOME.
Settings JAVA_HOME=/usr/java PORT=81 COMMPORT=82 DISPLAY=1:0 Comment The path to the JDK/JRE that is to be used for PCIS. The port through which HTTP requests for end-users will be serviced by PCIS. A port on which PCIS will listen for programmatic requests made by clients using a proprietary protocol. The X Window display that PCIS will use to generate certain types of images. This setting is only relevant if you are configuring Siebel Delivers. More details for this setting are provided in the section that describes Xvfb configuration for PCIS.
1 Make sure that you are logged in as root. 2 Execute the command:
/usr/local/Corda/image_server/scripts/pcis.sh start
PCIS may run as any user on the system and does not have to run as the same user as the other Analytics processes. In the example, because ports 81 and 82 were chosen for PCIS to listen on, PCIS is run as root. If ports greater than 1024 are selected, then PCIS need not run as root.
Version 7.5.3
75
The value of PORT selected was provided during the installation of Siebel Analytics Web, using the installation script provided on the CD-ROM. If these two port values do not match, charting will not work. Requests to PCIS may also be routed through a Web server. Corda provides various means for doing this. Consult Corda documentation, as well as the section Configuration Options for Siebel Analytics Web on page 97, to explore these options.
hardware vendor for details. In addition to have a different starting process, each platform implements certain security rules by which users may or may not access a specific X screen. If you do not wish to run PCIS as root, consult your hardware vendors documentation regarding security restrictions with Xvfb usage. It it not necessary for PCIS to run as the default user of the rest of the Siebel Analytics processes. To configure Xvfb on Solaris Assuming that Xvfb is installed at /usr/X11R6/bin/Xvfb:
1 Configure Xvfb on display 1 screen 0. 2 Start Xvfb (from bash or sh) using
/usr/X11R6/bin/Xvfb :1 -screen 0 1024x768x8 > /dev/null 2>&1 &
In this case the DISPLAY environment variable in the pcis.settings file must be set to :1.0. For example:
DISPLAY=:1.0
76
Version 7.5.3
To configure Xvfb on AIX The IBM X server has been extended to support Xvfb.
1 Install the X11.vfb and OpenGL.OpenGL_X.dev.vfb packages. 2 Reboot the system after installing these packages, as they require a kernel extension to be loaded at boot time.
NOTE: Consult AIX documentation for details regarding the installation procedure
3 After you have installed the software, execute the following command to start Xvfb:
/usr/bin/X11/X -force -vfb -x abx -x dbe -x GLX &
For an example of a machine without graphics hardware, where there is no X server running on display 0, configure the Xvfb server to run on display 0. In this case the DISPLAY environment variable in the pcis.settings file must be set to :0.0. For example:
DISPLAY=:0.0
To configure Xvfb on HP-UX There are three tasks required to get Xvfb running on HP-UX:
Install the appropriate X server patches, if necessary. Configure the Xvfb server. Run the Xvfb server. Defer to HP documentation for the first task.
1 In order to configure Xvfb, decide on a display number and a screen. For example, use display 1 and screen 0.
All HP X servers use configuration files named X#screens (where # is the display number). The X#screen configuration files are located in the directory /etc/X11.
Version 7.5.3
77
2 Create the file /etc/X11/X1screens (from the example in which display 1 is the Xvfb display) and add the following two lines:
ServerOptions ServerMode XVfb
In this case the DISPLAY environment variable in the pcis.settings file must be set to :1.0. For example:
DISPLAY=:1.0
Refer to the man page for the X server for additional Xvfb options.
machine, then both the Analytics Server process and the Web Server process hosting Analytics Web must run under the same user credentials. This restriction does not apply if the two components are running on separate machines.
78
Version 7.5.3
The following examples for installing on different UNIX platforms assume that you are installing on a machine named saw.siebel.com and that all Analytics processes will run as the user sa. The Analytics Web, Analytics Client, and Analytics Server components can be installed to run on separate machines.
Server Administration Server. In addition, depending upon how Sun ONE is installed, you may also need root access. Refer to Sun ONE documentation for additional details.
Version 7.5.3
79
1 Navigate to the Sun ONE Web Server Administration Server >Global Settings tab.
2 Create a new virtual server. Assign the Server Name field a value that can be accessed through DNS.
In most cases, the default value may be accepted. Change this value only if you are sure that the name you typed in is a valid name that can be translated to a network address through DNS.
NOTE: The Server Name field is also used to resolve paths to Siebel Answers
charts.
80
Version 7.5.3
3 In the Server Port field, assign the port number you wish the Web server process to listen on. 4 Assign the Server Identifier field a value that helps an administrator to identify the purpose of a particular virtual server. 5 Set the Server User field to sa, because you want the Web server process to run under this users credentials. Default values may be accepted for all other fields.
When you create a new virtual server, the Sun ONE Web Server Administration Server creates a new directory for this server, typically named https-ServerIdentifier, where ServerIdentifier is the value you entered in the similarly-named field when you created the virtual server. This directory contains an XML file named webapps.xml. This file must be edited. To edit the web-apps.xml file
2 Locate the file web-apps.xml in the config subdirectory of your virtual servers directory (for example, /usr/local/iplanet6sp1/servers/https-saw/config/Webapps.xml). 3 In this file, add the following line between the <vs> and </vs> tags:
<web-app uri="/analytics" dir="INSTALLDIR/Web/Servlet"/>
Make sure that XML syntax is strictly followed when editing this file. Any XML syntax errors may result in your virtual server failing to start. The modified file should resemble the following:
<?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE vs PUBLIC "-//Sun Microsystems, Inc.; iPlanet//DTD Virtual Server Web Applications 6.0//EN" "http:// developer.iplanet.com/viewsource/bray_xml.html"> <vs> <web-app uri="/analytics" dir="INSTALLDIR/Web/Servlet"/> </vs>
Version 7.5.3
81
4 Replace INSTALLDIR with the complete path to the Analytics installation directory. 5 Copy the file INSTALLDIR/setup/sa-web.sh to your virtual servers directory (for example:
/usr/local/iplanet6sp1/servers/https-saw/sa-web.sh)
6 If you started the virtual server at any point during the installation procedure, you must now stop it by using the administration console or the stop script present in your virtual server directory.
NOTE: To start up the server with Siebel Analytics Web environment settings, the server must be started from the command line script sa-web.sh. The server should be stopped using the stop script in the virtual servers directory.
After installing the Sun ONE Web server, test the Siebel Analytics Web server. To test the Sun ONE Web server installation Make sure that you are logged in as the user that all Siebel Analytics processes are supposed to run under, in this case, sa.
1 Switch to the virtual servers directory and execute the following command:
./sa-web.sh
Make sure that you have navigated to the virtual servers directory before executing the above command. For example, if your current directory is /export/ home/sa and you execute the following command, the Analytics Web server will not start correctly:
/usr/local/iplanet6sp1/servers/https-saw/sa-web.sh
2 Open a Web browser and attempt to browse to the location where you have installed Analytics Web. In the example, the URL would be:
82
Version 7.5.3
http://saw.siebel.com:9087/analytics
If you see a login page you have successfully installed Siebel Analytics Web.
NOTE: Siebel Analytics Web requires that the stack size for any worker threads on
which it runs requests be at least 1MB. The two settings that control stack size are StackSize and NativePoolStackSize.
NOTE: To start up the server with Siebel Analytics Web environment settings, the
server may be stopped and restarted from the command line script sa-web.sh.
Installing on WebSphere
To install Siebel Analytics Web on WebSphere, you perform the following process:
a Confirm WebSphere daemon is running (see To confirm that the WebSphere daemon is running). b Confirm WebSphere is configured correctly (see To modify setupCmdLine.sh file to include Siebel Analytics environment variables on page 84, To stop the Webserver on page 84, and To restart WebSphere on page 85). c Create a new application server (see To create a new application server on page 86). d Create a WebARchive (WAR) file (see To create a WAR file on page 86). e Deploy the WAR file (see To deploy the WAR file on page 86). f
Modify setupCmdLine.sh file to include Siebel Analytics environment variables.
g Restart WebSphere (see To restart WebSphere on page 85). h Confirm that Siebel Analytics Web is functioning (see To confirm Analytics Web is functioning on page 88).
Version 7.5.3
83
1 Log in as root. 2 Start a telnet session to the AIX machine. 3 Run the following command.
ps -ef | grep WebSphere
4 If Siebel Analytics had been previously installed, but is not installed now, you may see an error message when starting WebSphere. If you receive an error message, do the steps listed in To modify setupCmdLine.sh file to include Siebel Analytics environment variables on page 84.
To modify setupCmdLine.sh file to include Siebel Analytics environment variables
1 Start a telnet session to the machine on which WebSphere is installed. 2 Navigate to $WAS_HOME/bin.
NOTE: $WAS is the directory where WebSphere is installed, usually
/usr/WebSphere/AppServer.
3 Edit the setupCmdLine.sh file to append the following command to the last line:
. INSTALLDIR/setup/sa-webinit.sh
For example,
. /usr/local/SiebelAnalytics/setup/sa-webinit.sh NOTE: Include the period and space at the beginning of the line.
1 Start the WebSphere Advanced Administration Console. Do this using one of the following methods:
84
Version 7.5.3
2 Remove all Siebel Analytics-related services under the Enterprise Applications directory. a In the WebSphere Administrative Domain tree, expand the Enterprise Applications directory. b Right-click on the Analytics Enterprise and choose Stop. Remove the service.
To restart WebSphere
1 Return to the WebSphere Advanced Administrative Console session. 2 Run the following commands:
ps -ef|grep Web /usr/WebSphere/AppServer/bin ./startupServer.sh & ps -ef|grep Web
awaits requests.
Version 7.5.3
85
5 To see the IBM WebSphere Web Container configuration, click the Show server configuration hyperlink.
To create a new application server
1 In the WebSphere Advanced Administrative Console, expand the WebSphere Administrative Domain tree to Nodes >Application Servers. 2 Right-click and choose New. 3 In the Create Application Server dialog box, enter the values for the Application Server name and the Working directory. Click OK. 4 Click OK on the confirmation dialog box.
To create a WAR file
1 Start a telnet session to a machine that has Siebel Analytics Web installed. 2 Navigate to the Siebel Analytics installation directory. For example:
/usr/local/SiebelAnalytics
1 In the WebSphere Advanced Administrative Console, go to Console > Wizards > Install Enterprise Application. 2 Click the Install stand-alone module radio button. 3 Click Browse, then click Open. 4 In the Application name field, enter an arbitrary name (for example, Analytics).
86
Version 7.5.3
5 In the Context root for web module field, enter Analytics. 6 Click Next until the Selecting Application Servers window opens.
If the Virtual Host value is empty, select default_host.
1 In the WebSphere Advanced Administrative Console, navigate to WebSphere Administrative Domain > Nodes > Server Name.
Right-click the server and choose Stop. In the confirmation dialog box, click Yes.
2 After the WebSphere Advanced Administrative Console closes, start a telnet session to the machine on which WebSphere has been installed. 3 Navigate to $WAS_HOME/bin. 4 Run:
ps -ef | grep WebSphere
Confirm that only the grep WebSphere process is running (that is, that WebSphere is stopped).
5 Run:
nohup ./startupServer.sh &
Wait while WebSphere starts. WebSphere is started when the time column no longer increases when running multiple iterations of:
ps -ef | grep WebSphere
Version 7.5.3
87
7 Regenerate the plug-in by right-clicking on Node Name and Regen WebSphere Plugin. 8 Start the Application Server that you defined earlier.
To confirm Analytics Web is functioning
Point the Web browser to http://<Server Name>:9080/Analytics. You should see the Siebel Analytics login Screen.
1 In the WebSphere Advanced Administrative Console, navigate to WebSphere Administrative Domain > Nodes > SiebelAnalytics Web. 2 In the Name pane, select Installed EJB Modules. 3 Click the Services tab and, in the Service window, choose Web Container Service. Click Edit Properties. 4 Click the Transport tab and, in the HTTP transports window, note the port number for the host. 5 Navigate to WebSphere Administrative Domain > Virtual Hosts. For default_host, click the General tab.
Check that the port number appears in the Aliases list. If it does not, add it.
88
Version 7.5.3
Solaris: Java 2 version 1.3.1_01 or greater AIX: Java 2 version 1.3.0 or greater HP-UX: Java 2 version 1.3.1 or greater
NOTE: Siebel Analytics Web has not been certified for all Java versions.
In the following procedure, Tomcat is installed at /usr/local/jakarta-tomcat-4. To install on Apache Tomcat (stand-alone)
1 Modify the Tomcat startup script /usr/local/jakarta-tomcat-4/bin/startup.sh to run the Analytics Web initialization script located at INSTALLDIR/setup/sawebinit.sh. a Configure other environment variables as well. Insert the following lines:
CATALINA_HOME=/usr/local/jakarta-tomcat-4 JAVA_HOME=/usr/java export CATALINA_HOME JAVA_HOME . INSTALLDIR/setup/sa-webinit.sh
b Confirm that the beginning of your file resembles the following extract:
#!/bin/sh # -------------------------------------------------------# Start Script for the CATALINA Server # # $Id: startup.sh,v 1.1.4.1 2002/01/30 18:10:40 patl Exp $ # --------------------------------------------------------
Version 7.5.3
89
c Replace INSTALLDIR with the full path to the directory where Siebel Analytics has been installed, and verify that CATALINA_HOME and JAVA_HOME point to appropriate values for your configuration.
NOTE: A period precedes the path to the Siebel Analytics Web initialization script.
2 Insert the following lines near the top of the Tomcat shutdown script, located at /usr/local/jakarta-tomcat-4/bin/shutdown.sh:
CATALINA_HOME=/usr/local/jakarta-tomcat-4 JAVA_HOME=/usr/java export CATALINA_HOME JAVA_HOME
added here for convenience and are not required. However, they should be defined in your shells environment before you attempt to start or stop Tomcat. Place them in the scripts for ease of use.
90
Version 7.5.3
3 Open the file /usr/local/jakarta-tomcat-4/conf/server.xml in a text editor. Locate the <Host> tag for the virtual host you wish Siebel Analytics Web to run under. A default installation of Tomcat 4.x has a single <Host> tag for the default host. 4 Within this tag add the following element:
<Context path="/analytics docBase="INSTALLDIR/Web/Servlet"/>
Replace INSTALLDIR with the full path to the directory where Siebel Analytics has been installed. To test the Tomcat Web server installation
1 Make sure that you are logged in as the user that all Analytics processes are supposed to run under, in this case, sa. 2 Start the Tomcat server by executing the following command:
/usr/local/jakarta-tomcat-4/bin/startup.sh.
3 Open a Web browser and attempt to browse to the location where you have installed Analytics Web. In the example, the URL is:
http://saw.siebel.com:8080/analytics
If you see a login page you have successfully installed Analytics Web.
NOTE: The port number (in the example procedure, 8080) is that on which a
default installation of Tomcat 4.x listens. If your installation of Tomcat uses a different port, you need to change this value.
Version 7.5.3
91
2 Remove the file from this directory. 3 Restart the Web server.
sa-init.sh Sets up basic Siebel Analytics Server settings. Run this to keep registry settings up to date after you make any changes to .reg files with regedit. This includes changes to registry files used by the Siebel Analytics Web (for example, when you change the Web Catalog path).
sa.sh Sets up the environment for manual management. Run this under the current shell (source the script). Under this mode, you can run the Siebel Analytics Server manually.
sa-cli.sh Sets up the environment for running the Siebel Analytics Client. Run this under the current shell (source the script). If you are managing the server manually, you need to open a separate session to do this.
user.sh Sets up user-specific items, such as the database. You do not need to run this script separately. It will be called from sa.sh.
92
Version 7.5.3
run-sa.sh An automatic tool that calls sa.sh and starts the Siebel Analytics Server.
sa-webinit.sh Sets up the Siebel Analytics Web client environment. This is described in To install on Apache Tomcat (stand-alone) on page 89.
sa-init.csh Sets up basic Siebel Analytics Server settings. Run this to keep registry settings up to date after you make any changes to .reg files with regedit. This includes changes to registry files used by the Siebel Analytics Web (for example, when you change the Web Catalog path).
sa.csh Sets up the environment for manual management. Run this under the current shell (source the script). Under this mode, you can run the Siebel Analytics Server manually.
sa-cli.csh Sets up the environment for running the Siebel Analytics Client. Run this under the current shell (source the script). If you are managing the server manually, you need to open a separate session to do this.
user.csh Sets up user-specific items such as the database. You do not need to run this script separately. It will be called from sa.csh.
run-sa.csh An automatic tool that calls sa.csh and starts the Siebel Analytics Server.
Version 7.5.3
93
sa-webinit.csh Sets up the Siebel Analytics Web client environment. This is described in To install on Apache Tomcat (stand-alone) on page 89.
You cannot shut down the Siebel Analytics Server cleanly with the commands
run-sa.sh stop run-sa.csh stop
You have set up your environment with sa.sh or sa.csh and are using the command:
nqsshutdown.exe -uAdministrator
You may also want to check IPC resources using the command ipcs, and use the command ipcrm to remove the shared memory being used by the user ID running Siebel Analytics Server.
NOTE: Siebel Analytics Server processes are dependent on the rpcss.secure process
to run for a short time and call the mwrpcss process at Siebel Analytics Server startup.
94
Version 7.5.3
nQcmd.exe nQQueryStatsFormatter.exe NQSChangePassword.exe nQScheduler.exe nQSComGateway.exe nQSDBGatewayServer.exe nQSecUDMLGen.exe nQSServer.exe nQUDMLCli.exe nQUDMLExec.exe nQUDMLGen.exe SchConfig.exe SchShutdown.exe
Version 7.5.3
95
For information about the initialization parameters, see Chapter 4, NQSConfig.ini File Reference. The examples in the chapter assume you are editing a Windows version of this file, so make the necessary substitutions in terms of UNIX file system paths and conventions.
96
Version 7.5.3
Version 7.5.3
97
If using Tomcat, make sure that the syntax for sourcing the Analytics Web initialization script (INSTALLDIR/setup/ sa-webinit.sh) is exactly as detailed in the installation instructions. If using Sun ONE, make sure that all Web server processes were shut down and that you started the Web server using the saweb.sh script from the command line. Locate the directory where your Web Catalog is saved. By default this is INSTALLDIR/Data/Web/Catalog. Make a complete backup of all files in this directory to minimize loss of work. Assuming that your catalog is named SiebelAnalytics.webcat, locate the most recently modified file named SiebelAnalytics.webcat.xx.autosave, and replace the file SiebelAnalytics.webcat with this file. Delete the file named SiebelAnalytics.webcat.version. Try to start Analytics Web. If you still encounter the same error, then replace the SiebelAnalytics.webcat file with the next most current .autosave file.
Attempting to access Analytics Web results in the javax.servlet.ServletException: Cannot create the server: Does the catalog you are using have read/write permissions for the user you are running as? (nqw:GOTNNXLK line 151 of WebServletWrapper.cpp)
If the Web server did not startup or shutdown properly on previous attempts it is possible that the Web Catalog's version record may have been corrupted. A failure to read this file would result in the observed error.
2 3
4 5
98
Version 7.5.3
Cause Analytics Web and the user's browser are unable to communicate with CORDA PopChart Image Server.
Resolution 1 2 Make sure that PCIS is running. Make sure that the port PCIS is listening on (the PORT environment variable in the file pcis.settings) matches the port Analytics Web thinks PCIS is listening on. Refer to the registry entry HKEY_LOCAL_MACHINE\Software\Siebel Systems, Inc.\Siebel Analytics\Web\n.n\Charts\POP\ServerPre fix. Make sure that other PCIS configuration steps have been completed properly; for example, the entry in the paths.xml file is correct. Make sure that the Web or application server's name is valid and accessible from the users browser. Make sure that you can see charts outside of Delivers; for example, in Answers or on other dashboards. Make sure that Xvfb has been set up appropriately. Refer to your hardware vendor's documentation for verifying that Xvfb has been installed and is running. Make sure that Web server is running. Make sure that the empty.htm file in the installed virtual directory can be accessed from a browser. If this fails, the virtual directory path is incorrectly defined. Shutting down the server and Web server usually requires that the script mwcleanup be executed prior to restarting.
PCIS has not been configured properly or Xvfb has not been configured properly.
Version 7.5.3
99
Resolution Make sure that the Analytics Web doesn't use the same port numbers as existing software (for example, accidentally picking the same port number as the WWW service). Ideally, Analytics Web should be shut down prior to the server, and restarted after the Siebel Analytics Server has been restarted.
100
Version 7.5.3
This chapter provides the steps to install the Siebel Analytics Cluster Server feature in the Windows environment. It contains the following topics:
Other Installation Requirements for the Cluster Server Feature on page 101 Installing the Clustering Feature on page 101 Configuring Clustered Servers and Cluster Controllers on page 104
For a list of hardware requirements for clustered Siebel Analytics Servers, Cluster Controllers, and the shared file system used as the Siebel Analytics repository publishing directory, refer to Siebel System Requirements and Supported Platforms.
All Siebel Analytics Server and Cluster Controller computers participating in the cluster need to run identical versions of the Siebel Analytics software. All computers participating in the cluster need to be within the same domain and on the same LAN subnet. Geographically separated computers are not supported.
Version 7.5.3
101
1 Identify the computer that will host the primary Cluster Controller and optionally, which computer will host the secondary Cluster Controller. See the parameters PRIMARY_CONTROLLER on page 149 and SECONDARY_CONTROLLER on page 150 in Chapter 5, NQClusterConfig.ini File Reference. 2 Identify each computer that will host a clustered Siebel Analytics Server. See the parameter SERVERS on page 150 in Chapter 5, NQClusterConfig.ini File Reference. 3 Identify a Domain account under which all clustered Siebel Analytics Servers and Cluster Controllers will run. This account should be a member of the local Windows Administrators group on each computer in the cluster. Do not use the LocalSystem account.
This account must have read and write access to the repository publishing directory (specified in the parameter REPOSITORY_PUBLISHING_DIRECTORY on page 135 in the NQSConfig.ini file). This account must also have the Log On as a service right. Members of the Administrators group do not have this right by default. Grant the Log on as a service right explicitly to this account on each computer, using the methods described in To grant the Log on as a service right under Windows NT on page 102 and To grant the Log on as a service right under Windows 2000 on page 103. To grant the Log on as a service right under Windows NT
1 Choose Start > Programs > Administrative Tools (Common) > User Manager. This opens the User Manager window. 2 From the Policies menu, choose the option User Rights. This opens the User Rights Policy window. 3 Select the option Show Advanced User Rights and, from the drop-down list, select the Log on as a service right. Click Add. This opens the Add Users and Groups window. 4 In the List Names From drop-down list, select the domain the account is in, and then click Show Users.
102
Version 7.5.3
5 Locate the account in the list and click Add. The domain and account should be shown in the Add Names window. 6 Click OK to return to the User Rights Policy window, which shows the Log on as a service right, and the domain and account in the Grant To window. 7 Click OK to return to the User Manager window and close the window.
To grant the Log on as a service right under Windows 2000
1 Choose Administrative Tools from the Control Panel and double-click Local Security Policy. This opens the Local Security Settings window. 2 Expand the Local Policies tree in the left pane and double-click User Rights Assignment. 3 Locate the Log on as a service right, double-click it to open the Local Security Policy Setting window, and click Add. This opens the Select Users, Computers, or Groups window. 4 From the Look In drop-down list, select the domain that the account is in. Locate the account in the Name list, highlight it, click Add, and click OK. 5 Click OK again to return to the Local Security Settings window. You should see that the Log on as a service right has been added to the account. Close this window.
To install the clustering feature
1 On each computer that is to host a Siebel Analytics Cluster Controller, install the Siebel Analytics software according to the procedure in Chapter 1, Installing Siebel Analytics Software in the Windows Environment.
In the Setup Type window, select the Custom option, and then select the Siebel Analytics Cluster feature. All other options are selected by default in this screen; you can deselect the options you do not want to install. For example, if this computer is to host a Cluster Controller only, the Cluster Controller feature is the only feature you need to install.
Version 7.5.3
103
2 On each computer that is to host a Siebel Analytics Server, install the Siebel Analytics software according to the procedure in Chapter 1, Installing Siebel Analytics Software in the Windows Environment.
In the Setup Type window, you can select the Server option, the Complete option or the Custom option, depending on the Siebel Analytics components you want to install on that particular computer. For example, if a computer will host both a Siebel Analytics Server and a Cluster Controller, select the Custom option, and then select the Siebel Analytics Cluster feature (all other features are selected by default in this screen).
3 Complete the installation, and make sure to read the readme file when prompted. Reboot the computer when prompted. Please note that, using the default configuration created by the installation process, the Cluster Controllers will fail to start. You can ignore this, because it is addressed in subsequent steps. 4 Copy any required repository files to the Repository subdirectory in the Siebel Analytics software installation directory on each computer. All Siebel Analytics Servers in the cluster must have identical copies of all repository files. 5 Install and configure any necessary back-end database access packages (for example, sites using SQL Server would need to configure SQL Server DSNs referenced by the repositories).
1 Stop any Siebel Analytics Servers and Cluster Controllers that are running. This can be done from the Services control panel applet on each computer, or by using the net command from a Windows command window; for example:
net stop Siebel Analytics Server net stop Siebel Analytics Cluster
104
Version 7.5.3
2 On each computer that is hosting a Siebel Analytics Server, edit the NQSConfig.ini file located in the Config folder in the Siebel Analytics software installation folder and set the parameter CLUSTER_PARTICIPANT on page 135 to Yes. Uncomment and supply valid values for the parameters CLUSTER_PARTICIPANT on page 135 and REPOSITORY_PUBLISHING_DIRECTORY on page 135 referring to the instructions given in Chapter 4, NQSConfig.ini File Reference.
In order for a Siebel Analytics Server to communicate with a DCOM-based client, the MAX_SESSION_LIMIT and CLIENT_SERVER_SHARED_MEMORY_SIZE parameters in the NQSConfig.ini file must be updated on every clustered Siebel Analytics Server.
MAX_SESSION_LIMIT = 100 ; // May be increased, but if set too high, will cause server startup to fail. CLIENT_SERVER_SHARED_MEMORY_SIZE = 32 KB ;
Non-clustering parameters, such as those set in the Cache and Repository sections of the NQSConfig.ini file, should be substantially identical across all Siebel Analytics Servers in a cluster. You may find it easiest to edit one copy of the NQSConfig.ini file and then copy it to the Config folders of the remaining computers, and then make computer-specific changes where necessary.
3 Edit one copy of the NQClusterConfig.ini file to supply valid values for the clustering parameters. For detailed instructions, refer to Chapter 4, NQSConfig.ini File Reference. 4 Copy the NQClusterConfig.ini file to the Config folders of each computer hosting a Siebel Analytics Server or a Cluster Controller. 5 Configure Siebel Analytics Server data source names (DSNs) for clustering, using the wizard described in Siebel Analytics Server Administration Guide. Consult the online Help for assistance. 6 Manually start all the Siebel Analytics Server and Siebel Analytics Cluster Server services in the cluster. This can be done from the Services control panel applet on each computer, or by using the net command from a Windows command window.
For example, use:
net start Siebel Analytics Server
Version 7.5.3
105
You can also use a third-party tool designed for remote service manipulation.
7 Use a text editor to examine the NQServer.log file and the NQCluster.log in the Log folders, and verify that all computers started without errors and joined the operational cluster configuration successfully. Correct any errors noted in the log files and start the computers again.
NOTE: The log entries are written in UTF-8 format. To view the contents of these
files, set your viewer to UTF-8. If you do not, you may see garbled text. When you are using the Siebel Analytics Server Administration Tool and have a repository open, you can use the Cluster Manager to monitor and manage the operations of the cluster, including starting and stopping Siebel Analytics Servers and Cluster Controllers. Access the Cluster Manager by choosing the menu option Manage > Clusters.
that client can no longer access Siebel Analytics Servers that are not clustered. The method of configuring clients of clustered servers is different for Windows 2000 and Windows NT.
106
Version 7.5.3
1 Navigate to Start >Settings > Control Panel > System. 2 Click the Advanced tab. 3 Click Environment Variables. 4 In the bottom panel (labeled System variables), click New. 5 Enter NQUIRE_DCOM in Variable Name box and 1 in Variable Value box. 6 Click OK. 7 Click OK in previous dialog. 8 Click OK button in second previous dialog.
To configure clustered server clients for Windows NT
1 Navigate to Start > Settings > Control Panel > System. 2 Click the Environment tab. 3 In the System variables list, scroll to the bottom and click just past the last entry.
It will not highlight, but the Variable and Value boxes below should be blank.
4 Enter NQUIRE_DCOM in Variable box and 1 in Value box. 5 Click Set. 6 Click Apply. 7 Click OK.
Version 7.5.3
107
108
Version 7.5.3
The Siebel Analytics Server software uses an initialization file to set parameters upon startup. This initialization file, the NQSConfig.ini file, includes parameters to customize behavior based on the requirements of each individual installation. This chapter provides the rules for using the file, shows a sample file, and provides definitions and syntax for each parameter. The following sections are included:
Initialization File Parsing Rules on page 109 Sample Initialization File on page 110 Parameter and Syntax Descriptions on page 116
NOTE: For information about the clustering configuration file, see Chapter 5,
Version 7.5.3
109
Adding Comments
You can add comments anywhere in the NQSConfig.ini file. Comments need to begin with either of the following:
# //
Any text following these comment characters up to the end of the line is ignored when the Siebel Analytics Server reads the initialization file.
Entries need to be within the section to which the parameter belongs (Repository, Cache, General, and so on). Each entry needs to be terminated with semi-colon ( ; ). Any syntax errors will prevent the Siebel Analytics Server from starting up. The errors are logged to the NQServer.log file.
110
Version 7.5.3
############################################################### # # NQSConfig.ini # # Copyright (c) 2002 Siebel Systems, Inc. # # INI file parser rules are: # If values are in literals, digits or _, they can be # given as such. If values contain characters other than # literals, digits or _, values must be given in quotes. # ############################################################### # # Repository Section # # Repositories are defined as logical repository # name - file name pairs. ODBC drivers use logical # repository name defined in this section. # # All repositories must reside in # SiebelAnalytics_dir\Repository directory, where # SiebelAnalytics_dir is the directory in which the Siebel Analytics # software is installed. # ############################################################### [ REPOSITORY ] Star = SiebelAnalytics.rpd, DEFAULT ; ############################################################### # # Cache Section # ############################################################### [ CACHE ] ENABLE = NO; // A comma separated list of <directory maxSize> pair(s) // e.g. DATA_STORAGE_PATHS = "d:\siebel\data\nqscache" 300 MB; DATA_STORAGE_PATHS = "<full directory path>" 0; METADATA_FILE = "<full file path>"; REPLACE_ALGORITHM = LRU; BUFFER_POOL_SIZE = 1 MB;
Version 7.5.3
111
MAX_ROWS_PER_CACHE_ENTRY = 100000; // 0 is unlimited size MAX_CACHE_ENTRY_SIZE = 1 MB; MAX_CACHE_ENTRIES = 5000; // 0 indicates that periodic metadata backups are not done METADATA_BACKUP_FREQUENCY_MINUTES = 1440; // 24 Hours ################################################################ # General Section # # Contains general server default parameters, including # localization and internationalization, temporary space # and memory allocation, and other default parameters # used to determine how data is returned from the Siebel Analytics # server to a client. # ############################################################### [ GENERAL ] // Localization/Internationalization parameters. LOCALE = "english-usa"; SORT_ORDER_LOCALE = "english-usa"; SORT_TYPE = BINARY; // Case sensitivity should be set to match the remote // target database. CASE_SENSITIVE_CHARACTER_COMPARISON = OFF ; // SQLServer65 sorts nulls first, whereas Oracle sorts // nulls last. This ini file property should conform to // that of the remote target database, if there is a // single remote database. Otherwise, choose the order // that matches the predominant database (i.e. on the // basis of data volume, frequency of access, sort // performance, network bandwidth). NULL_VALUES_SORT_FIRST = OFF DATE_TIME_DISPLAY_FORMAT = "yyyy/mm/dd hh:mi:ss" ; DATE_DISPLAY_FORMAT = "yyyy/mm/dd" ; TIME_DISPLAY_FORMAT = "hh:mi:ss" ; // Temporary space, memory, and resource allocation // parameters. // You may use KB, MB for memory size.
112
Version 7.5.3
WORK_DIRECTORY_PATHS = "C:\Temp" ; SORT_MEMORY_SIZE = 4 MB ; SORT_BUFFER_INCREMENT_SIZE = 256 KB ; VIRTUAL_TABLE_PAGE_SIZE = 128 KB ; DATA_SOURCE_BULK_FETCH_SIZE = 128 KB ; // Siebel will return all month and day names as three // letter abbreviations (e.g., "Jan", "Feb", "Sat", "Sun"). // To use complete names, set the following values to YES. USE_LONG_MONTH_NAMES = NO; USE_LONG_DAY_NAMES = NO; ############################################################### # # Security Section # # Legal values for DEFAULT_PRIVILEGES are: # NONE READ # ############################################################### [ SECURITY ] DEFAULT_PRIVILEGES = READ; PERFORM_OS_AUTHENTICATION = YES; PROJECT_INACCESSIBLE_COLUMN_AS_NULL = NO; # There are 3 types of authentication. The default is NQS # You can select only one of them # #----- 1 ----#AUTHENTICATION_TYPE = NQS; // optional and default # #----- 2 ----#AUTHENTICATION_TYPE = DATABASE; # [ DATABASE ] # DATABASE = "some_data_base"; # #----- 3 ----#AUTHENTICATION_TYPE = BYPASS_NQS; ############################################################### # # Server Section # ###############################################################
Version 7.5.3
113
[ SERVER ] SERVER_NAME = Siebel_Analytics_Server ; CLIENT_SERVER_SHARED_MEMORY_SIZE = 0 KB ; // the need for shared memory has been eliminated; // therefore shared memory is not allocated SESSION_TIME_OUT_SECONDS = 300 ; MAX_SESSION_LIMIT = 100 ; MAX_REQUEST_PER_SESSION_LIMIT = 100 ; SERVER_THREAD_RANGE = 40-40 ; SERVER_THREAD_STACK_SIZE = 0 ; DB_GATEWAY_THREAD_STACK_SIZE = 0 ; MAX_EXPANDED_SUBQUERY_PREDICATES = 8192 ; // Default is 8192 MAX_QUERY_PLAN_CACHE_ENTRIES = 10240 ; // default is 10240 MAX_DRILLDOWN_INFO_CACHE_ENTRIES = 10240 ; // Default is 10420 MAX_DRILLDOWN_QUERY_CACHE_ENTRIES = 10240 ; // Default is 10420 CLUSTER_PARTICIPANT = NO ; INIT_BLOCK_CACHE_ENTRIES = 20 ; // default is 20 CLIENT_MGMT_THREADS_MAX = 5 ; //default is 5 RPC_SERVICE_OR_PORT = 9703 ; //default is 9703 ENABLE_DB_HINTS = YES; PREVENT_DIVIDE_BY_ZERO = YES; // Following required if CLUSTER_PARTICIPANT = YES #REPOSITORY_PUBLISHING_DIRECTORY = "<dirname>" ; #REQUIRE_PUBLISHING_DIRECTORY = YES ; // Don't join cluster if // directory not accessible ############################################################### # # Dynamic Library Section # # The dynamic libraries specified in this section # are categorized by the CLI they support. # ############################################################### [ DB_DYNAMIC_LIBRARY ] ODBC200 = nqsdbgatewayodbc; ODBC350 = nqsdbgatewayodbc35; OCI7 = nqsdbgatewayoci7; OCI8 = nqsdbgatewayoci8; OCI8i = nqsdbgatewayoci8i;
114
Version 7.5.3
DB2CLI = nqsdbgatewaydb2cli; DB2CLI35 = nqsdbgatewaydb2cli35; NQSXML = nqsdbgatewayxml; ################################################################ # User Log Section # # The user log NQQuery.log is kept in the SiebelAnalytics_dir\log # directory. It logs activity about queries when enabled # for a user. Entries can be viewed using a text editor # or the nQLogViewer executable. # ############################################################### [ USER_LOG ] USER_LOG_FILE_SIZE = 10 MB; // default size CODE_PAGE = "UTF8"; // ANSI, UTF8, 1252, etc. ############################################################### # # Usage Tracking Section # # Collect usage statistics on each logical query # submitted to Siebel Analytics Server. # ############################################################### [ ACCOUNTING ] ENABLE = OFF; STORAGE_DIRECTORY = "<full directory path>"; CHECKPOINT_INTERVAL_MINUTES = 5; FILE_ROLLOVER_INTERVAL_MINUTES = 240; CODE_PAGE = "ANSI"; // ANSI, UTF8, 1252, etc. ########################################################## # # Server Query Statistics Section # # Collect detailed statistical data for logical # queries, as well as physical queries issued by # the Siebel Analytics Server to backend database systems. # # The statistical information is a superset of the # information gathered by ACCOUNTING.
Version 7.5.3
115
# # The default storage file is: # SiebelAnalytics_dir\QueryStats\NQQueryStats.log # ########################################################## [ SERVER_QUERY_STATISTICS ] #STORAGE_DIRECTORY = "<full directory path>" ; // default: SiebelAnalytics_dir\QueryStats FILE_NAME = "NQQueryStats.log" ; FILE_SIZE = 100 MB ; DATE_TIME_OUTPUT_FORMAT = "yyyy-mm-dd hh:mi:ss" ; // Settings for SYSTEM_LEVEL_CONTROL // OFF - No statistics for any queries // ON - Statistics for all queries // IGNORE - Statistics for some queries depending // on user/group setting SYSTEM_LEVEL_CONTROL = IGNORE;// On/Off/Ignore CODE_PAGE = "ANSI"; // ANSI, UTF8, 1252, etc. ########################################################## # # Query Optimization Flags # ########################################################## [ OPTIMIZATION_FLAGS ] STRONG_DATETIME_TYPE_CHECKING = ON ;
116
Version 7.5.3
repository_name.rpd
When DEFAULT is specified for a repository, connections that do not specify a logical repository name in the DSN connect to the default repository.
Example: Star = SiebelAnalytics.rpd ;
Version 7.5.3
117
ENABLE
Specifies whether the cache system is enabled. When set to NO, caching is disabled. When set to YES, caching is enabled.
Example: ENABLE = NO ;
DATA_STORAGE_PATHS
Specifies the directory paths for where the cached data is stored and the maximum capacity in bytes, kilobytes, megabytes or gigabytes. Each directory listed needs to be an existing, fully-qualified, writable directory pathname, with double quotes ( " ) surrounding the pathname. Specify mapped directories only. UNC path names and network mapped drives are allowed only if the service runs under a qualified user account. To change the account under which the service is running, see To change the account under which a Windows service runs on page 49. For optimal performance, the directories specified should be on high performance storage systems.
NOTE: Siebel Analytics Servers defined as Clustered Servers do not share cached
data. The DATA_STORAGE_PATHS entry needs be unique for each server defined as a cluster participant.
118
Version 7.5.3
Specify multiple directories with a comma separated list. If you specify more than one directory, they should reside on different physical drives. (If you have multiple cache directory paths that all resolve to the same physical disk, both available and used space may be double-counted.)
Syntax: DATA_STORAGE_PATHS = <full_directory_path_1> sz[,
because file input and output (I/O) takes place through the same I/O controller. In general, specify only one directory per disk drive. Specifying multiple directories on different drives may improve the overall I/O throughput of the Siebel Analytics Server internally by distributing I/O across multiple devices.
METADATA_FILE
Specifies the name of the file that contains information about queries for which data is cached. The filename needs to be a fully qualified pathname with a .dat extension.
NOTE: Siebel Analytics Servers defined as Clustered Servers do not share cached
data. The METADATA_FILE entry needs be unique for each server defined as a cluster participant.
Example: METADATA_FILE = "d:\siebelanalytics\metadata_file.dat" ;
REPLACE_ALGORITHM
Specifies the algorithm used to replace existing entries in the cache. Currently, the only supported algorithm supported is LRU (Least Recently Used).
Example: REPLACE_ALGORITHM = LRU ;
Version 7.5.3
119
BUFFER_POOL_SIZE
Specifies the size of the buffer pool to use to store information from the cache metadata file in memory to improve the cache response time. Specify KB for kilobytes, MB for megabytes, and no units for bytes.
Example: BUFFER_POOL_SIZE = 1 MB ;
MAX_ROWS_PER_CACHE_ENTRY
Specifies the maximum number of rows in a query result set to qualify for storage in the query cache. If the query results have more rows than specified, the results are not stored in the cache. When set to 0, there is no limit to the number of rows per cache entry.
Example: MAX_ROWS_PER_CACHE_ENTRY = 100000 ;
MAX_CACHE_ENTRY_SIZE
Specifies the maximum size for a cache entry. Potential entries that exceed this size will not be cached. The default size is 1 MB. Specify GB for gigabytes, KB for kilobytes, MB for megabytes, and no units for bytes.
Example: MAX_CACHE_ENTRY_SIZE = 1 MB ;
MAX_CACHE_ENTRIES
Specifies the maximum number of cache entries allowed in the query cache. When the limit is reached, old entries are replaced by new entries according to the mechanism specified by the REPLACE_ALGORITHM parameter. The actual limit of cache entries might vary slightly depending on the number of concurrent queries. The default value is 5000.
Example: MAX_CACHE_ENTRIES = 5000 ;
METADATA_BACKUP_FREQUENCY_MINUTES
Specifies the amount of time, in minutes, between each backup of the cache metadata file. When caching is enabled, the cache metadata file is always backed up upon server startup and is backed up again at the interval specified in the parameter. The server automatically uses the backup file after a sudden server shutdown occurs (for example, a power failure or a crash). The backup file is created in the same directory as the cache metadata file and is named the same as the cache metadata file with a .bak extension appended to the name.
120
Version 7.5.3
When the backup file is used, any entries cached after the backup file was created are automatically purged from the cache. If any entries have been purged or aged out of the cache after the backup file was created, those entries are not recovered. To force the creation of a new cache metadata backup file, cleanly shut down and restart the server as described in the chapter on administering the query environment in Siebel Analytics Server Administration Guide. The default value is 1440 minutes (24 hours). The maximum value is 10080 minutes (7 days). A value of 0 indicates that no periodic backups of the cache metadata file are performed.
Example: METADATA_BACKUP_FREQUENCY_MINUTES = 1440 ;
SORT_TYPE and CASE_SENSITIVE_CHARACTER_COMPARISON, described below, are interrelated. They help determine how the Siebel Analytics Server sorts data.
LOCALE
Specifies the locale in which data is returned from the server. This parameter also determines the localized names of days and months. For example, if the LOCALE=greek, then names of days and months will be returned from the server in Greek. The localized message strings are written to various log files as well as returned to the user as error messages. The supported values for LOCALE and SORT_ORDER_LOCALE are: Chinese-simplified Chinese-traditional Czech Danish
Version 7.5.3
121
Dutch English-USA Finnish French German Greek Hebrew Italian Japanese Korean Portuguese Portuguese-Brazilian Spanish Swedish The default is English-USA. You need to explicitly set the value of this parameter if you want to use a setting other than english-usa.
Example: LOCALE = "english-usa" ;
If you want to override the language specified in the XML file, use Analytics Catalog Manager to substitute the language extension shown in the following list:
Language Extension cs da de en es fi fr Language Czech Danish German English Spanish Finnish French
122
Version 7.5.3
Language Hebrew Italian Japanese Korean Dutch Portuguese Brazilian Portuguese Swedish Chinese (Simplified) Chinese (Traditional)
For more information about Analytics Catalog Manager and language extensions, refer to Siebel Analytics Web Administration Guide.
SORT_ORDER_LOCALE
This parameter is used to help determine whether the Siebel Analytics Server can function-ship an ORDER BY clause (used in sorting) to a back-end database. In the Siebel Analytics Server Administration Tool, the Features table (from the Features tab of the Database dialog) specifies the features and functions that the back-end database supports. The settings for SORT_ORDER_LOCALE in the Features table and in the NQSConfig.ini file should match only if the back-end database and the Siebel Analytics Server sort data in the same way. For the back-end database and the Siebel Analytics Server to sort data the same way, they must be in agreement on these parameters:
Base language (the LOCALE and SORT_ORDER_LOCAL parameters) Case considerations (the CASE_SENSITIVE_CHARACTER_COMPARISON parameter) Binary versus linguistic comparisons (the SORT_TYPE parameter)
Version 7.5.3
123
Only if the back-end database and the Siebel Analytics Server have equivalent settings in these areas will the SORT_ORDER_LOCALE entries in the Features table and in the NQSConfig.ini file match. The default value for SORT_ORDER_LOCALE in both the Features table and in the NQSConfig.ini file is english-usa. If the Siebel Analytics Server and the back-end database sort data differently, the Features table entry SORT_ORDER_LOCALE for the back-end database needs to be set to a different value than english-usa. Failure to do so can result in wrong answers when multi-database joins are used, or errors using the Union, Intersect and Except operators, which all rely on consistent sorting between the back-end server and the Siebel Analytics Server. Every database defined in the Physical Layer in the Siebel Analytics Server Administration Tool has a features table associated with it. If you want to override the default value in the Features table for a particular type of back-end database, you need to do it for all occurrences of it in the Physical Layer.
Example: SORT_ORDER_LOCALE = "english-usa" ;
124
Version 7.5.3
SORT_ORDER_LOCALE Portuguese-Brazilian Spanish Swedish Chinese-simplified Chinese-traditional Czech Danish Dutch Finnish Greek Hebrew Korean Portuguese
Solaris pt_BR.UTF-8 es_ES.UTF-8@euro sv_SE.UTF-8 zh_CN.UTF-8 zh_TW.UTF-8 cs_CZ.UTF-8 da_DK.UTF-8 nl_NL.UTF-8@euro fi_FI.UTF-8@euro el_GR.UTF-8@euro he_IL.UTF-8 ko_KR.UTF-8 pt_PT.UTF-8@euro
AIX PT_BR.UTF-8 ES_ES.UTF-8 SV_SE.UTF-8 ZH_CN.UTF-8 ZH_TW.UTF-8 CS_CZ.UTF-8 DA_DK.UTF-8 NL_NL.UTF-8 FI_FI.UTF-8 EL_GR.UTF-8 HE_IL.UTF-8 KO_KR.UTF-8 PT_PT.UTF-8
HP-UX univ.utf8 es_ES.utf8 sv_SE.utf8 zh_CN.utf8 zh_TW.utf8 univ.utf8 univ.utf8 univ.utf8 univ.utf8 univ.utf8 univ.utf8 ko_KR.utf8 univ.utf8
If you do not have the proper locale installed, the Siebel Analytics server will not start, and the NQSServer.log file will contain the following error: [47013] NLS locale xxx is not supported by the operating system. where xxx is the locale specified in the NQSConfig.ini file for the SORT_ORDER_LOCALE parameter. The response to this error is to install the locale indicated in the table for the requested language. The error can also occur with a Windows platform. For Windows, the fix is to add the corresponding language pack using the Regional Settings dialog.
SORT_TYPE
Specifies the type of sort to perform. The default value is BINARY. Binary sorts are faster than nonbinary sorts.
Version 7.5.3
125
Valid values are BINARY and DEFAULT. If you specify DEFAULT, a nonbinary sort is performed; this yields better sort results for data that contains accented characters.
Example: SORT_TYPE = "BINARY" ;
CASE_SENSITIVE_CHARACTER_COMPARISON
Specifies whether the Siebel Analytics Server differentiates between uppercase and lowercase characters when performing comparison operations. Valid values are ON and OFF. When set to OFF, case is ignored. When set to ON, case is considered for comparisons. For binary sorts, case sensitivity for the server and for the back-end database should set the same way.
Example: CASE_SENSITIVE_CHARACTER_COMPARISON = OFF ;
NULL_VALUES_SORT_FIRST
Specifies if NULL values sort before other values (ON) or after (OFF). ON and OFF are the only valid values. The value of NULL_VALUES_SORT_FIRST should conform to the underlying database. If there are multiple underlying databases that sort NULL values differently, set the value to correspond to the database that is used the most in queries.
Example: NULL_VALUES_SORT_FIRST= OFF ;
DATE_TIME_DISPLAY_FORMAT
Specifies the format for how datetime stamps are input to and output from the Siebel Analytics Server.
Example: DATE_TIME_DISPLAY_FORMAT = "yyyy/mm/dd hh:mi:ss" ;
DATE_DISPLAY_FORMAT
Specifies the format for how dates are input to and output from the Siebel Analytics Server.
NOTE: Specify the year as either 2-digit (yy) or 4-digit (yyyy). Separators can be any
character except y, m, or d.
Example: DATE_DISPLAY_FORMAT = "yyyy/mm/dd" ;
126
Version 7.5.3
TIME_DISPLAY_FORMAT
Specifies the format for how times are input to and output from the Siebel Analytics Server.
Example: TIME_DISPLAY_FORMAT = "hh:mi:ss" ;
WORK_DIRECTORY_PATHS
Specifies one or more directories for temporary space. Each directory listed needs to be an existing fully-qualified, writable directory pathname, with double quotes ( " ) surrounding the pathname. Specify mapped directories only. UNC path names and network mapped drives are allowed only if the service runs under a qualified user account. To change the account under which the service is running, see To change the account under which a Windows service runs on page 49. Specify multiple directories with a comma separated list. Valid values are any fully qualified pathname to an existing, writable directory. For optimum performance, temporary directories should reside on high performance storage devices. If you specify more than one directory, they should reside on different drives.
Syntax: WORK_DIRECTORY_PATHS = "<full_directory_path_1>" [,
"<full_directory_path_2>"{, "<full_directory_path_n>"}] ;
Example 1: WORK_DIRECTORY_PATHS = "C:\Temp" ; Example 2: WORK_DIRECTORY_PATHS = "D:\temp", "F:\temp" ; NOTE: Specifying more than one directory per drive does not improve performance
because file I/O takes place through the same I/O controller. In general, specify only one directory per disk drive. Specifying multiple directories on different drives will improve the overall I/O throughput of the Siebel Analytics Server because internally, the processing files are allocated using a round robin algorithm that balances the /O load across the given disk drives.
Version 7.5.3
127
SORT_MEMORY_SIZE
Specifies the maximum amount of memory to be used for each sort operation. Multiple operations can each use memory up to the value specified. The limit for SORT_MEMORY_SIZE is determined by the physical memory of the server machine and on the number of sort operations that might occur simultaneously. Specify KB for kilobytes, MB for megabytes, and no units for bytes. For more information, see the section How the SIZE Parameters Affect Performance on page 128.
Example: SORT_MEMORY_SIZE = 4 MB ;
SORT_BUFFER_INCREMENT_SIZE
Specifies the increment that the sort memory size is increased by as more memory is needed. As more memory is required, the size will increase by the value specified until it reaches the value of SORT_MEMORY_SIZE. For more information, see the section How the SIZE Parameters Affect Performance on page 128.
Example: SORT_BUFFER_INCREMENT_SIZE = 256 KB ;
VIRTUAL_TABLE_PAGE_SIZE
Specifies the size of a memory page for the Siebel Analytics Server internal processing. A higher value reduces I/O but increases memory usage, especially in a multi-user environment. For more information, see the section How the SIZE Parameters Affect Performance on page 128.
Example: VIRTUAL_TABLE_PAGE_SIZE = 128 KB ;
DATA_SOURCE_BULK_FETCH_SIZE
Specifies the maximum size of a bulk fetch page for retrieving data from a data source. For more information, see the section How the SIZE Parameters Affect Performance on page 128.
Example: DATA_SOURCE_BULK_FETCH_SIZE = 128 KB ;
128
Version 7.5.3
SORT_MEMORY_SIZE and SORT_BUFFER_INCREMENT_SIZE The size specified by SORT_MEMORY_SIZE sets the upper limit on how large the sorting buffer can be in the Siebel Analytics Server. If this limit is exceeded, data is sorted in allotments of the size set by SORT_MEMORY_SIZE and the sorted sets are merged together. For example, suppose SORT_MEMORY_SIZE is set to 4 MB and the size of the data to be sorted is 32 MB. The server will perform the sort once per each 4 MB of data, for a total of eight sort operations, and then merge the results into a single result set. This technique allows the Siebel Analytics Server to sort data of indefinite size. The merge process itself is generally not costly in terms of resources, but it does include a read and write of each result set in a temporary file. To reduce the time this takes, increase the SORT_MEMORY_SIZE. This parameter can be tuned over time by taking into consideration the data size of the query and the number of concurrent users.
SORT_BUFFER_INCREMENT_SIZE This parameter defines the increment in which SORT_MEMORY_SIZE should be reached. For example, suppose SORT_MEMORY_SIZE is set to 4 MB and the data to be sorted is just one megabyte. As data is fed into the sort routine, the size of the sort buffer increases only by the increment size, rather than the full size allowed by SORT_MEMORY_SIZE. This mechanism allows the Siebel Analytics Server to sort smaller result sets efficiently without wasting memory.
Version 7.5.3
129
VIRTUAL_TABLE_PAGE_SIZE Several operationssort, join, union and database fetchcan require memory resources beyond those available to the Siebel Analytics Server. To manage this condition, the server uses a virtual table management mechanism that provides a buffering scheme for processing these operations. When the amount of data exceeds the VIRTUAL_TABLE_PAGE_SIZE, the remaining data is buffered in a temporary file and placed in the virtual table as processing continues. This mechanism supports dynamic memory sizes and ensures that any row can be obtained dynamically for processing queries. When VIRTUAL_TABLE_PAGE_SIZE is increased, I/O operations are reduced. Complex queries may use 20 to 30 virtual tables, while simple queries may not even require virtual tables. The default size of 128 KB is a reasonable size when one considers that the size for virtual paging in Windows NT is 64 KB. This parameter can be tuned depending on the number of concurrent users and the average query complexity. In general, setting the size higher than 256 KB does not yield a corresponding increase in throughput due to the 64 KB size limit of Windows NT system buffers, as each I/O still goes through the system buffers.
DATA_SOURCE_BULK_FETCH_SIZE
This parameter is for use in the database gateways. It sets the bulk fetch buffer size. This is currently set internally to its default value of 128 KB; any other setting is ignored.
USE_LONG_MONTH_NAMES
This specifies whether month names will be returned as full names, such as JANUARY and FEBRUARY, or as three-letter abbreviations, such as JAN and FEB. Valid values are YES and NO. Specify YES to have month names returned as full names or NO to have months names returned as three-letter abbreviations. The default value is NO.
Example: USE_LONG_MONTH_NAMES = NO ;
USE_LONG_DAY_NAMES
This specifies whether day names will be returned as full names, such as MONDAY and TUESDAY, or as three-letter abbreviations, such as MON and TUE. Valid values are YES and NO. Specify YES to have day names returned as full names or NO to have day names returned as three-letter abbreviations. The default value is NO.
Example: USE_LONG_DAY_NAMES = NO ;
130
Version 7.5.3
DEFAULT_PRIVILEGES
Specifies the values users and groups are assigned when they are initially created. Valid values are NONE and READ. The default value is READ.
Example: DEFAULT_PRIVILEGES = READ ;
PERFORM_OS_AUTHENTICATION
Specifies whether the Siebel Analytics Server uses Windows NT operating system authentication to authenticate the Siebel Analytics Server users. Valid values are YES and NO.
Example: PERFORM_OS_AUTHENTICATION = YES ;
AUTHENTICATION_TYPE
Specifies the type of authentication the Siebel Analytics Server uses to authenticate the Siebel Analytics Server users. Valid values are NQS, DATABASE, and BYPASS_NQS. The default authentication mechanism is NQS.
If you select NQS, then the authentication is done by the Siebel Analytics Server. Note, however, that for Siebel Analytics applications, the Siebel Analytics Server in turn can be set up to authenticate using Microsoft ADSI, an LDAP server, or a database. If you select DATABASE, specify the database name in the Physical Layer of the repository to be used for database authentication. The first connection pool for this database is used for authentication. When the user logs into the Siebel Analytics Server, the submitted logon name and password is used to connect to the database. If this connection succeeds, the user is considered to be successfully authenticated.
Version 7.5.3
131
If you select BYPASS_NQS, users are authenticated against the database to which their queries are sent, using the submitted username and password. For example, if a user runs a query tool against the Siebel Analytics Server with the username of Test and a password of Test, this username and password are used to connect to the underlying database server. If this represents a valid user to the underlying database server, the user is considered authenticated. The users privileges are enforced by the underlying database server based upon the username used to log in, as appropriate.
Example 1: AUTHENTICATION_TYPE = NQS ; Example 2: DATABASE = "Goldmine" ;
PROJECT_INACCESSIBLE_COLUMN_AS_NULL
The flag PROJECT_INACCESSIBLE_COLUMN_AS_NULL must be set to TRUE to enable the SQL command CHOOSE. The SQL command
CHOOSE(expr1, expr2, .... exprn)
selects the first valid expression from a list of expressions. A valid expression here is an expression in which all referenced columns are accessible by the current query user.
SERVER_NAME
A logical name identifying the Siebel Analytics Server.
Example: SERVER_NAME = Siebel_Analytics_Server ;
CLIENT_SERVER_SHARED_MEMORY_SIZE
The size of the shared memory block dedicated to each request and session connecting to the server.
Example: CLIENT_SERVER_SHARED_MEMORY_SIZE = 32 KB ;
132
Version 7.5.3
SESSION_TIME_OUT_SECONDS
Specifies the time, in seconds, that a session will wait for a connection to occur before terminating.
Example: SESSION_TIME_OUT_SECONDS = 300 ;
MAX_SESSION_LIMIT
Specifies the maximum number of connections allowed by the server. If this number is exceeded, the server will refuse the connection request. The limit is 65,535 connections.
Example: MAX_SESSION_LIMIT = 100 ;
MAX_REQUEST_PER_SESSION_LIMIT
Specifies the maximum number of logical requests per session. This is how many open requests there will be, per session, at the same time. The limit is 65535 logical requests per session.
NOTE: Usually, individual users will have only one open request per session at the
same time. Application programs and Siebel Analytics Web, however, will typically have more than one open at the same time. In general, the default value of 100 should be sufficient for most environments, but this parameter should be tuned based on the application environment and the client tools in use.
Example: MAX_REQUEST_PER_SESSION_LIMIT = 100 ;
SERVER_THREAD_RANGE
For each Siebel Analytics Server request, this specifies configuration information for thread allocation. The lower bound of the range specifies the number of threads initially allocated, and the upper bound of the range specifies the maximum number of threads to be allocated. The thread pool grows and shrinks in 5 thread increments until the upper or lower bound is reached. If there are fewer threads than sessions, sessions will share the available number of threads on a first come-first served basis.
Version 7.5.3
133
Set both values the same to maximize the benefits of thread pooling. The default value (40-40) eliminates thread start and exit activities, which can degrade performance.
Example: SERVER_THREAD_RANGE = 40-40 ;
SERVER_THREAD_STACK_SIZE
Specifies the memory stack size allocated for each server thread. The default of 0 sets the stack size as 1 MB in Windows NT.
Example: SERVER_THREAD_STACK_SIZE = 0 MB ;
DB_GATEWAY_THREAD_STACK_SIZE
Specifies the memory stack size allocated for each the Siebel Analytics Server COM Gateway thread. The default of 0 sets the stack size as 1 MB in Windows NT.
Example: DB_GATEWAY_THREAD_STACK_SIZE = 0 KB ;
MAX_EXPANDED_SUBQUERY_PREDICATES
This controls the maximum number of values that may be in an IN value list populated by a subquery. The default is 8,192 values.
Example: MAX_EXPANDED_SUBQUERY_PREDICATES = 8192;
MAX_QUERY_PLAN_CACHE_ENTRIES
Controls the number of cached compiler query plans. The query plan cache is an internal performance feature that increases the speed of the query compilation process by caching plans for the most recently used queries.
Example: MAX_QUERY_PLAN_CACHE_ENTRIES = 10240 ;
MAX_DRILLDOWN_INFO_CACHE_ENTRIES
Controls the number of cached drill-down information entries per repository. This increases the speed of computing drill-down information by caching the drill-down information for the most recently used queries.
Example: MAX_DRILLDOWN_INFO_CACHE_ENTRIES = 10240 ;
134
Version 7.5.3
MAX_DRILLDOWN_QUERY_CACHE_ENTRIES
Controls the number of cached drill-down query entries per repository. This increases the speed of drilling down by caching the drill-down results for the most recently used queries.
Example: MAX_DRILLDOWN_QUERY_CACHE_ENTRIES = 10240 ;
CLUSTER_PARTICIPANT
Specifies whether the Siebel Analytics Server that is using this configuration file is a member of a Siebel Analytics Server cluster. Valid values are YES and NO. The default value is NO. If the server is to be a member of a Siebel Analytics Server cluster, uncomment the parameters REPOSITORY_PUBLISHING_DIRECTORY and REQUIRE_PUBLISHING_DIRECTORY, and supply valid values for them.
NOTE: When CLUSTER_PARTICIPANT is set to YES, this server needs to have a valid,
configured NQClusterConfig.ini file in the Config subdirectory, located in the Siebel Analytics software installation directory. For more information, see Chapter 5, NQClusterConfig.ini File Reference.
Example: CLUSTER_PARTICIPANT = YES;
REPOSITORY_PUBLISHING_DIRECTORY
When the parameter CLUSTER_PARTICIPANT is set to YES, this specifies the location of the repository publishing directory shared by all Siebel Analytics Servers participating in the cluster. There is no default value for this parameter. When a repository is updated in online mode, it is published to this location. All clustered servers will examine this location upon startup for any repository changes. This needs to be a valid location visible to all servers in the cluster even if you anticipate that no repositories will be updated in online mode. The directory should reside on a shared file system. The directory needs to be a valid fully-qualified directory pathname, with double quotes ( " ) surrounding the pathname. Both UNC and mapped directories are supported. Do not specify a relative path name, or the Repository subdirectory (located in the Siebel Analytics software installation directory) as the location of the repository publishing directory.
Version 7.5.3
135
This entry is required on every Siebel Analytics Server that is to participate in the cluster. The Siebel Analytics Server designated as the master server for online repository changes (from the parameter MASTER_SERVER on page 151 in the NQClusterConfig.ini file) needs to have read and write access to this directory. The Siebel Analytics Servers in the cluster (from the parameter SERVERS on page 150 in the NQClusterConfig.ini file) need to have read and write access to this directory as well. All entries need to reference the same actual directory, although different names can be specified to accommodate differences in drive mappings. These are examples:
REPOSITORY_PUBLISHING_DIRECTORY = z:\SiebelAnalytics\Publish; REPOSITORY_PUBLISHING_DIRECTORY = \\ClusterSrv\Publish;
REQUIRE_PUBLISHING_DIRECTORY
When the parameter CLUSTER_PARTICIPANT is set to YES, this specifies that the repository publishing directory (from the parameter REPOSITORY_PUBLISHING_DIRECTORY) needs to be available in order for this Siebel Analytics Server to start up and join the cluster. The default value is YES. When set to YES, if the publishing directory is not available at startup or if an error is encountered while the server is reading any of the files in the directory, an error message will be logged in the NQServer.log file and the server will shut down. To allow this Siebel Analytics Server to start up and join the cluster even if the publishing directory is not available, set this value to NO. When set to NO, the server will join the cluster and a warning message will be logged in the NQServer.log file. Any online repository updates will not be reflected in the servers Repository directory (located in the Siebel Analytics software installation directory). This could result in request failures, wrong answers, and other problems. However, this could be useful in situations where online repository editing will be done infrequently and the goal is to keep the cluster operational even if some servers have stale repositories.
Example: REQUIRE_PUBLISHING_DIRECTORY = YES;
136
Version 7.5.3
INIT_BLOCK_CACHE_ENTRIES
Controls the number of initialization block result sets that are cached with respect to row-wise initialization. The cache key is the fully instantiated initialization block SQL. The default value is 20. Because this parameter affects internal operations for localized versions of the Siebel Analytics software, we recommend that you do not change this value unless instructed to do so.
Example: INIT_BLOCK_CACHE_ENTRIES = 20 ;
CLIENT_MGMT_THREADS_MAX
This specifies the number of management threads to allocate for managing Siebel Analytics Server client/server communications. The default value of 5 is sufficient for server communications with the Administration Tool and when Siebel Analytics Web is the only main client process. Each client process consumes a management thread. If you plan to run multiple Analytics Web client instances or multiple third-party client instances, increase the number of management threads to match the number of client instances. If the number of running client instances exceeds the number of management threads allocated, worker threads will be consumed.
Example: CLIENT_MGMT_THREADS_MAX= 10 ;
RPC_SERVICE_OR_PORT
This specifies the Remote Procedure Call (RPC) Service or TCP/IP port the Siebel Analytics Server should use for client/server communications. The default is 9703. When using the Analytics ODBC Wizard to set up ODBC data sources for the Siebel Analytics Server, the port number specified in the Port field on the Enter Logon Information screen should match the port number specified here. If you change the port number in the configuration file, remember to reconfigure any affected ODBC data sources to use the new port number.
Example: RPC_SERVICE_OR_PORT= 9703 ;
ENABLE_DB_HINTS
This enables optional hints to be passed along with a SQL statement to an Oracle database. Database hints are discussed in Siebel Analytics Server Administration Guide.
Version 7.5.3
137
PREVENT_DIVIDE_BY_ZERO
This parameter controls the behavior for when a division by zero occurs. If set to Yes, then a NULL value is returned. If set to No, then the query is terminated and an appropriate error is returned to the user.
Do not make any changes to this section unless instructed to do so by Siebel Technical Support.
138
Version 7.5.3
For more information about the NQQuery.log file, see the chapter on administering the query environment in Siebel Analytics Server Administration Guide.
NOTE: The NQServer.log file logs activity automatically about the Siebel Analytics Server, including information about server startup failures and queries that result in time limits or row limits being exceeded when the Status Max Time or Status Max Rows option is set to Warn. The Install.log file logs activity automatically about installation activities. You can view these log files using a text editor such as Windows Notepad.
USER_LOG_FILE_SIZE
Specifies the size to which the NQQuery.log file is allowed to grow. When this limit is reached, the log file closes and logging ceases.
Example: USER_LOG_FILE_SIZE = 10 MB ;
ENABLE
Enables or disables collection of usage tracking statistics. Valid values are ON and OFF. The default value is OFF. When set to OFF, statistics are not accumulated. When set to ON, statistics are accumulated for each logical query. The collection of usage tracking statistics is, by default, disabled.
Example: ENABLE = OFF ;
Version 7.5.3
139
STORAGE_DIRECTORY
Specifies the full path to the directory used to store usage tracking log files. The directory listed needs to be a valid fully-qualified, writable directory pathname, with double quotes ( " ) surrounding the pathname. Specify mapped directories only. UNC path names and network mapped drives are allowed only if the service runs under a qualified user account. To change the account under which the service is running, see To change the account under which a Windows service runs on page 49. Valid values are any fully qualified pathname to an existing, writable directory.
NOTE: Do not specify the same directory used to store server query statistics.
If usage tracking is enabled, but no storage directory is specified, the files are written to the Log subdirectory in the Siebel Analytics software installation directory.
Example: STORAGE_DIRECTORY = "C:\Temp\UsageTracking" ;
CHECKPOINT_INTERVAL_MINUTES
Specifies how often the usage tracking data is flushed to disk. Setting this interval higher increases the amount of data that may be lost in the event of an abnormal server shutdown. Setting this interval lower incurs additional overhead. The default is 5 minutes.
NOTE: When the interval is set to 0, the Siebel Analytics Server attempts to write usage tracking data to disk with minimal time between attempts. This can negatively affect server performance, and is strongly discouraged.
Example: CHECKPOINT_INTERVAL_MINUTES = 5 ;
FILE_ROLLOVER_INTERVAL_MINUTES
Specifies the time, in minutes, before the current usage tracking log file is closed and a new file created. For example, if this entry is set to 60 minutes, then 24 usage tracking log files will be created each day. The default is 240 minutes (4 hours).
140
Version 7.5.3
If the checkpoint interval equals or exceeds the rollover interval, only the rollover occurs explicitly; the checkpoint only occurs implicitly when the old usage tracking log file is closed.
NOTE: When the checkpoint interval is set to 0, the Siebel Analytics Server attempts
to close current usage tracking log files and open new log files with minimal time between attempts. This can negatively affect server performance and result in a large number of usage tracking log files in the storage directory. Setting this interval to 0 is strongly discouraged.
Example: FILE_ROLLOVER_INTERVAL_MINUTES = 240;
CODE_PAGE
For multilingual repositories, this specifies the type of output code page to use when writing statistics to disk. Valid values include any valid code page number (such as 1252), and other globally recognized output code page types. The default value is ANSI. USC-2 is currently not supported. The type depends upon the database loader being used. For example, to support multilingual repositories for database loaders used by Oracle and DB2, specify UTF8. Enclose the value in double quotes.
Example: CODE_PAGE = "ANSI";
Version 7.5.3
141
STORAGE_DIRECTORY
Specifies the full path to the directory used to store server query statistics log files. The directory listed needs to be a valid fully-qualified, writable directory pathname, with double quotes ( " ) surrounding the pathname. Specify mapped directories only. UNC path names and network mapped drives are allowed only if the service runs under a qualified user account. To change the account under which the service is running, see To change the account under which a Windows service runs on page 49. Valid values are any fully qualified pathname to an existing, writable directory.
NOTE: Do not specify the same directory used to store usage tracking statistics.
FILE_NAME
This specifies the name of the file used to hold server query statistics. The default isNQQueryStats.log.
Example: FILE_NAME = NQQueryStats.log;
FILE_SIZE
Specifies the size to which the NQQueryStats.log file is allowed to grow. When this limit is reached, the log file closes and logging ceases. Specify KB for kilobytes, MB for megabytes, and no units for bytes. The default is 100 MB.
Example: FILE_SIZE = 100 MB;
DATE_TIME_OUTPUT_FORMAT
Specifies the output format for timestamps. The default value is yyyy-mm-dd-hh-mi-ss. Enclose the value in double quotes.
Example: DATE_TIME_OUTPUT_FORMAT = "yyyy-mm-dd hh:mi:ss";
SYSTEM_LEVEL_CONTROL
This parameter determines whether and what kind of server query statistics will be collected.
142
Version 7.5.3
CODE_PAGE
For multilingual repositories, this specifies the type of output code page to use when writing statistics to disk. The type depends upon the database loader being used. For example, to support multilingual repositories for database loaders used by Oracle and DB2, specify UTF-8. SQL Server uses the Microsoft BCP loader utility, which accepts UCS-2 data. Valid values include ANSI, UTF-8, UCS-2, 1252, and other globally recognized output code page types. Enclose the value in double quotes. The default value is ANSI.
Example: CODE_PAGE = "ANSI";
STRONG_DATETIME_TYPE_CHECKING
Use this parameter to relax strong type checking to prevent some datetime data type incompatibilities in queries from being rejected. For example, a query of the form datetime op string-literal technically contains a datetime data type incompatibility and would normally be rejected by the Siebel Analytics Server. Valid values are ON and OFF. The default value is ON, which means that strong type checking is enabled and queries containing datetime data type incompatibilities will be rejected. This is the recommended setting. To relax the strong type checking, set the value to NO. Be aware that invalid queries or queries with egregious datetime incompatibilities will still be rejected. You should also be aware that the query could still fail, for example, if the back-end database implements a similar strong type checking.
Example: STRONG_DATETIME_TYPE_CHECKING=ON;
Version 7.5.3
143
144
Version 7.5.3
The Siebel Analytics Server software uses an initialization file to set cluster configuration parameters upon startup for the Siebel Analytics Cluster Server feature. This initialization file, the NQClusterConfig.ini file, includes parameters to customize behavior based on the requirements of each individual installation. This chapter provides the rules for using the file, shows a sample file, and provides definitions and syntax for each parameter. The following sections are included:
About the Initialization File on page 145 Sample Initialization File on page 147 Parameter and Syntax Descriptions in the Cluster Section on page 149
Version 7.5.3
145
For information about the NQSConfig.ini file, see Chapter 4, NQSConfig.ini File Reference.
Location
The cluster configuration initialization is the NQClusterConfig.ini file. It resides in the Config subdirectory in the Siebel Analytics software installation directory. Do not change the name of the file or its location. All Siebel Analytics Servers and Cluster Controllers that are to participate in the cluster need to have configured NQClusterConfig.ini files.
NOTE: The Siebel Analytics Server administrator needs to make sure that a
configured NQClusterConfig.ini file resides in the Config subdirectory of every Siebel Analytics Server and Cluster Controller that is to participate in the cluster. In general, it is easiest to configure the file once, copy it to the Config directories of the machines in the cluster, and then make machine-specific changes when required. If you correct an error, make sure the correction is propagated to the NQClusterConfig.ini files of all affected machines.
Adding Comments
You can add comments anywhere in the NQClusterConfig.ini file. Comments need to begin with either of the following:
# //
Any text following these comment characters up to the end of the line is ignored when the initialization file is read.
Entries need to be within the Cluster section and contained within the NQClusterConfig.ini file. Do not add the Cluster section to the NQSConfig.ini file.
146
Version 7.5.3
Each entry needs to be terminated with semi-colon (;). Any syntax errors will prevent the Siebel Analytics Cluster Server feature from starting up. If a Siebel Analytics Server detects a syntax error while reading the file, it logs the error to its NQServer.log file. If a Cluster Controller detects an error while reading the file, the error is logged to its NQCluster.log file.
Version 7.5.3
147
# only alphanumeric characters and doesn't match a # keyword, the quotes may be omitted. # ########################################################## # # Cluster Configuration File # ########################################################## [ CLUSTER ] ENABLE_CONTROLLER = no; // Is Cluster Controller on // this node enabled? (note that Siebel Analytics Server clustering // is enabled via NQSConfig.INI) PRIMARY_CONTROLLER = "<machine_name>"; // NetBIOS name // of Primary Cluster Controller SECONDARY_CONTROLLER = "<machine_name>"; // Secondary Cluster // Controller; Must be distinct from PRIMARY_CONTROLLER SERVERS = "<Siebel_machine_name01>"; // [,"<Siebel_machine_name02>"]... Up to 16 unique machines in list MASTER_SERVER = "<Siebel_machine_name>"; // NetBIOS name of // machine with Siebel Analytics Server that holds // the master copies of the repositories SERVER_POLL_SECONDS = 5; // Siebel Analytics Server to Cluster Controller polling frequency CONTROLLER_POLL_SECONDS = 5; // Cluster Controller to Cluster Controller polling frequency CONTROLLER_PORT = 9700; // TCP/UDP Port for intracluster // communication with Cluster Controllers // (not registered, must be verified) SERVER_Port = 9701; // TCP/UDP Port for intracluster // communication with Clustered Siebel Analytics Servers // (not registered, must be verified)
148
Version 7.5.3
ENABLE_CONTROLLER
This parameter is for machines that will host a Cluster Controller. (A single machine can host a Cluster Controller, a Siebel Analytics Server, or one of each.) When set to YES, it specifies that the Cluster Controller functionality is enabled on this machine (the parameters PRIMARY_CONTROLLER and SECONDARY_CONTROLLER determine whether this machine is to act as the primary or secondary Cluster Controller). Valid values are YES and NO. When set to NO, or commented out, the Cluster Controller functionality is not enabled. Upon startup, a log entry will be generated in the NQCluster.log file indicating this. The NO setting allows the Siebel Analytics Server administrator to temporarily disable a Cluster Controller if, for example, the machine is being serviced.
Example: ENABLE_CONTROLLER = YES;
PRIMARY_CONTROLLER
Identifies the computer that is to act as the primary Cluster Controller. This is the computer that has primary responsibility for monitoring the operational configuration of the servers in the cluster and assigning session requests within the cluster. This parameter is required. A machine can host one Siebel Analytics Server, one Cluster Controller, or one of each. The machine acting as the primary Cluster Controller needs to be on the same subnet as the other machines in the cluster. Specify the machine name of the computer that is to be the primary Cluster Controller. This needs to be the NetBIOS name (computer name) of the machine. Double or single quotes are not required if the value consists of only non-key, nonreserved words, or alphanumeric characters.
Example: PRIMARY_CONTROLLER = SERVER01;
Version 7.5.3
149
SECONDARY_CONTROLLER
Identifies the machine acting as the secondary Cluster Controller. This is the computer that will assume responsibility for monitoring the operational configuration of the servers in the cluster and assigning session requests within the cluster if the primary Cluster Controller is unavailable. A machine can host one Siebel Analytics Server, one Cluster Controller, or one of each. The machine acting as the secondary Cluster Controller needs to be on the same subnet as the other machines in the cluster. It also needs to be a physically different machine than the primary Cluster Controller. This parameter is optional. If you do not specify a secondary Cluster Controller, the cluster will not be operational if the primary Cluster Controller is unavailable, although sessions already assigned will continue to operate. Specify the machine name of the computer that is to be the secondary Cluster Controller. This needs to be the NetBIOS name (computer name) of the machine. Double or single quotes are not required if the value consists of only non-key, nonreserved words, or alphanumeric characters. Do not specify the same machine name as that used in the PRIMARY_CONTROLLER parameter.
Example: SECONDARY_CONTROLLER = SERVER02;
SERVERS
Identifies the Siebel Analytics Servers that will belong to this cluster. A cluster can contain a maximum of 16 Siebel Analytics Servers. A server can belong to only one cluster. This parameter is required. Specify the machine names of the Siebel Analytics Server machines in this cluster. This needs to be the NetBIOS name (computer name) of the machine. Separate the machine names with a comma ( , ). Double or single quotes are not required if the value consists of only non-key, non-reserved words, or alphanumeric characters. If the names of the machines you specified as the primary and secondary Cluster Controllers are also hosting Siebel Analytics Servers, make sure to include their names in this list as well.
Example: SERVERS = SERVER01,SERVER02,SERVER03,SERVER04, SERVER05,SERVER06,SERVER07;
150
Version 7.5.3
MASTER_SERVER
Identifies the Siebel Analytics Server in the cluster that is to function as the master server for the cluster for online repository editing. This is the Siebel Analytics Server in the SERVERS list that the Administration Tool will connect to for online repository changes. When the changes are saved, the resulting repository is published so the changes can be propagated to the servers in the cluster. (For more information about the location of the publishing directory, see the parameter REPOSITORY_PUBLISHING_DIRECTORY on page 135 in Chapter 4, NQSConfig.ini File Reference.) This parameter is required. Only one server may be specified as the master server. Specify the machine name of the Siebel Analytics Server computer that is to be the master server. This needs to be the NetBIOS name (computer name) of the machine. Double or single quotes are not required if the value consists of only non-key, nonreserved words, or alphanumeric characters.
Example: MASTER_SERVER = SERVER03;
SERVER_POLL_SECONDS
This specifies the frequency of heartbeat messages between the Cluster Controller and each Siebel Analytics Server in the cluster. This parameter is required. Valid values are 1 to 60 seconds. The default is every 5 seconds. This is the recommended value. Specify the number of seconds as a whole integer.
NOTE: Increasing the value will cause failures to be detected less rapidly. Decreasing
CONTROLLER_POLL_SECONDS
This specifies the frequency of heartbeat messages between the primary Cluster Controller and the secondary Cluster Controller (if one is defined). If no secondary Cluster Controller is defined, this parameter is ignored.
Version 7.5.3
151
Valid values are 1 to 60 seconds. The default is every 5 seconds. This is the recommended value. Specify the number of seconds as a whole integer.
NOTE: Increasing the value will cause failures to be detected less rapidly. Decreasing
CONTROLLER_PORT
Specifies the TCP/UDP port number to use for intracluster communication to the Cluster Controller. The default port is 9700. This parameter is required.
NOTE: The default port numbers in the NQClusterConfig.ini file have not been
registered through the Internet Assigned Numbers Authority (IANA), nor, as of the date this document was prepared, have these ports been assigned to any specific use by IANA. When assigning a port number, keep these considerations in mind:
Port numbers may be in the range of 1024 to 49151. Before selecting a port number, verify that no installed application uses the port number on any machine in the cluster. When installing additional software packages, do not assign the port number used in Siebel Analytics clustering communications to other applications as either TCP or UDP ports. Do not specify the same port number as that specified for the SERVER_PORT (described below).
152
Version 7.5.3
SERVER_PORT
Specifies the TCP/UDP port number to use for intracluster communication to the clustered servers. The default port is 9701. This parameter is required.
NOTE: The default port numbers in the NQClusterConfig.ini file have not been
reserved through the Internet Assigned Numbers Authority (IANA), nor, as of the date this document was prepared, have these ports been assigned to any specific use by IANA. When assigning a port number, keep these considerations in mind:
Port numbers may be in the range of 1024 to 49151. Before selecting a port number, verify that no installed application uses the port number on any machine in the cluster. When installing additional software packages, do not assign the port number used in Siebel Analytics clustering communications to other applications as either TCP or UDP ports. Do not specify the same port number as that specified for the CONTROLLER_PORT (described above).
Version 7.5.3
153
154
Version 7.5.3
Siebel Analytics Applications In this environment the Siebel Analytics Server uses the SiebelAnalytics.rpd and connects to the prebuilt Siebel Data Warehouse. Additionally, customers access Analytics through a Siebel eBusiness application such as Siebel Sales. Other data sources may be used, provided you have purchased the appropriate licenses from Siebel Systems. For more information, please contact your Sales representative at Siebel Systems. If you have purchased Siebel Analytics applications, you should configure the Analytics applications repository for your environment as explained in this chapter and the following chapters.
Stand-Alone Siebel Analytics The stand-alone mode is for use with customer-built repositories, and the Siebel Analytics Server is configured to run against in-house data warehouses. If you are a Stand-Alone Siebel Analytics customer, the following sections are not applicable to your environment.
Version 7.5.3
155
Figure 1. Upgrade Process For Siebel Analytics or New Siebel Analytics Installation
156
Version 7.5.3
If one or more records show up, then the answer to this question in this step is Yes. 3 4 Run Analytics_seed_update.sql. Perform this step using standard Siebel upgrade processes. The high-level steps shown here are for reference only.
administrators, who normally upgrade Siebel operational application seed data. To update Siebel Analytics 7.0.3 seed data
1 Open a command line interface and enter the following command. 2 Replace all variables (names that start with a $) with your installation-specific information shown in Table 7.
Version 7.5.3
157
$SiebelRoot\bin\odbcsql /s "$ODBCDataSource" /u $TableOwner /p $TablePassword /separator / /a /c rem /l $SiebelRoot/log/ seed_cleanup.log $DbsrvrRoot/$DatabasePlatform/ analytics_seed_update.sql /v NOTE: UNIX users should replace the backslashes (\) with forward slashes (/).
158
Version 7.5.3
1 Using binary mode, FTP the repository to a Windows 2000 or Windows NT machine. 2 Convert the repository to text.
nqudmlgen -U administrator -P SADMIN -R SiebelAnalytics.rpd O SiebelAnalytics.txt
By default, the dashboards and reports contained in these optional areas are hidden. If, for example, you purchased Sales Incentive Compensation with your Siebel Sales application, you must perform the additional steps shown in To turn on Analytics options on page 159 to access the Incentive Compensation Analytics. To turn on Analytics options
1 Log in to Siebel Analytics as Administrator. 2 Navigate to Answers > Analytics Web Administration and go to Manage Web Groups & Users.
Version 7.5.3
159
3 Locate the Web Group corresponding to your option. The Web Group options are:
No Forecasting No Forecasting Lite No Universal Queuing No Email Response No Service Agreements No Partner Marketing No Partner ERM No Partner ISS
4 Click on the Edit icon. 5 Under the Group Membership section, click the delete icon (X) to delete Analytics Users from this group. 6 Click Finished and log out of the application. 7 Log in again to access the additional optional dashboards and reports.
160
Version 7.5.3
This chapter is for administrators installing and configuring a Siebel Analytics application. Prior to performing these steps, you should read Siebel Analytics Server Administration Guide as well as this book. Configuring the Siebel Analytics Server consists of:
Changing the Preconfigured Database Connections on page 162 Updating Initialization Blocks on page 167 Creating a Dedicated Repository on page 169 Restarting the Servers on page 171 Completing the Initialization in the Siebel eBusiness Application on page 171
Organizations with Siebel Analytics applications that have customized content in the Siebel Analytics repository (SiebelAnalytics.rpd) or in the Siebel Analytics Web Catalog (SiebelAnalytics.webcat), need to merge their customized content into the repository and Web Catalog that are distributed with this version. For information about merging content into the Siebel Analytics repository, see the section on the Merge utility in Siebel Analytics Server Administration Guide. For information about merging content into the Siebel Analytics Web Catalog, see the section on Analytics Catalog Manager in Siebel Analytics Web Administration Guide.
NOTE: Make all changes to the repository in Offline mode.
Version 7.5.3
161
a Change the database connection type for the data sources relevant to your Analytics operational applications. b Change the default data source names (DSNs) and DSN user name to conform with your DSNs and DSN user name. c Change the table owner to match the owner of your database environment for:
162
Version 7.5.3
For more information on repository variables, refer to Siebel Analytics Server Administration Guide. To update the default DSN values
1 In the Siebel Analytics Administration Tool, navigate to Manage Variables > Repository > Static list. 2 Double-click on each variable and update the value in the Default Initializer column. 3 Update two additional variables, TBO and OLAPTBO.
These variables are used for the Siebel eBusiness application database table owner name and the Siebel Data Warehouse table owner name. Update the table owners so that the various initialization blocks work properly.
Version 7.5.3
163
1 On a Windows computer, open the Siebel Analytics Administration Tool in offline mode.
NOTE: For information on how to use the Siebel Analytics Administration Tool,
access the Administration Tool online help. By default, the username for the repository is Administrator, and the password for the repository is SADMIN. However, your administrator may have changed the default password.
NOTE: Be sure to change the default password before migrating to production.
2 In the Physical layer, double-click on a database connection to open the Properties window. 3 Use the Data Source Definition drop-down list to choose the database type. After making the database type change, click OK. 4 Expand the database connection to view the connection pool. Double-click the Connection Pool and select the appropriate Call Interface.
The default recommended call interface will be automatically updated based on your connection type. Check the supported call interfaces before changing the default one. The DSN name has been preconfigured to VALUEOF(OLAP_DSN) for the OLAP database and VALUEOF(OLTP_DSN) for the OLTP database. The use name has been preconfigured to be VALUEOF(OLAP_USER) and VALUEOF(OLTP_USER) as well. The default password is db2. You should update the password according your environment. For more information on how to manage database connections, read Siebel Analytics Server Administration Guide.
164
Version 7.5.3
5 Repeat Step 2 on page 164 through Step 4 for each database connection appropriate for your Siebel Analytics applications.
NOTE: If you are running Oracle, make sure that all Initialization Block
connection pools are configured to use the correct logon, in order to prevent logon failures (for example, Pharma Initialization Blocks do not fail for Siebel eBusiness Applications).
Connection Pools
Siebel Analytics uses multiple connection pools. In To change the database type on page 164, you configured these connection pools for your operational database. Table 10 explains the purpose of some connection pools.
NOTE: The default password for all the database connections is db2. Update the
Version 7.5.3
165
166
Version 7.5.3
You may have to change some of the initialization blocks if you do not use one of these supported databases
Version 7.5.3
167
Table 11 lists some of the initialization blocks common to all Siebel Analytics applications and their purposes. Initialization blocks that are specific to each Siebel Analytics applications area are not listed here. For example, the LAST_SYND_DATES block sets certain dates for Pharmaceutical Analytics and can be ignored by other applications that do not use syndicated data.
Table 11. Initialization Blocks and Their Purposes
Initialization Block Authorization Authentication External Metadata Strings Purpose Calculates users responsibilities from the Siebel database. Authenticates against the Siebel database and verifies the user exists as a Siebel eBusiness application user. Gets the translated value of metadata strings for the users locale. This initialization block is critical to Analytics Dashboards in international deployment. Sets the users locale specification in the Siebel Analytics Server. Gets users login properties, such as full name, from the Siebel database. This initialization block also sets the logging level of the users. By default, the Analytics log level has been set to 0 for all users. If you wish to generate Analytics query logs for all users, this initilization block should be updated by changing the default value as well as the value in the initialization SQL. Sets the variable OLTP_LANG_ID by querying the Siebel eBusiness application database. Queries the Siebel eBusiness application database to get the organization membership for each user. It sets the variable ORGANIZATION. Sets the primary owner ID based on the user login ID. Queries the Siebel eBusiness application database to set the variable PRIMARY_POSTN_ID. Sets several time-based variables such as CURRENT_YEAR. Retrieves the ETL run date. Retrieves the default currency.
Primary Owner ID Primary Position ID Warehouse Refresh Date ETL Run Date ETL Default Currency
168
Version 7.5.3
You can view a list of initialization blocks and their strings. In Siebel Analytics Server Administration Tool, navigate to Manage > Variables > Initialization Blocks. Right-click any initialization block and select Properties to view information about that block. For more information, see Siebel Analytics Server Administration Tool online help.
1 Create a new, empty repository. 2 Choose Import from repository and point to the repository SiebelAnalytics.rpd. 3 From the Presentation layer, choose the subject areas that you licensed. 4 At the Objects to Update screen, choose the objects to be updated.
The drop down list at the top of the window shows you the categories of objects that you can updateCatalogs, Users, Groups and Variables. The left pane shows you the objects in the category you selected. To refresh the display, click the Refresh button.
Version 7.5.3
169
5 In the left pane, select the objects within that category that you want to update.
You can select multiple objects by SHIFT-clicking to select adjacent objects, or CONTROL-clicking to select non-adjacent objects. Depending on the category of object you selected, different buttons allow you to specify how you want objects added:
When you choose the Catalogs category, the presentation catalogs are displayed in the left pane and the Add with Children button becomes active.
Click the Add with Children button to add the presentation catalogs to the right pane. Presentation catalogs are always added with all their child objects, and all associated objects, from the Presentation Layer to the Physical Layer, will be updated or synchronized.
Click the Add button to update or synchronize only the group. Click the Add with Children button to update or synchronize the group and all the groups that are below it in the group hierarchy. Click the Add with Parents button to update or synchronize the group and all groups that are above it in the group hierarchy. (You can view group hierarchies from the Security Manager.)
When you choose the Variables category, the defined system and session variables are displayed in the left pane. You can:
Click the Add button to update or synchronize only the variable. Click the Add with Parents button to update or synchronize the variables and any parent variables on which they depend.
6 After you have selected the objects, click the appropriate button to add the object to the right pane.
Objects in the right pane are the objects that will be imported. You can remove an object from the right pane by clicking on it and then clicking the Remove button. You can select multiple objects to remove by shift-clicking or controlclicking on them as appropriate.
170
Version 7.5.3
Microsoft Windows environment, the Services Manager returns a false error indicating that it was unable to start the server. This is a known Microsoft Services Manager issue, which times out after 5 minutes. The Siebel Analytics Server is still starting, as is shown when the Services window is refreshed. If the Siebel Analytics Server fails to start, it will log an error in nqServer.log file in the Log directory.
2 In the ODBC Driver Manager, test that the DSN called Analytics_web (of type Siebel Analytics Server) connects to the Siebel Analytics Server. Use the username Administrator and the password SADMIN.
NOTE: Be sure to change the default password before migrating to production.
Stop the server, then start it again, using the commands listed in Step 2 of To install the Siebel Analytics Server software under UNIX on page 56.
Version 7.5.3
171
1 Open your Siebel eBusiness application and login as SADMIN. 2 Navigate to View > Site Map. 3 Click Integration Administration screen. 4 Click Host Administration view. 5 Query for NQHOST in the Virtual Name column.
In Windows, change the host name from [AnalyticsServerName] to the host name of the machine that runs Siebel Analytics Web (for example, SMT4000ABCD). In AIX or Solaris, change the host name from [AnalyticsServerName] to the name of the :port. You may need to add the domain name suffix to the server name in order to make sure that drill-downs on the Siebel Analytics user interface work. This is only applicable for UNIX. For example, servername.siebel.com:8080
172
Version 7.5.3
Siebel Analytics security is based on Responsibilities and Analytics Repository Groups. This chapter assumes you are familiar with Security Guide for Siebel eBusiness Applications (on Siebel Bookshelf), especially the User Authentication, Basic Access Control, and Data-level Security sections. This chapter is organized as follows:
Introduction to Security on page 173 User Authentication on page 175 Integrated Security for Responsibilities and Groups on page 177 Analytics Applications Specific Security Groups on page 190
Siebel eBusiness Applications Security on page 190 Siebel Industry Applications Security on page 203
Introduction to Security
This section discusses security levels and authentication as they are used by Siebel Analytics.
Levels of Security
For Siebel Analytics, two different levels of security configuration are supported, Object Level Security and Data-level Security.
Version 7.5.3
173
Metadata objects (repository) security: Controls access to metadata objects such as subject areas, tables and columns. See Metadata Object LevelRepository Groups on page 181.
Web Catalog objects (Web client) security: Controls access to dashboards, pages, folders and reports. See Metadata Object LevelWeb Catalog Groups on page 182.
Data-Level Security
Data-level security controls the content that appears in the end-user objects, such as dashboard reports and figures. When two different users run the same report, they see different data, depending on their access. There are four types of data-level security:
Primary position based: Equivalent to the Siebel eBusiness application My Teams view. This type of security implies that the user sees all data where the users position is the primary position on that record, or when the user is the manager of a position who is primary on the record.
Primary organization based: The Siebel operational application view equivalent is My Organization's Records. In this case the user sees all data where the user's organization owns the record or an organization that reports to the user's organization owns the record.
Primary owner based: This gives a subset of the Siebel operational application view equivalent of My Records. In this case the user sees data where the user is the primary owner of the record (for example, Activities). The Siebel operational application equivalent view also includes records where the user is on the team for that record.
174
Version 7.5.3
Team based: This is the most complicated of security configuration and is not preconfigured in the metadata. However, the Data Warehouse tables to support this configuration are part of the schema. Organizations that wish to use this configuration must set up the metadata appropriately. In this configuration, the user sees the records where the user is on the team for that record or all data that is accessible under the first three security level types. There is no equivalent Siebel operational application view for this security, and the data is a combination of data seen in multiple Siebel views.
User Authentication
Authentication is separate from permission security. Siebel Analytics applications support three methods of Authentication:
Database Authentication LDAP Server Authentication ADSI Authentication With this release, Siebel Analytics Server also supports Active Directory Services Interface (ADSI) for Authentication only.
The Siebel Analytics repository is preconfigured for database authentication. LDAP and ADSI authentication are described in the following sections.
If you use an LDAP server to authenticate your users, follow these steps. To add the correct entries for your LDAP Server
Version 7.5.3
175
2 Select Manage > Security > LDAP Servers. 3 Select Action > New > LDAP Server. (Refer to Siebel Analytics Server Administration Guide.) 4 Add the LDAP host server name. 5 Set Base DN to the user that is contained in the session variable. For example, Base DN: ou=people,o=siebel.com 6 To test the connection, click the Test connection button. 7 Navigate to AuthenticationInitialization Block. 8 Set Data Source Connection to LDAP. 9 In the LDAP Server box, select the correct LDAP Server and click OK. 10 Change Authorization and Login Properties to use OLTP Connection Pool, not DbAuth.
176
Version 7.5.3
in the Siebel Analytics repository. In this case, Responsibility is interchangeable with Repository group and Web Catalog group; they have a one-to-one correspondence. There are two ways for a Siebel administrator to check a user's responsibility:
In the Siebel operational application, go to the Responsibilities view. Go to the Analytics Web and click the My Account link. The group membership for the user is shown near the bottom of the Web page.
When you add a new responsibility to a user in Analytics Web, the change is not immediately reflected in the Analytics environment. In order to register the new user responsibility, two things must happen:
1 The administrator must reload the Server metadata through Analytics Web. 2 Once the metadata is reloaded, the user must log out from the Siebel operational application, then log in again.
Version 7.5.3
177
Siebel Analytics applications ship with certain preconfigured responsibilities. Table 12 shows these preconfigured responsibilities. Some of the responsibilities are described in further detail in Chapter 9, Siebel eBusiness Applications Metadata, and in Chapter 10, Siebel Industry Applications Analytics Metadata.
Table 12. Siebel Analytics Applications Preconfigured Responsibilities
Application Sales Responsibility Sales Analytics Administrator VP of Sales Analytics Sales Manager Analytics Sales Representative Analytics Marketing Marketing Analytics User Marketing Analytics Administrator Interactive Selling ISS Analytics User ISS Analytics Administrator Service Service Analytics VP Service Analytics Manager Service Analytics Administrator Service Analytics Service User Service Analytics Call Center User Service Analytics eMail User Partner Partner Service Rep Analytics User Partner Sales Rep Analytics User Partner Executive Analytics User Partner Operations Analytics User Partner Sales Manager Analytics User Partner Service Manager Analytics User
178
Version 7.5.3
Version 7.5.3
179
180
Version 7.5.3
configured. The exceptions to the explicit configuration rule are the Communications and Financial Analytics industry applications, where there are tables and columns specific to these two industries scattered throughout the general Siebel eBusiness application subject areas. These industry-specific metadata objects are hidden from other groups.
Version 7.5.3
181
Siebel Analytics supports hierarchies within the groups in the repository. In the Analytics repository there are certain groups that are parent groups, which define the behavior of all the child groups. Inheritance is used to let permissions ripple through to child groups. The parent groups and their purpose are shown in Table 13.
Table 13. Repository Parent Groups
Parent Group Finance Insurance CM General Consumer Sector Pharma Channel Managers Partner Managers Permissions Inherited by: All Financial applications groups All Insurance applications groups All Communications applications Consumer Sector groups Life Sciences/Pharmaceuticals applications groups All eChannel applications groups All Partner application groups
182
Version 7.5.3
level. It is recommended that only Siebel administrators configure the security settings. Match permissions to dashboards in Analytics Web Catalog, with the permissions related to Siebel operational application views. In the integration environment, each Siebel Analytics-related Siebel eBusiness application view maps to a given Siebel Analytics dashboard. In the Siebel eBusiness application, views are controlled through responsibilities. However, in Siebel Analytics Web Catalog, access to dashboards for each group is controlled through Web Administration. The two access setups must match. If users have access to a view in the Siebel eBusiness application, but do not have access to the corresponding dashboard, then they will get an error message indicating that they do not have access to the dashboard. On the other hand, if users do not have access to a view that maps to a dashboard that the users do have access to, then the users will not be able to get to that dashboard through the Siebel eBusiness application user interface. Because responsibilities control access to Siebel views, they also control access to the Siebel Analytics dashboards of Siebel Analytics applications. However, for security reasons, Analytics dashboards themselves are specifically configured, regardless of the Siebel operational application view access. The view security for a responsibility should match that on the dashboard. If you get an Access Denied error when accessing Siebel Analytics through the Siebel operational application view, then you do not have access to an Analytics dashboard that should be accessible, or you have access to a Siebel view that should not be accessible. If you try to access a dashboard containing reports based on a subject area to which you do not have access, you would see a dashboard with no reports.
Version 7.5.3
183
Data-Level Security
Data-level security defines what the application user sees inside a report. The same report, when run by two different users, can bring up different data. This is similar to how the My Opportunities view in a Siebel operational application displays different data for different users. However, the structure of the report is the same for all users, with one exception. The exception is when a user does not have access to a column within a report. This is a rare case; Siebel Analytics handles this situation by returning the report without the column in question. Data-level security is configured exclusively through the Analytics repository using Repository groups (the equivalent of Siebel responsibilities). It is configured at the logical layer, mostly on dimensions. The Fact tables, other than the most sensitive Revenue facts (Closed Revenue, Opty Revenue and Expected Revenue), are not secured directly. However, dimensions are secured, as shown in Table 14.
Table 14. Security Configuration by Dimension
Dimensions Secured Accounts Activities Assets Campaigns Claims (Financial Services & Life Sciences) Contacts Employee (OLTP) Revenue Fact Closed Revenue Opportunity Revenue Expected Revenue Funds (Through Accts) (Consumer Goods) Promotions (Through Accts) (Consumer Goods) X X X X X X X X X X X X X X X X X X Primary Owner Primary Position X Org Based X
184
Version 7.5.3
The security definition for the dimension decides the general area within which the user operates. The reports can further restrict access to the data within the report. For example, if a report contains a filter such as Employee.Login = valueof (USER), then this restricts the rows returned in the report to those where the user is the owner of the record.
Version 7.5.3
185
and organization-based security model of the Siebel eBusiness applications. Refer to Security Guide for Siebel eBusiness Applications. This section describes the configuration of data from the Siebel Data Warehouse, and refers only to the Data Warehouse tables. The setup for the Siebel transactional database (OLTP) data is similar, although the physical schema joins are different. Data-level security in the Analytics repository is implemented in three major steps.
1 Set up initialization blocks that obtain specific security-related information, such as the user's primary position ID, when a user logs in. 2 Set up the joins to the appropriate security tables in the metadata physical & logical layers. 3 Set up the filters for each security group on each logical table that needs to be secured.
For more information about security groups and filters as well as on how to setup joins in the repository, see Siebel Analytics Web Administration Guide. In the Siebel Analytics repository, the initialization blocks have already been set up for obtaining a given users primary position, primary organization, and the owner ID. There are three initialization blocks:
Primary Position ID This initialization block obtains the primary position of the given user, based on the user's login, and populates the variable PRIMARY_POSTN_ID. The SQL used by the block is run against the Siebel transactional database, and therefore reflects real-time position ID information.
Orgs for Org-based Security This initialization block obtains the list of organizations that a given user belongs to from the Siebel transactional database. The variable populated is ORGANIZATION.
186
Version 7.5.3
Primary Owner ID This initialization block obtains the owner ID for the given user. It obtains this information from the Siebel transactional database and populates the PR_OWNER_ID variable.
There are also preconfigured groups that have been set up with filters on several logical dimensions. The two groups that have filters on them are Primary Positionbased Security and Primary Org-based Security. Table 14 on page 184 shows the logical tables and the kind of security applied on those tables. An example of how to configure the Opportunity Dimension is given below. W_PARTY_LOGIN (W_OPTY_D).PARTY_ID = W_OPTY_D.VIS_PR_POS_ID W_PARTY_LOGIN is the security table that stores recursive information about a given users login and the parties (positions & organizations, employees) that report to the user through a hierarchical reporting mechanism. There is an alias setup on W_PARTY_LOGIN for each join with a dimension. You can add security to a new dimensionfor example, W_AGREE_D (Agreements). To configure the physical table join between W_OPTY_D and W_PARTY_LOGIN
1 Create an alias on W_PARTY_LOGIN specifically to join to W_AGREE_D. 2 Configure the join in the physical layer. 3 Configure a logical table join by adding the appropriate tables in the business layer.
NOTE: The columns VIS_PR_POS_ID and VIS_PR_BU_ID in the dimensional
tables contain the record's primary owning position & owning organization.
4 Configure the filter on the logical tables that restrict the data. a To set up a filter, right-click on the group and choose Properties.
Version 7.5.3
187
b In the Properties dialog box, click on the Permissions box and select the Filter tab.
c To add a new filter, click on the ellipsis box and find the business model layer table that needs to be secured. d Configure the WHERE clause on the table so that the data is filtered.
Organization-based security has been implemented using the row-wise initialized variable ORGANIZATION. This implementation is slightly different from that of the position-based security, because the number of organizations is usually limited, compared to the number of positions in a given environment. Therefore, using the row-wise initialized variable ORGANIZATION to filter data using a WHERE IN clause is efficient. However, joining the dimension with the W_PARTY_LOGIN is more efficient, because the number of positions used for filtering the data can be large.
188
Version 7.5.3
Use the W_PARTY_LOGIN table in the data warehouse. Get this variable directly from the Siebel transactional database for a real-time list.
Getting the variable directly from the Siebel transactional database requires an understanding of the Siebel data model with reference to security. For each user login, the W_PARTY_LOGIN table has a recursive list of all positions and organizations. The logical equivalent of this setup is: W_PARTY_LOGIN.PARTY_ID = valueof(NQ_SESSION.POSTN_ORG_UNION) W_OPTY_PARTY.PARTY_ID = W_PARTY_LOGIN.PARTY_ID and W_OPTY_PARTY.OPTY_ID = W_OPTY_ID.ROW_ID In an alternative implementation, use an additional join between W_PARTY_LOGIN and W_[DimensionName]_PARTY instead of using the row-wise initialization. In the case of Opportunities, for example, this can be set up as shown: W_PARTY_LOGIN.LOGIN = valueof(NQ_SESSION.USER) and W_OPTY_PARTY.PARTY_ID = W_PARTY_LOGIN.PARTY_ID and W_OPTY_PARTY.OPTY_ID = W_OPTY_ID.ROW_ID These two joins have the same effect as the earlier row-wise initialization variable solution, but contain an additional table join.
Version 7.5.3
189
The group Siebel Administrator is set up as a member of the supergroup Administrators, so members of this group have no restrictions.
The Sales Manager has different visibility restrictions imposed in the Forecasting subject area than in the Pipeline, Customers, Orders, and Products subject areas.
190
Version 7.5.3
In general, users with the VP of Sales Analytics responsibility have no data-level security imposed, while those with the Sales Manager Analytics or Field Sales Representative Analytics responsibilities have primary-position security imposed. In primary position security, only those opportunities, orders, or forecasts owned by the user or the users subordinates are visible to the user.
For a description of data-level security, refer to Applications User Authentication and Security Setup on page 173 in this chapter and see Security Guide for Siebel eBusiness Applications.
Table 15. Siebel Sales Analytics Default Data-Level Visibility
Responsibility VP of Sales Analytics Sales Manager Analytics Field Sales Representative Analytics Subject Area All Forecasting Default Visibility No data-level security is imposed. In addition to the Order, Opportunity, and Forecast dimensions, primary position data-level security is imposed on all facts. This means that these subject areas are visible to the user only for data owned by the user (or the users subordinates). Primary position data-level security is imposed on:
Order dimension Opportunity dimension Account dimension Opportunity Revenue, Expected Revenue, and Closed Revenue metrics # of Orders Line Item Order Revenue (000) Line Item Shipped Revenue (000) Order Item Revenue Rollup Total Order Revenue (000) Rollup Average Order Size Total Order Revenue Total Order Revenue (000) Total Shipped Revenue Total Shipped Revenue (000) metrics
Version 7.5.3
191
192
Version 7.5.3
Version 7.5.3
193
Table 16 also outlines the symbolic URL names for Workforce Analytics. To change or to update these symbolic URLs with more dashboards, see the section Customizing the Analytics Content on the Siebel Operational Application Home Page on page 259.
194
Version 7.5.3
Version 7.5.3
195
196
Version 7.5.3
Version 7.5.3
197
198
Version 7.5.3
Version 7.5.3
199
The subject area visibility for responsibilities in Partner Manager are shown in Table 19.
Table 19. Responsibilities for PRM Partner Manager Analytics
Channel Executive Analytics User Channel Operations Analytics User Channel Account Manager Analytics User Channel Marketing Manager Analytics User
Subject Area Activities Assets Campaigns Consumers Customer Satisfaction Customers Orders Partner Training Partners Pipeline Pricing Products Real-Time Activity Real-Time Assets Service Requests
indicates that subject area is visible for the user holding that responsibility
200
Version 7.5.3
The subject area visibility for roles in Partner Portal is shown in Table 20.
Table 20. Subject Area Visibility for PRM Partner Portal
Partner Executive Analytics User Partner Operations Manager Analytics User Partner Sales Manager Analytics User Partner Sales Rep Analytics User Partner Service Manager Analytics User Partner Service Rep Analytics User
Subject Area Activities Assets Campaigns Consumers Customer Satisfaction Customers Orders Partner Training Partners Pipeline Pricing Products Real-Time Activity Real-Time Assets Service Requests
indicates that subject area is visible for the user holding that responsibility
Version 7.5.3
201
1 In the Siebel Analytics Administration Tool, go to Tools > Manage Security. 2 Click on Hierarchy. 3 Make the two security groups (Partner Service Representative and Partner Sales Representative) members of the Primary Org-Based group. 4 Remove the groups from the Primary Position-Based group. 5 Exit the Administration Tool.
Table 21. Siebel PRM Data-Level Security Settings
Responsibility Channel Executive Analytics User Channel Operations Analytics User Channel Account Manager Analytics User Data-Level Security No No No Type N/A N/A N/A Comments N/A N/A N/A
202
Version 7.5.3
Version 7.5.3
203
204
Version 7.5.3
Customer Lifetime Value Churn Propensity Selling Propensity Financial Risk Actual Churn
Version 7.5.3
205
Sales Portal Service Activations Service Modifications Service Disconnections Sales Portal Service Activations Service Modifications Service Disconnections Trouble Tickets Customer Satisfaction
Account Management
Service Analytics
Account Management
206
Version 7.5.3
Financial Services
Siebel eFinance Analytics, eInsurance Analytics, and eHealthcare Analytics apply the Siebel eBusiness Applications security model. That is, they use Siebel eBusiness Applications responsibilities (and corresponding repository and Web catalog groups) for controlling access to Siebel eBusiness Applications objects (both metadata and Web catalog objects). This security model is described in Chapter 8, Applications User Authentication and Security Setup. In addition to responsibilities provided by the Siebel eBusiness Applications, Siebel eFinance Analytics, eInsurance Analytics, and eHealthcare Analytics provide additional responsibilities, and responsibility-specific security, as indicated in Table 24 on page 208. For the Financial Services products mentioned, the Siebel eBusiness Applications security model has been extended:
One finance-specific responsibility (and corresponding repository and Web catalog group) called Finance Analytics User; this responsibility must be used in conjunction with Siebel eBusiness Applications responsibilities and groups to control access to Finance-specific objects in eFinance Analytics. One Insurance-specific responsibility (and corresponding repository and Web catalog group) called Insurance Analytics User; this responsibility must be used to control access to the Insurance and Healthcare-specific objects in eInsurance and eHealthcare Analytics.
For example, when you give a user all horizontal Sales responsibilities and also include the finance responsibility called Finance Analytics User, this user will be able to see all horizontal sales objects (Dashboards, Subject Areas, folders in the presentation Layer, and so on) and in addition, all finance-specific Sales objects. Similarly, in order to see Insurance and Healthcare-specific objects, you need to add the Insurance Analytics User responsibility to this user. Because Siebel Analytics supports hierarchies in the groups in the repository, there are certain groups within the Analytics repository that are parent groups that define the behavior of all the child groups.
Finance: Parent group for all Financial applications group (Finance Analytics User is a child Group of Finance Group)
Version 7.5.3
207
Insurance: Parent group for all Insurance applications group (Finance Analytics User is a child Group of Finance Group)
Inheritance is used to let permissions ripple through to child groups. The parent groups for Financial Services and their purpose are shown in Table 24 on page 208.
NOTE: A Financial Services Analytics user is provided as a child to both Finance and
Insurance. Therefore this user has permissions available to both Finance and Insurance. If you have purchased both Finance Analytics and Insurance Analytics, you should use the Financial Services Analytics user responsibilities to view all relevant dashboards.
208
Version 7.5.3
Version 7.5.3
209
Invitee Status
210
Version 7.5.3
Version 7.5.3
211
212
Version 7.5.3
Data warehouses typically have many components, each having its own security attributes and complexities. All the rules for security, data modeling, aggregate navigation, caching, and connectivity for the Siebel Data Warehouse are stored in metadata repositories on the Siebel Analytics Server. Siebel eBusiness Applications are shipped with certain Siebel Analytics metadata. This chapter covers the Siebel Analytics metadata for Siebel eBusiness Applications, especially those areas which a Siebel administrator may need to adjust for specific Analytics purposes. This chapter describes the administrative tasks necessary to configure Siebel Analytics for special purposes in Siebel eBusiness Applications. These administrative tasks generally cover two areas:
Dashboard Content of Siebel eBusiness Applications Analytics on page 213 Metadata Requirements For Siebel eBusiness Applications Analytics on page 214
Version 7.5.3
213
1 From the Siebel operational application Site Map, select Application Administration > Class Administration. 2 In the Classes Applet, select the class whose attributes are going to be analyzed. 3 Select the Dynamic attributes child level applet, and from the applet menu select columns displayed. 4 Display the Analytics Sequence # column. 5 For each row in the Dynamic Attributes applet, enter a unique sequence number in the Analytics Sequence# column. If a sequence number already exists, change the sequence number to a unique value. 6 Repeat Step 2 through Step 5 for all the classes whose attributes will be analyzed.
Sales Analytics
Sales Analytics comprises these primary topics:
214
Version 7.5.3
Configuring Forecast, Quota, and Actual Analytics on page 217 Currency Conversion on page 225 Performance on page 226
This material is intended for the administrator and business owners responsible for Siebel Sales Analytics deployment.
Forecast Analytics
Siebel Sales Analytics provides several forecasting analytics reports preconfigured in both the Pipeline and Sales Effectiveness dashboards. This new feature performs real-time and historical analyses of forecast data to help manage each quarters expectations and results better. To enable the forecasting charts included in these dashboards, the administrator needs to perform several group administration tasks. To enable the dashboard forecasting charts
1 Log in to Siebel Analytics as administrator and navigate to the Answers > Analytics Web Administration view. 2 Go to Manage Web Groups & Users. In the No Forecasting Web group, click Edit (this icon resembles a hand). 3 Click the delete icon (X) to delete Authenticated Users from the Group Members section of this group, then click Finished. 4 In the No Forecasting Lite group, click Edit. 5 Under the Group Membership section, click Add New Member and type the following group name in the Member Name box: Authenticated Users. 6 Click Add Member, then click Finished.
Siebel Sales Analytics also provides several preconfigured reports based on Expected Revenue for those customers that do not own Siebel Forecasting. The preconfigured dashboards display these charts by default.
Version 7.5.3
215
Summary Forecast
Derived from the summary-level forecast data displayed in the Forecast screen, Summary view. This data exists for a given position, for a given time period and for a specific date. For example, a Sales Manager reviewing her Summary Forecast sees that on August 10th, she forecasted $6 million for the third quarter.
Detail Forecast Derived from the detail-level forecast data displayed in the Forecast screen, Detail view. This metric allows the user to analyze his personal forecast details. As a result, in addition to position and time information, these details can provide Account, and Opportunity information, if the customer is using a Detail Forecast Series in which every subordinate passes detailed forecast information to her manager during the forecast submission process. If the customer uses a Summary Forecast Series in which only a subordinates summary information is passed on to the manager, then no account or opportunity information will be available to the manager through this metric. Frontline Forecast Derived from the detail-level forecast data displayed in the Forecast screen, Detail view. The difference between Frontline and Detail forecast metrics is that the Frontline metric shows the detailed information from the original owner of the forecasted opportunity. In other words, this metric displays the detail information from the users subordinates as well as her own. The result of this difference is that detailed information, such as Account and Opportunity information, is always available to the user because the metric finds all the opportunities in the forecast where they first appearat the front lines of the organization. For example, a Sales Manager reviewing her Summary Forecast would see that on August 10th, her team in aggregate forecasted $7 million for the third quarter based on several specific opportunities. The date on which a Forecast is deemed to be completed and ready for archival in the Data Warehouse. This field can be found in the Forecast Administration screen, Forecast Series view, Forecast Series Dates applet. To display the date, go to Menu > Columns Displayed and select the Archive Date column.
Archive Date
216
Version 7.5.3
1 In the Quotas view, create a Quota that can be used to assign appropriate revenue quotas to everyone in the sales organization.
This same Quota is assigned to many Quota Plans in order for it to span quarters or years and for it to apply to everyone in the sales organization. For example, you have created a Quota named Quarterly Sales Organization Quotas and have assigned it a Quota Type of Amount and a Performance Measure of Revenue, since you plan to use revenue as your basis of comparison with forecast and actual revenues.
Version 7.5.3
217
2 In the Quota Plans view, create all the relevant Quota Plans for the entire Sales Organization.
Each Plan has one specific time period associated with it, and carries one specific dollar amount for that period. So for each time period, multiple plans with multiple quota target revenues need to be created.
NOTE: The period associated with the Quota Plans must match the period used
in the Forecast Series created in a later step. As an example, you have created four separate plans for the first quarter of 2002one each for Sales Representatives, Sales Managers, Sales Directors, and the Vice President of Sales. In the following figure, you have assigned each such plan an appropriate Period and designated them as Active. Although you have based the Quota Plans in this example on the positions of the quota plan participants, you could have based the plans on the revenue target to be associated with that plan, such as Q1 2002 $1million Quota Plan or Q1 2002 $2 million Quota Plan.
218
Version 7.5.3
3 Assign Quotas and revenue targets to each Quota Plan in the Plan Quotas view.
For each Quota Plan, the administrator needs to associate the Quota created in the first step to the plan, and needs to assign that quota an appropriate Target Revenue. For accurate analysis, it is important that only one Amount/Revenue Quota should be associated with any given Quota Plan. In the Sales Quota AdministrationPlan Quotas screen, in the following figure, the quota Quarterly Sales Organization Quotas is associated with the quota plan Q1 Field Sales Representative Quota, and an associated revenue target of $2 million is also added to the quota plan.
4 Associate the relevant participants to the Quota Plans created in the Quota Plan Participants view. For example, the upper applet (Quota Plan Participants) shows the quota plan Q1 2002 Field Sales Representative Quota, while the lower applet (Participants) shows the three Sales Representatives are associated with this quota plan.
Version 7.5.3
219
unnecessary, because all forecasting charts for such customers are based on expected revenue, which is tracked and managed in the Opportunities screen and not in Siebel Forecasting. To configure Forecast Series
1 In the Forecast Administration > Forecast Series > More Info view, create one Forecast Series for all members of the Sales Organization that can be used period after period.
In the following example, a forecast series called Quarterly Sales Forecast with Details has been created, and the relevant Auto Forecast Search Spec, Associated Search Spec, and Detail Level, as well as a weekly Interval, have been assigned to the series. Because the functional time period in this example is Quarter, use a weekly forecasting process. See Siebel Forecasting Guide for additional information on how to create and administer a forecast.
220
Version 7.5.3
2 In the Forecast Administration > Forecast Series > Forecast Series Dates view, establish the individual forecasts that comprise the Forecast Series.
Note that in the following figure, forecasts created in the Forecast Series span multiple quarters because Quarter is the base time period. If you use Year as your base time period, you need to create forecast series that span multiple years. Spanning time periods in the Forecast Series makes performing historical forecasting accuracy analysis significantly easier.
Forecast Series span multiple quarters by modifying the Start Date and End Date of the forecasts to reflect the Quarter in which the forecast falls. For example, the Start Date and End Date of the 4/2/2002 forecast are 4/1/2002 and 6/30/2002, respectively, while those of the 3/25/2002 forecast are 1/1/2002 and 3/31/2002, respectively. Make sure that the Start and End Dates used in the various forecasts align perfectly with the Periods used in the Quota Plans created earlier.
Version 7.5.3
221
3 In the Forecast Series Participants view, add the appropriate people to the Forecast Series. In the following example, the same three Sales Representatives have been assigned to the quota plan Q1 2002 Field Sales Representative Quota and to the forecast series Quarterly Sales Forecast with Details.
Actual Revenue
Once the Quotas, Quota Plans, and Forecast Series are created, establish the Actual metric to be used in comparison with Forecast and Quota Revenue. In Siebel Analytics, both Order Revenue and Shipped Revenue metrics are already provided with Siebel Sales Analytics.
Order Revenue is calculated based on the date on which the order was received and is credited to the person holding the primary position on the order.
222
Version 7.5.3
Shipped revenue is based on when the line items in the order shipped and is also credited to the person holding the primary position on the order.
NOTE: The system administrator must work with the business analysts to determine
Version 7.5.3
223
The administrator who develops the Forecast, Quota, and Actual charts is usually not a member of the company Forecast Series group. Therefore, no valid forecast dates and, consequently, no CURRENT_FCST_DATE will be returned for the administrator. However, without a valid CURRENT_FCST_DATE, the Forecasting charts, which use this Initialization Block variable to find the current forecast, will return a No Results message for the administrator, thus making the development of forecast charts impossible. To work around this, the administrator should, during development, remove the Primary_Postn_Id constraint from the CURRENT_FCST_DATE variable. Removing this constraint causes the variable to find the most recent forecast date in the entire system. This change makes development possible. When development is completed, the administrator must return the Primary_Postn_Id constraint to the CURRENT_FCST_DATE Initialization Block variable so that the application user's most recent forecast is the one used. This Initialization Block is used in the following charts:
Change in Forecast Details Change in Forecast Details Table Forecast versus Pipeline Change in Summary Forecast by Subordinate Forecast and Actual versus Quota by Subordinate W-E-B by Subordinate Detail Forecast by Industry Vertical Forecast versus Order Revenue by Subordinate Last Quarter Forecast versus Order Revenue by Subordinate
See Siebel Analytics User Guide for detailed instructions regarding Forecast, Quota, and Actual Analytics reports.
224
Version 7.5.3
Currency Conversion
In order to facilitate real-time analysis, Siebel Sales Analytics provides for currency conversion for all data from the Operational Database. This allows users to see all metrics in a single currency, and facilitating meaningful aggregation and comparison of all revenue-based metrics. The system converts all currencies into the default currency used by the Siebel Data Warehouse, so that data from the operational database can be meaningfully compared to data coming from the data warehouse.
NOTE: The system administrator must work with the business analysts to determine
the appropriate currency conversion. Accurate currency conversion requires that the currency to be converted have two attributes:
A currency code that represents its current currency A conversion date that represents the date for which the currency is to be converted
Any revenue information that lacks one of these attributes will be converted using ETL Unknown Exchange Rate. In the standard product, this Initialization Block variable is defined as 1, meaning that unknown currencies are not converted. It is recommended that you use 1 or 0 for this variable so that currencies with unknown current currencies or conversion dates are not converted (ETL Unknown Exchange Rate = 1) or are ignored (ETL Unknown Exchange Rate = 0).
Version 7.5.3
225
Performance
Siebel Sales Analytics uses the Siebel transactional database to provide real-time analytics capabilities. System performance must be carefully managed by using the various caching capabilities of both the Web Server and the Siebel Analytics Server and by using the optimization capabilities of their databases. Read Siebel Analytics Performance Tuning Guide before deploying Siebel Sales Analytics. In addition to the performance tuning steps described, you can do two things to improve the overall performance of the Forecasting subject area:
Archive forecasts in the data warehouse consistently. For instance, you archive each forecast one week after completion. By storing more forecasts in the data warehouse, you simultaneously improve the performance of the analytics queries and reduce the burden on the operational database. The Initialization Block variable ETLRunDateMinusInterval controls which forecasts are sought in the operational database and which forecasts are sought in the data warehouse. This variable looks for forecasts with dates that are some interval before the last ETL run date. For instance, if each forecast is stored one week after completion and an ETL is run each week, then it is guaranteed that any forecast two or more weeks old will be in the data warehouse, so the ETLRunDateMinusInterval should be set to ETLRunDate 14 (days). The Siebel Analytics Server looks in the data warehouse only for those forecasts that are actually there, so care must be taken in determining this variable.
Use the single currency forecast. By preconverting the forecast data into the data warehouse default currency, you remove the necessity for all forecast data to be currency-converted. This allows you to remove the joins and SQL required in the forecast metadata for currency conversion, thereby improving performance. Refer to Siebel Forecasting Guide for detailed instructions on how to establish and maintain single currency forecasts.
226
Version 7.5.3
Workforce Analytics
Siebel Employee Relationship Management (ERM) provides Analytics for Workforce Training, Workforce Performance, and HelpDesk. This section describes some of the configuration that may be necessary for Workforce Analytics. For further information on Siebel ERM, see Siebel Employee Relationship Management Administration Guide.
captured as well. This hierarchy is commonly referred to as organizational hierarchy, although it is actually the divisional hierarchy. In Workforce Training, it is called Organization. In order to be consistent, the users division is referred to as Organization here. The Division and divisional hierarchy is captured in a table called S_SRCEVT_REG_NQ. This table is populated only if certain workflows are imported and activated during implementation. The process to import these workflows is outlined in Importing Workflows on page 227. If you do not activate these workflows, but still want see the current organization and division of the employee, you must remove the Organization dimension from the presentation layer in Workforce Training and add the Organization and Division columns to the Employee dimension in the Workforce Training presentation layer.
Importing Workflows
From a Siebel dedicated Web client or mobile Web client, connect to the sample database on your Siebel operational application CD-ROM using any application; for example, Call Center or ERM. To import a workflow
Version 7.5.3
227
ERM Training Org Hierarchy Stamp ERM Training Stamp Get Org L1 Name ERM Training Stamp Get Org L2 Name and Id ERM Training Stamp Get Org Names SubProcess ERM Training Stamp Get Org_L3 Name and Id ERM Training Stamp Get Pr-postn_Id subprocess ERM Training Stamp Position to Org Subprocess
3 Click on a workflow, select Menu > Export Workflow, and save the workflow to the hard drive. 4 Repeat Step 3 for each workflow.
Set up your ERM environment and test the eTraining functionality fully. Once you have Siebel ERM eTraining tested and running correctly, import the above workflows into your environment and make them active.
228
Version 7.5.3
In Siebel ERM 7.5, the S_SRCEVT_REG_NQ table captures the organizational hierarchy each time an employee registers for a training class. For all registrations in Siebel ERM versions prior to 7.5, the organizational hierarchy was not captured, and therefore not known. If you add any data to the S_SRCEVT_REG_NQ table, you will be associating all courses for a specific employee with that employees current organizationnot the historical organization. It is therefore recommended that you not analyze older registration data based on organization, as it would lead to false queries. If the user does not register for the training, no organization-based information is captured. Therefore, any queries for employee and organization will only result in employees who have registered for a course, and their organizations.
1 For each registration (ROW_ID) in S_SRC_EVT_REG, there is a PERSON_ID. Follow the joins below to get the division (internal organization) for that person:
S_SRC_EVT_REG.PERSON_ID S_CONTACT.ROW_ID S_POSTN.OU_ID S_ORG_EXT.NAME S_CONTACT.ROW_ID S_POSTN.PR_EMP_ID S_ORG_EXT.ROW_ID division name
2 Once you know the Division Name for that specific person, query the S_SRC_EVT_REG table for all Registrations for that person. 3 Capture all of these Registrations (S_SRC_EVT_REG.ROW_ID).
Version 7.5.3
229
4 Add a row for each of these in S_SRCEVT_REG_NQ, so that S_SRC_EVT_REG.ROW_ID = S_SRC_EVT_REG.PAR_ROW_ID. 5 Populate all the Siebel-required fields in S_SRCEVT_REG_NQ and the CUR_ORG_NAME field with the division name.
The hierarchy is not known at the time of the registrations, so the other fields should not be populated.
230
Version 7.5.3
10
Siebel Industry Applications Analytics serve the following industries: Communications, Media, and Energy (CME), Consumer Sector, Life Sciences, Automotive, Financial Services, and Homeland Security. Siebel Industry Applications are shipped with certain Siebel Analytics metadata. This chapter covers the Siebel Analytics metadata for Siebel Industry Applications, especially those areas for which a Siebel administrator may need to adjust Siebel Analytics or the Siebel operational application for specific Analytics purposes, specifically in the areas of:
Dashboard content of Siebel Industry Applications Analytics Metadata requirements for Siebel Industry Applications Analytics
Version 7.5.3
231
1 Shut down Siebel Analytics Server. 2 Launch Siebel Analytics Administration Tool and open Siebel Analytics Repository (SiebelAnalytics.rpd). 3 Go to the Business Model and Mapping window (the logical layer window) and double-click Core to open it. 4 Scroll down to FACTS logical table and double-click the Sources folder to open it. 5 Scroll down to W_ASSET_F (FINS) in the list of logical table sources, right-click on it and select Properties. 6 Click the General tab in the Properties window and uncheck the Active checkbox. 7 Click on OK, save the repository and restart Siebel Analytics Server.
232
Version 7.5.3
1 Shut down Siebel Analytics Server. 2 Launch Siebel Analytics Administration Tool and open Siebel Analytics Repository (SiebelAnalytics.rpd). 3 Go to Business Model and Mapping window (the logical layer window) and double-click Core to open it. 4 Scroll down to FACTS logical table and double-click the Sources folder to open it. 5 Scroll down to W_ASSET_F in the list of logical table sources, right-click on it and select Properties. 6 Click the General tab in the Properties window and uncheck the Active checkbox. 7 Click on OK, save the repository, and restart Siebel Analytics Server.
1 Open the SiebelAnalytics.rpd using the Analytics Administration Tool. 2 Select the entire presentation layer and right-click the mouse to display the menu.
Version 7.5.3
233
4 Make sure that the connection pool Externalized Metadata Strings points to the Siebel operational application database and is working correctly. 5 Go to the Manage Variables menu and locate the initialization block External Metadata Strings. 6 Double-click on the initialization block to open the Edit window. 7 In the Initialization SQL area, change the SQL:
from
select MSG_NUM, MSG_TEXT from VALUEOF(TBO).S_MSG where MSG_TYPE = 'Metadata' and ... [more]
to
select MSG_NUM, MSG_TEXT from VALUEOF(TBO).S_MSG where MSG_TYPE = 'FINS_Metadata' and ... [more]
8 Click OK to commit the changes and save the repository. 9 Restart the Siebel Analytics Server.
234
Version 7.5.3
Consumer Sector
Siebel eConsumer Goods Sales Analytics extends the base Sales Analytics application to include Trade Funds Management analytics, Trade Promotion Evaluation analytics, Sales Performance analytics, and Retail Audit analytics. All Consumer Goods specific metadata has been added to a single subject area. In the Siebel Administration Tool, this metadata is tagged with a red apple icon. The following section covers each fundamental area of Consumer Goods analytics and provides tips for data entry for effective analytics. The Consumer Goods dashboards and pages available to the end user are described in Table 26.
Table 26. Consumer Goods Dashboards and Page Tabs
Dashboard Retail Audit Page Last Audit Function Shows the aggregated results of the last audit, defined the last time a product was audited at a specific account and merchandising location. The aggregated metrics can be drilled into to get a list of accounts or products to target future efforts. Displays key metrics captured in a retail audit over time across accounts or product categories. Combines account and product performance with the individual representative responsible. Displays both individual promotional performance with cumulative trends to provide overall perspective on meeting promotional targets. Shows post promotion evaluation from a key account perspective across several levels of detail including plan, promotion, or promoted product detail. Shows post promotion evaluation from a brand managers perspective, by evaluating corporate promotions.
Corporate
Version 7.5.3
235
Accounts
Sales Performance
Hierarchy
Trends
Product Overview
236
Version 7.5.3
Category
The data requirements for the Consumer Goodsspecific portion of the data model are detailed in Table 27. This includes the fund, promotion, performance and retail audit schema.
.
Promotion
Version 7.5.3
237
238
Version 7.5.3
Version 7.5.3
239
Table 28. Communications, Media and Energy Dashboards and Page Tabs
Dashboard Account Management Page Sales Portal Service Activations Service Modifications Service Disconnections Trouble Tickets Function Identifies top accounts, and related top products, based upon order revenue and order volume. Charts trends of account service activations, and indicates top accounts based on service activation performance metrics. Charts trends of account service modifications, and indicates top accounts based on service modification performance metrics. Charts trends of account service disconnections, and identifies accounts with the highest volume of disconnections. Provides trouble ticket trending charts, and performance indicators, for particular accounts, and for accounts with selected common characteristics. Provides customer satisfaction trending charts, and performance indicators, for particular accounts, and for accounts with selected common characteristics.
Customer Satisfaction
To support these industry-specific dashboards, Communications, Media and Energy (CME) Analytics contains corresponding industry-specific metadata. In the Siebel Analytics Administration Tool, industry-specific metadata is flagged with an icon picturing a telephone. Although this icon is visible in the Administration Tool, it is neither visible nor included within Siebel Answers. End-users employ Siebel Answers to access metadata for building queries and reports. For users of Siebel Answers to view and access CME metadata columns, they must login to Siebel using one of the CME responsibilities listed in Table 11 on page 168. These responsibilities also determine what subject areas the user may access.
240
Version 7.5.3
The data requirements for each of the Communications, Media and Energy dashboards are detailed in Table 29.
Table 29. Data Requirements for Communications, Media and Energy Dashboards
Dashboard Loyalty Management Function This dashboard uses customer scores generated from any 3rd party predictive modeling application offering the following predictive models: Customer Lifetime Value, Churn Propensity, Up-Sell Propensity, Cross-Sell Propensity, and Financial Risk Propensity. Scores must be generated for each Siebel Account, integrated into the Siebel Transaction Database, and then written to the Siebel Data Warehouse. This dashboard uses the Siebel Analytics Customers subject area. See Predictive Analytics Metadata on page 241 for more information. This dashboard uses data generated by Siebel Communications, Media and Energy order management and interactive selling functionality. No specific data requirements are required beyond the data generated from these Siebel modules. This dashboard uses the Siebel Analytics Orders and Products subject areas. This dashboard uses data generated by Siebel Communications, Media and Energy order management, interactive selling, and service functionality. No specific data requirements are required beyond the data generated from these Siebel modules. This dashboard uses the Siebel Analytics Orders, Products, Service Request and Customer Satisfaction subject areas.
Revenue Management
Account Management
Version 7.5.3
241
To facilitate customer segmentation in Siebel Analytics, the following metadata fields group these scores into score ranges:
Churn Score Range Customer Value Score Range Upsell Score Range Cross-Sell Score Range Financial Risk Score Range
While the majority of predictive analytics metadata resides in the Customers subject area, some of it resides in other subject areas as well. The process of developing and deploying these predictive scores is as follows:
1 Generate these scores using any third-party predictive modeling application. This is performed outside of the Siebel operational application. 2 Integrate the scores into the Siebel transactional database. Once this is completed, scores may be viewed in the Siebel operational application by accessing the Accounts > Profiles > Loyalty Profile view. 3 Load the integrated scores into the Siebel Data Warehouse during the extraction, transformation, and loading (ETL) process. 4 Once these scores are loaded into the Siebel Data Warehouse, they are mapped to the following Siebel Analytics metadata fields:
Churn Score Customer Lifetime Value Score Upsell Score Cross-Sell Score
242
Version 7.5.3
In conjunction with other associated metadata, these fields are primarily used to populate the Loyalty Management dashboard.
Account Class Revenue Type Service Type Product Type Price Type Action Type (for Quote and Order line items) CME Order # of Occurrences CME Quote # of Occurrences
Communication, Media and Energy Analytics, and Siebel Interactive Selling Suite Analytics. Siebel Sales Orders include complex products and simple products.
Version 7.5.3
243
Complex products are comprised of a series of products, related by a product hierarchy. The highest product in the hierarchy is the root product, and the lower level products are the child products. In complex products, revenue figures are summed and roll-up to the root product using the ROLLUP_NET_PRI field. For a complex product, Siebel Analytics examines only the root product when computing revenue. Child products are disregarded because their revenue is already reflected in the root. Simple products by nature include only a root product. Siebel Analytics examines this root product when computing revenue, and nothing more. Siebel Communications, Media and Energy order management functionality supports products which have recurring charges over time (for example, $20 per month for 12 months), one-time charges (for example, one-time purchase price of equipment), and usage charges (for example, 15 cents per minute). The revenue attributed to a product with recurring charges is valued by taking the product's net price and multiplying it by the number of months that product is anticipated to be active, as represented by the Number of Revenue Occurrences field. This field, contained in Quote Item and Order Item records, is contained in the Siebel Data Warehouse by the following fields:
W_QUOTEITEM_F.NUM_OCCURRENCE W_ORDERITEM_F.NUM_OCCURRENCE
In Siebel CME Analytics, revenue metrics do not automatically account for all recurring charges, and do not consider the NUM_OCCURRENCE fields. Instead, Siebel CME Analytics revenue metrics incorporate one-time charges, one-month's worth of recurring charges, and no usage charges. To incorporate the anticipated value of all recurring charges, the W_QUOTEITEM_F.NUM_OCCURRENCE and W_ORDERITEM_F.NUM_OCCURRENCE fields may need to be incorporated into revenue calculations made during the Extraction, Transformation and Load (ETL) process for order item and line item records. Alternatively, these fields in the Siebel transactional database, representing the aggregated recurring and one-time product charges, may be used and incorporated into the ETL processes:
S_ORDERITEM.PER_MTH_CHG_SUBTOT S_ORDERITEM.ONETIME_CHG_SUBTOT
244
Version 7.5.3
S_QUOTEITEM.PER_MTH_CHG_SUBTOT S_QUOTEITEM.ONETIME_CHG_SUBTOT
Each CME Order line item and Quote line item contains an Action Type of Add, Update, or Delete. Because Siebel Analytics only looks at root product line items, only the Action Types associated with the root product will be considered during analysis. Therefore, while all line items for a complex product may collectively include a combination of various Action Types, only the Action Type for the root product will be considered during analysis. This is of special importance if a filter or query criteria in analysis is based on the Action Type field, which it is for most Account Management and Revenue Management dashboard reports. Similarly, each CME Order line item and Quote line item is associated with a product of a particular Price Type. Because Siebel Analytics considers root products only, only the Price Type associated with the root product is considered during analysis. Again, this is important if a filter or query criteria is based on Price Type. Such filter criteria apply to most Account Management and Revenue Management dashboard reports.
Version 7.5.3
245
Life Sciences
This section covers these topics:
Configuring dimensions common to all subject areas Configuring dimensions specific to specific subject areas:
Pharma Sales Effectiveness on page 248 Product Categories on page 249 Pharma Promotional Effectiveness on page 249 Pharma Promotional Effectiveness on page 249 Pharma Medical Education Effectiveness on page 250 Pharma Customer Demographics on page 250 Pharma Objectives Achievement on page 250
Common Dimensions
These dimensions are used in all subject areas:
Positions Dimension Alignments Dimension on page 247 Products Dimension on page 248 Product Costs Dimension on page 248
Positions Dimension
A sales territory is defined in Group AdministrationPositions by a Siebel position. Creating parent positions creates the sales force hierarchy. Up to 10 levels of sales force hierarchy are supported by the application. Employees should be assigned to positions to populate employee hierarchy.
246
Version 7.5.3
Position Types need to be set up according to compensation type (Rx or sales) only at the sales territory level. A district manager does not need to have a Position Type assigned to it. Sales Allocation needs to be exposed on the list applet to enter script compensation percentages (Rx or Sales) associated with each territory. For example, if all sales representatives receive 100% of the Rx on a ZIP Code, no action is needed or Position Type = Sales Representative can be assigned to the position. Seed data on the Position Type list of values has been enhanced to include types for mirror, job share, and swat. Typically, both mirror and job share represent a position that receives less than 100% of the total scripts on a ZIP Code.
Alignments Dimension
A sales territory alignment is the relationship of ZIP Code-to-territory or brick-toterritory. The alignment relationship is created in Siebel Assignment Manager under Assignment AdministrationTerritories, as shown in Table 30.
Table 30. Sales Territory Alignment
Relationship Contact ZIP to Territory Criteria Contact ZIP Code Comments Use contact primary address ZIP Codes. Do not use ranges of ZIP Codes (that is, enter unique ZIP Codes as low and high values). Do not enter duplicate ZIP Codes. Do not use ranges of ZIP Codes (that is, enter unique ZIP Codes as low and high values). Do not enter duplicate ZIP Codes. Use contact primary address brick. Do not use ranges of bricks (that is, enter unique bricks as low and high values). Do not enter duplicate ZIP Codes. Do not use ranges of bricks (that is, enter unique bricks as low and high values). Do not enter duplicate ZIP Codes. Do not enter duplicate accounts. Do not enter duplicate contacts.
Contact Brick
Account Brick
Account Contact
Version 7.5.3
247
Products Dimension
The product hierarchy requires customer products (products of the company who licensed the software) to have predefined product types as shown in Table 31.
Table 31. Customer Products Predefined Product Types
Product Level 3 2 No Level 1 Product Type Sample Detail Sub Market Market Example Aracid 400 MG Aracid COPD Asthma
NOTE: Competitive products should use the product type Competitor. Competitor
product hierarchies are set up using parent product relationships exclusively and should not have product levels assigned to them.
248
Version 7.5.3
The specific configuration required for the S_SYND_DATA table depends on your data types, and the Analytics application and reports that you have licensed. The Data Loading Matrix table in Siebel Data Warehouse Installation and Administration Guide guide is the basis of prebuilt reports. The syndicated data loading matrix populates both base and derived metrics used in pharmaceutical sales analytics.
Product Categories
Siebel Pharma Analytics supports custom and prebuilt product category trees to allow rollup of syndicated data by alternative hierarchies. To populate a custom category, first create a Catalog in Catalogue Administration, and create categories and sub categories as part of the catalogue. Table 33 lists the categories that need to have the Usage Type field populated in the Catalog Admin Category Detail Applet.
Table 33. Hierarchy Categories to be Populated in Pharma Analytics
Usage Type Code ATC Chemical Application Form USC Hierarchy Category Anatomical Therapeutic Class Chemical Product application User-defined codes and custom hierarchies
Version 7.5.3
249
250
Version 7.5.3
Internationalization Considerations
11
Siebel Analytics has been designed to allow users to dynamically change their preferred language and locale preferences. This chapter shows how to configure Siebel Analytics applications if you intend to deploy them in one or more language environments besides English. In order to support multiple languages, the Siebel Analytics Server must be set up appropriately.
Version 7.5.3
251
Internationalization Considerations
Maintaining Translation Tables
Metadata Metadata strings are Analyst-created objects in the Siebel Analytics repository such as Subject Area, Metrics, and Dimensions.
Web Catalog Web Catalog objects are end-user created objects such as Reports, Dashboards, and Pages. Translations for Web catalog strings are stored in the SiebelAnalytics.webcat file. For more information on accessing these strings and changing the translations, refer to Siebel Analytics Web Administration Guide.
Metadata Strings
Metadata Strings are loaded by the Siebel Analytics Server from a database table. In the case of Siebel Analytics applications, this table is S_MSG in the Siebel transactional database. The initialization block Externalize Metadata Strings loads the strings for the Server. It is recommended that you run a test to make sure that this initialization block runs successfully. An example of the translation table is:
MSG_NUM CN_Customer_Satisfaction CN_Customer_Satisfaction CN_Customer_Satisfaction MSG_TEXT Customer Satisfaction Kundenzufriedenheit Satisfao do cliente LANG_ID ENU DEU PTB
By default, the Siebel Analytics repository is configured to run in English only. To deploy in any other language, you must externalize the metadata strings. To externalize metadata strings in the Siebel Analytics repository
252
Version 7.5.3
Internationalization Considerations
Maintaining Translation Tables
2 Open SiebelAnalytics.rpd using the Siebel Analytics Server Administration Tool in offline mode. 3 Select the entire presentation layer and right-click the mouse to display the menu. 4 From the pop-up menu, select Externalized Metadata Strings.
A check box appears next to this option the next time you right-click on the Presentation layer. When Externalized Metadata Strings is checked, all metadata strings are read from an external Siebel operational application database, specifically from the S_MSG table.
5 Make sure that the connection pool Externalized Metadata Strings points to the Siebel operational application database and is working correctly. 6 Restart the Siebel Analytics Server.
1 In the Presentation layer, right-click on a Catalog Folder. 2 Select the options Externalize Display Names and Externalize Descriptions. 3 From the Toolbar, choose Tools > Utilities > Externalize Strings and click the Execute button. 4 Click on the Catalog Folders in the left pane.
In the right pane, the translated values and the original strings (names) appear. These translated values are placed in session variables for use by Siebel Analytics Web.
Version 7.5.3
253
Internationalization Considerations
Maintaining Translation Tables
5 Click the Save button to save the strings in the format you want. 6 Click the Close button to end the utility.
1 Open Siebel Tools and connect to your database. 2 Navigate to the Screens Menu > System Administration > List of Values. 3 Right-click and select New Record from the pop-up menu.
254
Version 7.5.3
Internationalization Considerations
Maintaining Translation Tables
5 Add one more record, depending on your deployment, with the following values.
Version 7.5.3
255
Internationalization Considerations
Maintaining Translation Tables
Value Entry Metadata check mark [Choose your deployment language] Analytics Metadata Strings
1 Navigate to Screens Menu > System Administration > Strings. 2 Right-click and select New Record from the menu to add a new record. 3 Obtain the Message Key from the Siebel Analytics Administration Tool.
To get the message key, right-click on the new Presentation layer metadata object and select Properties from the menu. The Message key is displayed in the dialog box under Custom Display Name. The Message key is the part that starts with CN_. For example, double-click on the Pipeline catalog folder in the Presentation layer. The Custom Display name is Valueof(NQ_SESSION.CN_Pipeline). CN_Pipeline is the Message Key.
4 Select your deployment language. 5 Choose the Message typeMetadata or FINS_Metadata, depending on which one was added in Step 5 of To add LOV values for Siebel Analytics on page 254. 6 Select AnalyticsNew Message Level. 7 In the Message Text column, add the translation of the object. 8 Translate & Active Flags should be on. 9 Error Message # is 0. 10 Set the Message Facility to SIA if you are using the Siebel Financial Services application. Otherwise, set it to HORZ.
256
Version 7.5.3
Internationalization Considerations
Maintaining Translation Tables
11 Repeat Steps 210 for each new metadata object string. 12 Restart the Siebel Analytics Server.
Custom Labels
Certain reports in the Web Catalog have custom labels for global prompts on prebuilt Siebel Analytics application dashboards. These custom labels are untranslated at this point, and need to be translated appropriately. Edit the custom labels as described in the following procedure. To edit the custom labels
1 Log into the dashboard as a user with Administrative privileges (Full Control) on that dashboard. 2 In the section containing the prompt, click the Edit button. 3 Click on the properties icon (hand symbol) to open the Analytics Request Properties page. 4 Click on the Modify Request hyperlink to navigate to Siebel Answers. 5 In the prompt definition, edit the string under Label, delete the English (US) string, and add the appropriate translation.
NOTE: The prompt Edit can be accessed directly by browsing the Catalog through
Siebel Answers.
Version 7.5.3
257
Internationalization Considerations
Maintaining Translation Tables
258
Version 7.5.3
This appendix covers the process of customizing your Siebel Analytics applications home page and dashboards, and the Analytics subject areas relevant to your Siebel operational application.
Customizing the Analytics Content on the Siebel Operational Application Home Page
Siebel Analytics applications are integrated with Siebel eBusiness applications using the symbolic URL infrastructure. The following section explains how to use symbolic URLs to link a new report to a Siebel operational application home page and how to add new Analytics Dashboards to the Siebel operational application.
NOTE: For more information on the symbolic URL infrastructure, refer to Siebel Portal
Framework Guide. This section assumes that you have successfully built a symbolic URL to link some external content, using the instructions given in Siebel Portal Framework Guide. For each Analytical report on a Siebel operational application home page, there is a symbolic URL record defined that links the applet to the Analytics report. If you have not already done so, you will need to create a new Homepage applet and set it up to use a symbolic URL. To configure a new Home Page applet to use a symbolic URL
1 Make sure the symbolic URL has been set up. 2 Launch the Siebel operational application and navigate to the Integration Administration > Symbolic URL Administration view.
Version 7.5.3
259
3 Query for the symbolic URL that has been set up for Analytics.
The name of this symbolic URL should be exactly the same as the calculated value of the field that was added to the Business Component. For example, you may have a symbolic URL named HomePageAnalytics.
Fixup Name: Inside Applet SSO Disposition: Inline Analytics Web application name: Select from the pick list
260
Version 7.5.3
The Argument Values should be the same for any Analytics report you work with, except for the Path Argument Value. The Path argument tells the symbolic URL the path to the report on the Analytics Web. To determine the path to the report, log on to your Analytics Web as an Administrator. In Siebel eBusiness Applications, you can access this view through Answers > Siebel Analytics Web Administration. Select Manage Analytics Catalog, then navigate to your report. The full path for the report in our example is /shared/Sales/Pipeline/Overview/ Top 10 Deals. Add this path name to the Symbolic URL argument.
First, using Siebel Tools, set up a new view. Then, in the operational application, define a symbolic URL for that view. For more information on how to set up a view to use Symbolic URLs, refer to Siebel Portal Framework Guide.
1 Define a Symbolic URL. a Navigate to Site Map >Integration Administration > Symbolic URL Administration. b In the Symbolic URL Administration view, add a new record. 2 Define Symbolic URL arguments. a Navigate to Symbolic URL Administration. b In the Symbolic URL Administration applet, select the Symbolic URL you want to configure.
Version 7.5.3
261
c In the Symbolic URL Arguments applet, enter the arguments that need to be sent to the external host.
The symbolic URL definitions are:
NOTE: The SSO Disposition is IFrame and not Inline as in the case of the
applet.
The arguments to be used for the symbolic URLS are shown in Table 35.
Table 35. Symbolic URL Arguments for Dashboards
Name Cmd PortalPath nQUser nQPassword Registered Y Y Y Y Type Constant Constant Command Command Value PortalPages /shared/Executive/_Portal/Executive UseSiebelLoginId UseSiebelLoginPassword Append Y Y Y Y Sequence # 1 2 3 4
Note that cmd argument value is different and is PortalPages now. Also, the PortalPath is the path to the Dashboard, not the path to the report. You can get the path the same way as you would get the path to the report through Siebel Analytics Web.
262
Version 7.5.3
Version 7.5.3
263
264
Version 7.5.3
Version 7.5.3
265
266
Version 7.5.3
Index
A
Actual metric, establishing to use with Forecast and Quota Revenue 222 ADSI authentication, configuring 176 Analytics Bridge, about using Siebel eBusiness 6.3 to 7.5 Analytics Bridge 30 Analytics repository Data-level security, configuration example 187 Data-level security, configuring join between W_OPTY_D and W_PARTY_LOGIN 187 Data-level security, initialization blocks 186 Data-level security, steps to implementing 186 metadata strings, externalizing (Financial Services) 233 metadata strings, externalizing for localization 252 anti-virus software, about running 23 Apache Tomcat 4.x stand-alone testing 91 UNIX, installing on 89 Archive Date forecast analysis term, about 216 attribute analysis, configuring Siebel eBusiness Applications for 214 audience for guide 10 Automatic startup option, about starting the Scheduler automatically 31
C
Cache section parameters 118
catalog security, implementing 182 charting image server, installing and configuring for Windows 39 charts, developing 223 client machine, configuring for clustering 107 client/server communication, TCP/IP considerations 24 cluster configuration parameters, setting comments, adding 146 CONTROLLER_POLL_SECONDS parameter, described 151 CONTROLLER_PORT parameter, setting 152 ENABLE_CONTROLLER parameter, described 149 initialization file location 146 initialization file, about 145 MASTER_SERVER parameter, described 151 parameter entries, changing 147 parameter entry rules 146 PRIMARY_CONTROLLER parameter, described 149 sample initialization file 147 SECONDARY_CONTROLLER parameter, described 150 SERVER_POLL_SECONDS parameter, described 151 SERVER_PORT, described 153 SERVERS parameter, described 150 Cluster Controllers, configuring 104 Cluster Server feature client machine, configuring for clustering 107
Version 7.5.3
267
configuring, and cluster controllers 104 installation considerations 101 installing the clustering feature 101 CME CME metadata, list of 243 dashboards and page tabs, table of 239 dashboards, data requirements 241 order management functionality, configured for CME 243 predictive modeling application, customer scores generated from 241 predictive modeling application, process of developing scores 242 security, responsibilities associated with each dashboard 205 complex products defined 244 consumer sector See also consumer sector responsibilities dashboards and page tabs, table of 235 goods schema, table of 237 consumer sector responsibilities See also consumer sector CME security, responsibilities associated with each dashboard 205 dashboard, associated with 204 financial services, about and responsibilities 207 financial services, forecast analytics terms (table) 216 life sciences security, about and responsibilities (table) 209 CONTROLL_PORT parameter, described 152 CONTROLLER_POLL_SECONDS parameter, described 151 Corda image server and Siebel Analytics, about uninstalling 28 Corda PopChart Image Server See PopChart Imager Server currency conversion, about and attributes 225 custom labels, editing 257
D
dashboards CME, data requirements for 241 CME, table of 239 consumer sector, table of 235 custom dashboards, adding 262 partner manager role mapping 195 partner portal role mapping 198 security, controlling 182 Siebel Analytics application, accessing from 50 Siebel Analytics Stand-Alone, accessing from 50 UNIX, accessing 91 data warehouse See Siebel Data Warehouse data, analyzing older ERM data by organization 229 database tables Siebel Analytics Schedules, and 47, 66 UNIX 66 Data-level security about 184 Analytics repository, configuration example 187 Analytics repository, configuring join between W_OPTY_D and W_PARTY_LOGIN 187 Analytics repository, initialization blocks 186 Analytics repository, steps to implementing security in 186 configuring, security configuration by dimension table 184 levels of 174 data-level visibility 202 debugging UNIX, about and list of executable files 95 Windows, about and list of executable files 38
268
Version 7.5.3
dedicated Web client, importing workflow 227 Detail Forecast forecast analytics term, about 216 documentation, additional 16 dynamic link library (DDL) parameters 138
E
ENABLE_CONTROLLER parameter, described 149 ePharma Analytics Pharma customer demographics, configuring subject area 250 Pharma medical education effectiveness, configuring subject area 250 Pharma objectives achievement, configuring subject area 250 Pharma promotional effectiveness, configuring subject area 249 Pharma sales effectiveness, configuring subject area 248 product category trees, custom and prebuilt 249 ERM Analytics security, responsibilities and security (table) 193
Forecast series, configuring 220 Overlay Sales Force analysis, configuring 223 performance, improving 226 Sales Quotas, configuring 217 Forecast and Quota Revenue, establishing Actual metric 222 Forecast series, configuring 220 Frontline Forecast forecast analysis term, about 216
G
General section parameters 121 Group Administrators, about security 190 guide audience for 10 documentation, additional 16 installation options 13 organization of 11 releases, applies to 9 revision history 17
H
history, revision 17 home page, configuring to use symbolic URL, configuring 259 HP-UX See also installation Siebel Analytics components supported 52 Siebel Analytics components, prerequisites 54 UNIX, post-installation requirements 71 Xvirtualfb, configuring on 77
F
financial services about 207 financial analytics terns (table) 216 responsibility required to view a dashboard (table) 208 Siebel eBusiness Applications security model extended, about and example 207 Forecast and Actual vs Quota Analysis about configuring 217 actual revenue, establishing 222 charts, developing 223 currency conversion, about and attributes 225
I
IBM AIX Siebel Analytics components supported 52 UNIX, post-installation requirements Xvirtualfb, configuring on UNIX 77 IBM DB2
69
Version 7.5.3
269
UNIX, database and tables, creating 67 Windows, database and table, creating 48 industry applications CME, data requirements for dashboards 241 consumer sector, dashboards and page tabs (table) 235 consumer sector, goods schema (table) 237 consumer sector, product costs dimension 248 eFinance Logical Table source, updating 231 life sciences, Pharma subject areas 248 life sciences, positions dimension 246 life sciences, sales territory alignment 247 Logical Table sources for eFinance Analytics, updating 233 products dimension 248 initialization file Cache section parameters 118 comments, adding 110 dynamic link library (DDL) parameters 138 file location 109 General section parameters 121 Optimization Flags section parameters 143 parameter entries, changing 110 parameter entries, rules 110 parsing rules 109 Repository section parameters 117 sample initialization file 110 Security section parameters 131 server query statistics parameters 141 Server section parameters 132 usage tracking parameters 139 User Log section parameters 138 installation See also HP-UX; UNIX; IBM AIX; Siebel Analytics application
account, changing under which a service runs 49 Analytics dashboard, accessing 50 Analytics dashboard, accessing from Stand-Alone 50 Cluster Server feature 101 executable files for debugging, about and list of 38 license keys 42 Microsoft Data Access Components, installing 26 options (table) 13 post-installation tasks, list of 36 reinstall, backing up files 27 Scheduler Configuration under Windows, updating 48 Siebel Analytics and Corda image server, about uninstalling 28 Siebel Analytics repository, about choosing default 35 Siebel Analytics tables, creating and configuring 46 Siebel Analytics Web 39 UNIX, database table and the Siebel Analytics Scheduler 66 UNIX, installation prerequisites 52 Windows, database table and the Siebel Analytics Scheduler 47 Windows, installing Siebel Analytics software 29 installation, data warehouse 11 integrated configuration See Siebel Analytics application
L
language pack installation about 251 translation tables, maintaining 252 LDAP server authentication, configuring 175 license keys UNIX, inserting 96 Windows, inserting 42
270
Version 7.5.3
life sciences security about and data visibility 209 Pharma Analytics responsibilities and functions, table of 210 localization pack, installing about 251 translation tables, maintaining 252 Logical Table sources eFinance Analytics, updating 233 updating 231 LOV values adding for Siebel Analytics 254
M
MASTER_SERVER parameter, described 151 metadata requirements Forecast and Actual vs Quota Analysis, configuring 217 Sales Analytics 215 Workforce Training, subject area 227 Microsoft Data Access Component, installing 26 Microsoft SQL Server creating database and tables 67 Windows, creating database and tables 47 mobile Web client, importing workflow 227
Optimization Flags section parameters 143 Oracle UNIX, creating database and tables 67 Windows, creating database and tables 48 Oracle 8i, post-installation requirements for UNIX 69 Oracle 9.0.1.3, post-installation requirements for UNIX 69 organization of guide 11 ORGANIZATION variable, populating 189 Organization-based security, initialization block 189 Overlay Sales Force analysis, configuring 223
P
page tabs CME, table of 239 consumer sector, table of 235 partner manager role mapping 195 partner portal role mapping 198 pages, controlling security 182 parameters See initialization file partner portal role-based dashboard mapping, table of responsibilities 198 Partner Relationship Management (PRM) security about 195 partner manager role-based dashboard mapping, table of responsibilities 195 partner portal role-based dashboard mapping, table of responsibilities 198 PRM Analytics data-level visibility 202 subject area visibility, table of 201 performance, improving 226 permission See responsibilities PopChart Image Server about using 72
N
NativePoolStackSize, about 83 NQClusterConfig.ini file See cluster configuration parameters, setting nQuire Suite software, about upgrading from version 3 28
O
Object-Level Security about 173 Web Catalog objects 182
Version 7.5.3
271
startup and shutdown scripts, installing and customizing 74 UNIX, installing and configuring for 73 Windows, installing and configuring for 39 Position-based security initialization block 189 Organization-based security, changing to 202 PRIMARY_CONTROLLER parameter, described 149 PRIMARY_POSTN_ID variable, populating 189
R
reinstalling, backing up files 27 reports See Data-level security repository See also Analytics repository dedicated, creating 169 UNIX, upgrading in 158 Windows, choosing default 35 Repository group about creating 177 Repository group, about creating See also Object-Level Security Repository section parameters 117 responsibilities about and ways to check users responsibilities 177 preconfigured responsibilities (table) 178 Revenues functionality, as part of Siebel Forecasting 223 revision history 17
S
S_MSG table custom translations, adding to LOV values, adding 254 Sales Analytics security 254
default data-level visibility (table) 191 ERM Analytics security 193 PRM Analytics security 195 Sales Analytics, about forecast analytics and enabling 215 Sales Quotas, configuring 217 SECONDARY_CONTROLLER parameter, described 150 security See also Data-level security; Object-Level security; user authentication default settings 190 levels of 173 security group, changing from Positionbased to Organization-based 202 Security section parameters 131 seed data, Siebel Analytics 7.0.3 157 server and Web configuration options, UNIX Siebel Analytics Web 96 Siebel Analytics Web Catalog, installing 97 Siebel Analytics Web Catalog, upgrading 97 SERVER parameter, described 150 server query statistics section parameters 141 Server section parameters 132 SERVER_POLL_SECONDS parameter, described 151 SERVER_PORT parameter, described 153 Siebel Analytics components supported 52 dashboard, accessing 50 dashboard, accessing from StandAlone 50 Siebel eBusiness 6.3 to 7.5 Analytics Bridge, about using 30 uninstalling and Corda image server, about 28 UNIX, dashboard accessing 91 version install and config applies to 9 Siebel Analytics application
272
Version 7.5.3
See also Siebel Analytics applications, configuring described 9 installation flowchart 156 installation overview 155 optional analytics applications, accessing 159 preconfigured responsibilities (table) 178 Siebel Analytics 7.0.3 seed data, updating 157 UNIX repositories, upgrading 158 Siebel Analytics applications, configuring See also Siebel Analytics application connection pools (table) 165 database type, changing 163 dedicated repository, creating 169 default DSN values, updating 163 initialization blocks, updating 167 repository, about merging customized content 161 Siebel eBusiness application drillthrough, about setting up 172 Siebel eBusiness application, updating 172 static repository variable and values (table) 162 Siebel Analytics cache, about 228 Siebel Analytics Repository See Analytics repository Siebel Analytics Scheduler UNIX, database tables, and 66 Windows, database tables, and 47 Siebel Analytics Server described 9 TCP/IP considerations 24 UNIX, restarting 171 UNIX, server fails to start 64 UNIX, testing installation 63 Windows, restarting 171 Siebel Analytics Server Administration Tool, support of 52 Siebel Analytics server setting, UNIX
C shell, tools for 93 executable files for debugging, about and list of 95 standard shell, tools for 92 stopper Siebel Analytics Server, tools for 94 Siebel Analytics tables account, changing under which a service runs 49 scheduling configuration under Windows, updating 48 UNIX, database tables and the Siebel Analytics Schedules 66 UNIX, list of tables 65 Windows, database tables and the Siebel Analytics Schedules 47 Windows, list of tables 46 Siebel Analytics Web See also Siebel Analytics Web, installing on UNIX charting image server, installing and configuring for Windows 39 configuration options 96 license keys 42 UNIX, license keys 96 Window, required security settings 24 Siebel Analytics Web Catalog installing 97 upgrading from previous version 97 Siebel Analytics Web, installing on UNIX See also UNIX; Siebel Analytics Web Corda PopChart Image Server, installing 73 Corda PopChart Image Server, installing and customizing startup and shutdown scripts 74 Corda PopChart Image Server, starting 75 installation prerequisites 71 Siebel Cluster Server feature See Cluster Server feature Siebel Data Warehouse, version install and config applies to 9
Version 7.5.3
273
Siebel Delivers, and using X Virtual Frame Buffer (Xvfb) 72 Siebel eBusiness 6.3 to 7.5 Analytics Bridge, about using 30 Siebel eBusiness Applications, configuring for attribute analysis 214 Siebel eFinance See financial services Siebel eFinance Analytics Analytics repository, externalizing metadata strings in 233 Logical Table sources, updating 233 Siebel Employee Relationship Management (ERM) See Workforce Training subject area Siebel Industry Applications CME, dashboards and page tabs (table) 239 Communications, Media, and Energy (CME) security (table) 205 consumer sector security (table) 203 Financial Services security, about and table 207 Life Sciences Analytics security, about and table 209 Siebel PRM Analytic See Partner Relationship Management (PRM) security Siebel Sales Analytics See Sales Analytics security Siebel Web components Apache Tomcat 4.x stand-alone, installing 89 Sun ONE Web server, creating new virtual server 79 Sun ONE Web server, testing server installation 82 Tomcat Web server installation, testing 91 UNIX, installing 78 web-apps.xml file, 81 simple products defined 244 Solaris
UNIX, post-installation requirements 69 xVirtual Frame Buffer, configuring on 76 StackSize, about 83 stand-alone configuration See Siebel Analytics Server subject area Analytics subject areas for Siebel Applications, table of 263 mapping, visibility (table) 201 Sun ONE Web server new virtual server, creating 79 server installation, testing 82 symbolic URL custom dashboards, adding 262 new home page, using to configure 259
T
team-based security, about preconfigured initialization blocks 189 translation tables, maintaining about and types of application strings 252 custom labels, editing 257 external strings utility, using for localization 253 LOV values, adding 254 metadata strings, about and translation table example 252 S_MSG table, adding custom translations to 254 Siebel Analytics repository, externalizing metadata strings 252 string translations, adding for Siebel Analytics metadata 256 Troubleshooting, UNIX 98
U
Unicode support, about on platforms 251 uninstalling Siebel Analytics and Corda image server 28 UNIX
274
Version 7.5.3
See also Siebel Analytics Web, installing on UNIX; installation Apache Tomcat 4.x stand-alone, installing 89 Apache Tomcat Web server installation, testing 91 Corda PopChart Image Server, installing and configuring 73 dashboard accessing 91 database tables and Siebel Analytics Scheduler 66 HP-UX, configuring Xvirtualfb on 77 HP-UX, post-installation requirements 71 IBM AIX, configuring Xvirtual fb on 77 IBM AIX, post-installation requirements 69 IMB DB2, creating a database and tables 67 installation prerequisites 52 license keys, inserting 96 Oracle 8i, post-installation requirements 69 Oracle 9.0.1.3, post-installation requirements 69 Oracle, creating database and tables 67 repositories, upgrading 158 Scheduler configuration, updating 67 server fails to start 64 Siebel Analytics components supported 52 Siebel Analytics Server software, installing on 55 Siebel Analytics Server, restarting 171 Siebel Analytics Tables, list of 65 Siebel Analytics Web Catalog, installing 97 Siebel Analytics Web Catalog, upgrading 97 Siebel Analytics Web components, uninstalling 78 Siebel Analytics Web, configuration options 96
Solaris, post-installation requirements 69 stopping Siebel Analytics Server, tools for 94 Sun ONE Web server installation, testing 82 Sun ONE Web server, created new virtual server 79 testing Siebel Analytics Server installation 63 troubleshooting, table 98 web-apps.xml file. editing 81 xVirtual Frame Buffer, configuring on Solaris 76 usage tracking section parameters 139 User Administrator, about security 190 user authentication ADSI authentication, configuring 176 LDAP server authentication, configuring 175 User Log section parameters 138
V
virus software, running 23
W
Web Catalog group, about creating 177 Web Catalog objects, implementing catalog security 182 Windows account, changing under which a service runs 49 IBM DB2, creating a database and table 48 Oracle, creating database and tables 48 PopChart Image Server, installing and configuring 39 scheduling configuration, updating 48 Siebel Analytics repository, about choosing default 35 Siebel Analytics Server, restarting 171 Siebel Analytics software, installing 29
Version 7.5.3
275
Siebel Analytics Web, installing and configuring charting image server 39 Siebel Analytics Web, required security settings 24 Windows 2000 clustered server clients, configuring 107 Windows NT, configuring clustered server clients 107 workflow, importing from dedicated Web client or mobile Web client 227 Workforce Training subject area about 227
ERM data, updating earlier 229 older Siebel ERM data by organization, analyzing 229 Siebel Analytics cache, about 228 workflow, importing 227
X
Xvirtual Frame Buffer about using 72 HP-UX, configuring on 77 IBM, configuring on 77 Solaris, configuring on 76
276
Version 7.5.3