B6019G B6019 Course Guide
B6019G B6019 Course Guide
Course Guide
IBM Cognos Analytics:
Architecture and Logging (v11.0)
Course code B6019 ERC 1.0
IBM Training
Preface
June 2016
NOTICES
This information was developed for products and services offered in the USA.
IBM may not offer the products, services, or features discussed in this document in other countries. Consult your local IBM representative for
information on the products and services currently available in your area. Any reference to an IBM product, program, or service is not intended to
state or imply that only that IBM product, program, or service may be used. Any functionally equivalent product, program, or service that does not
infringe any IBM intellectual property right may be used instead. However, it is the user's responsibility to evaluate and verify the operation of any
non-IBM product, program, or service. IBM may have patents or pending patent applications covering subject matter described in this document.
The furnishing of this document does not grant you any license to these patents. You can send license inquiries, in writing, to:
IBM Director of Licensing
IBM Corporation
North Castle Drive, MD-NC119
Armonk, NY 10504-1785
United States of America
The following paragraph does not apply to the United Kingdom or any other country where such provisions are inconsistent with local law:
INTERNATIONAL BUSINESS MACHINES CORPORATION PROVIDES THIS PUBLICATION "AS IS" WITHOUT WARRANTY OF ANY KIND,
EITHER EXPRESS OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF NON-INFRINGEMENT,
MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. Some states do not allow disclaimer of express or implied warranties in
certain transactions, therefore, this statement may not apply to you.
This information could include technical inaccuracies or typographical errors. Changes are periodically made to the information herein; these
changes will be incorporated in new editions of the publication. IBM may make improvements and/or changes in the product(s) and/or the
program(s) described in this publication at any time without notice.
Any references in this information to non-IBM websites are provided for convenience only and do not in any manner serve as an endorsement of
those websites. The materials at those websites are not part of the materials for this IBM product and use of those websites is at your own risk.
IBM may use or distribute any of the information you supply in any way it believes appropriate without incurring any obligation to you. Information
concerning non-IBM products was obtained from the suppliers of those products, their published announcements or other publicly available
sources. IBM has not tested those products and cannot confirm the accuracy of performance, compatibility or any other claims related to non-IBM
products. Questions on the capabilities of non-IBM products should be addressed to the suppliers of those products.
This information contains examples of data and reports used in daily business operations. To illustrate them as completely as possible, the
examples include the names of individuals, companies, brands, and products. All of these names are fictitious and any similarity to the names and
addresses used by an actual business enterprise is entirely coincidental.
TRADEMARKS
IBM, the IBM logo, Cognos, DB2, TM1 and ibm.com are trademarks or registered trademarks of International Business Machines Corp., registered
in many jurisdictions worldwide. Other product and service names might be trademarks of IBM or other companies. A current list of IBM trademarks
is available on the web at “Copyright and trademark information” at www.ibm.com/legal/copytrade.shtml.
Adobe, and the Adobe logo are either registered trademarks or trademarks of Adobe Systems Incorporated in the United States, and/or other
countries.
Java and all Java-based trademarks and logos are trademarks or registered trademarks of Oracle and/or its affiliates.
Linux is a registered trademark of Linus Torvalds in the United States, other countries, or both.
Microsoft, Windows, and the Windows logo are trademarks of Microsoft Corporation in the United States, other countries, or both.
UNIX is a registered trademark of The Open Group in the United States and other countries.
© Copyright International Business Machines Corporation 2016.
This document may not be reproduced in whole or in part without the prior written permission of IBM.
US Government Users Restricted Rights - Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp.
Contents
Preface................................................................................................................. P-1
Contents ............................................................................................................. P-3
Course overview............................................................................................... P-11
Verify services used in the course environment................................................ P-12
Document conventions ..................................................................................... P-13
Exercises.......................................................................................................... P-14
Additional training resources ............................................................................ P-15
IBM product help .............................................................................................. P-16
Introduction and Service-Oriented Architecture................................. 1-1
Unit objectives .................................................................................................... 1-3
IBM Cognos Analytics architecture ..................................................................... 1-4
Component definitions ........................................................................................ 1-5
Two languages, two approaches ........................................................................ 1-6
What is Java EE? ............................................................................................... 1-7
Examine IBM Cognos Analytics servlets ............................................................ 1-8
Examine 32-bit vs. 64-bit .................................................................................... 1-9
Examine 64-bit support..................................................................................... 1-10
Examine 64-bit support benefits ....................................................................... 1-11
List core install components ............................................................................. 1-12
List companion installs ..................................................................................... 1-15
Overview of core install components ................................................................ 1-16
Describe gateways ........................................................................................... 1-17
Explore gateway requests ................................................................................ 1-19
Describe the Application Tier install component ............................................... 1-20
Describe IBM Cognos Content Database ......................................................... 1-21
Describe Service-Oriented Architecture (SOA) ................................................. 1-22
Describe SOA assets ....................................................................................... 1-23
Examine SOA in IBM Cognos........................................................................... 1-24
What are IBM Cognos Services?...................................................................... 1-25
Explain SOA communication in IBM Cognos 11 ............................................... 1-26
Examine external IBM Cognos Analytics services ............................................ 1-27
Examine add-on installs ................................................................................... 1-28
Demonstration 1: Explore an IBM Cognos Analytics environment .................... 1-29
Installation map ................................................................................................ 1-36
Demonstration 2: Set up the TCPMonitor utility and perform a request ............ 1-37
Unit summary ................................................................................................... 1-42
Course overview
Preface overview
This course is designed to teach participants how to identify components and sub-
components of the IBM Cognos Analytics architecture and how to use tools and
techniques to provide a foundation to troubleshoot issues. Through lecture and
interactive exercises participants will identify IBM Cognos Analytics components,
examine how these components interact with Java, and will explore logging to assist
when troubleshooting issues.
Intended audience
• Administrators responsible for administering the IBM Cognos Analytics 11.0
environment
Topics covered
Topics covered in this course include:
• Introduction and Service-Oriented Architecture
• Explore the IBM Cognos Dispatcher
• Examine IBM Cognos services
• Examine Java memory management
• Examine audit logging and Indication Processing Facility logging
• Perform dye tracing
• Explore Dynamic Query Mode
• Explore component logging
• Examine additional tools and special task logging
Course prerequisites
Participants should have:
• IBM Cognos Analytics: Administration (v11.0) course or equivalent experience
administering the IBM Cognos Analytics environment
Document conventions
Conventions used in this guide follow Microsoft Windows application standards, where
applicable. As well, the following conventions are observed:
• Bold: Bold style is used in demonstration and exercise step-by-step solutions to
indicate a user interface element that is actively selected or text that must be
typed by the participant.
• Italic: Used to reference book titles.
• CAPITALIZATION: All file names, table names, column names, and folder names
appear in this guide exactly as they appear in the application.
To keep capitalization consistent with this guide, type text exactly as shown.
Exercises
Exercise format
Exercises are designed to allow you to work according to your own pace. Content
contained in an exercise is not fully scripted out to provide an additional challenge.
Refer back to demonstrations if you need assistance with a particular task. The
exercises are structured as follows:
The business question section
This section presents a business-type question followed by a series of tasks. These
tasks provide additional information to help guide you through the exercise. Within
each task, there may be numbered questions relating to the task. Complete the
tasks by using the skills you learned in the unit. If you need more assistance, you
can refer to the Task and Results section for more detailed instruction.
The task and results section
This section provides a task based set of instructions that presents the question as
a series of numbered tasks to be accomplished. The information in the tasks
expands on the business case, providing more details on how to accomplish a task.
Screen captures are also provided at the end of some tasks and at the end of the
exercise to show the expected results.
Task- You are working in the product and IBM Product - Help link
oriented you need specific task-oriented help.
Introduction and
Service-Oriented Architecture
Unit objectives
• Identify IBM Cognos 11 architectural components
• Describe Service-Oriented Architecture in IBM Cognos
Unit objectives
Component definitions
• IBM Cognos Analytics 11 is composed of many components:
development component
− coded in Java or C++
component stack or product component
install component
Component definitions
IBM Cognos 11 is a mix of development components coded in Java or C++. This is
important in understanding the deployment in your environment, to help you when
troubleshooting.
A development component is the smallest entity in the product, and is often referred to
by an acronym such as XTS (XML Transformation Service), CQE (Cognos Query
Engine), and RQP (Relational Query Planner).
A set of development components constitute a product component, often referred to by
an acronym. For example, CAM (Cognos Access Manager) consists of AAA
(Authentication Authorization Accounting), CRP (Cryptography), and AutoCA (Auto
Certificate Authority, the IBM Cognos Analytics certificate authority).
C++ Java
• IBM Cognos Analytics - Reporting: allows report authors to create, edit, and
distribute a wide range of professional reports. Authors can also define corporate-
standard report templates for use as well as edit and modify reports created in
older IBM Cognos offerings, such as Query Studio, Analysis Studio, Report
Studio, and Cognos Workspace Advanced. IBM Cognos Analytics - Reporting
also provides access to dimensional, OLAP (online analytical processing) and
dimensionally modeled relational data sources.
• Event Studio: set up agents to monitor your data and perform tasks when
business events or exceptional conditions occur in your data that must be dealt
with. When an event occurs, people are alerted to take action. Agents can publish
details to the portal, deliver alerts by email, run and distribute reports based on
events, and monitor the status of events. For example, a support call from a key
customer or the cancellation of a large order may trigger an event, sending an
email to the appropriate people.
• IBM Cognos Analytics - Dashboards: create sophisticated interactive
dashboards using personal files and Data Modules. You can view and open
favorite dashboards, manipulate the content in the dashboards, and email your
dashboards.
• Dispatcher: A dispatcher starts all IBM Cognos 11 services configured and
enabled on a computer, and routes requests.
• Content Manager: the IBM Cognos 11 service that manages the storage of
application data. This application data includes security, configuration data,
models, metrics, report specifications, and report output. Models are published
from Framework Manager to Content Manager. Content Manager is also used to
retrieve or store report specifications, manage scheduling information and
manage the built-in Cognos security namespace. Content Manager stores
information in a database known as the Content Store. Content Manager is a
Java servlet and requires an application server such as IBM WebSphere Liberty
Profile. IBM Cognos Analytics installs IBM WebSphere Liberty Profile as the
default application server. Note that there can only be one active instance of the
Content Manager and Content Store, but it is possible to have a standby Content
Manager available as a failover system.
• Framework Manager: a metadata modeling tool that drives query generation for
IBM Cognos software. A model is a collection of metadata that includes physical
information and business information for one or more data sources.
• Gateway: one or more gateways can be installed on one or more servers. A
gateway transfers information from one server to another server. For failover, the
gateway can be configured with the location of multiple dispatchers. In IBM
Cognos 11, the gateway component is not required. A gateway component is
only needed when using web-based features, such as Single Sign-On (SSO)
authentication, access to external web servers, or 3rd-party portals.
Gateway (optional)
(C++ multi-platform)
(cognos.cgi, cognos_isapi.dll, apache_mod)
DB2 Database
Java Component (multi-platform)
Describe gateways
• Reside on one or more Web servers.
• Is an extension of a Web server program passing information between
Web servers.
• Types:
Common Gateway Interface (CGI)
ISAPI*
apache_mod* (Apache 1.x, Apache 2, Apache 2.2)
servlet*
Gateway
(C++ multi-platform)
Describe gateways
IBM Cognos supports several types of Web gateways.
• CGI (Common Gateway Interface): The default gateway, CGI can be used for all
supported Web servers. However, for enhanced performance or throughput, you
may choose one of the other supported gateway types. For each request a
cognos.cgi process is executed on the server. CGI gateways are the least
secure.
• ISAPI: ISAPI is used with the Microsoft Internet Information Services (IIS) Web
server. It delivers faster performance for IIS. This gateway supports connection
pooling.
• Apache_mod: You can use an apache_mod gateway with the Apache Web
server. This gateway supports connection pooling.
• Servlet: If your Web server infrastructure supports servlets or you are using an
application server, you can use a Servlet gateway. This gateway supports
connection pooling, 20 by default, configurable in web.xml only.
Establishing and releasing connections is a resource intensive task. IBM Cognos 11
does a lot of connection pooling, a technique used for establishing a pool of resource
connections that applications can share on an application server. Not having
connection pooling is what makes CGI resource intensive and comparatively poor
performing. The Web server manages the number of connections and re-uses them
when possible.
If using IIS, you should use the ISAPI gateway. The setup is the same as CGI. You will
need to modify the index.html and/or default.html in the webcontent directory.
Gateway Dispatcher
(Java)
(C++ multi-platform)
(cognos.cgi, cognos_isapi.dll, servlet
gateway, apache_mod)
Servlet Gateway
(Java)
Content Manager
(Java)
Dispatcher
(Java)
Cognos Content
Database
Platform BI Server
Content Manager Service Graphics Service* (Batch) Report Service
Agent Service Content Manager Cache Service* Query Service*
Event Management Service Index XXX Service*
Delivery Service Human Task Service*
Job Service Annotation Service*
Monitor Service Interactive Discovery Visualization
Metadata Service Service**
Presentation Service Repository Service**
Report Data Service Relational Metadata Service**
Demonstration 1
Explore an IBM Cognos Analytics environment
Demonstration 1:
Explore an IBM Cognos Analytics environment
Purpose:
You want to familiarize yourself with the distributed environment of IBM
Cognos 11 at your company. To do this, you will explore the system and its
configuration.
In this environment, the installation and configuration of components uses a technique
that has these components installed to different directories in the same physical
environment, to simulate a distributed environment.
At the end of this demonstration, there is an installation map that may be a helpful
reference throughout this course.
Important information: Before doing this demonstration, in the BI environment, in the
Taskbar, click Services to ensure that the following services are started:
• Apache Directory Server - default
• DB2-DB2COPY1 - DB2
• DB2DAS - DB2DAS00
• World Wide Web Publishing Service
• IBM Cognos Full:9315
• IBM Cognos DispCM:9320
If any of the services are not running, start them and then close the Services window.
Be patient when starting these services, as they will take some time.
Note: Always start Apache Directory Server - default before the IBM Cognos Services,
and start IBM Cognos Full:9315 completely before starting
IBM Cognos DispCM:9320.
When starting the IBM Cognos services, a message will appear about not starting the
service in a timely fashion; close the message and wait for two minutes before you click
Refresh on the Services toolbar. You may have to refresh in two minute increments to
see a status of Started.
Note that your Start menu may not appear exactly as pictured, but all of the
above folders should exist.
IBM Cognos Analytics DispCM is an install of a Dispatcher and standby Content
Manager. IBM Cognos Analytics Full is a full installation of Dispatcher, Content
Manager, and Gateway. IBM Cognos Analytics Samples is the installation of
sample data for IBM Cognos. IBM Cognos Cube Designer is an install of IBM
Cognos Cube Designer. IBM Cognos Dynamic Query Analyzer is an install of
IBM Cognos Query Analyzer. IBM Cognos Framework Manager is an install of
Framework Manager.
2. Click each instance mentioned in Step 1 and review what is available to you.
Notice that with the exception of IBM Cognos Analytics Samples, there is an
instance of IBM Cognos Configuration for each installation.
3. Under IBM Cognos Analytics Full, click IBM Cognos Configuration, and
then in the Explorer pane, click the Environment node.
A section of the result appears as follows:
You may have to scroll or resize your window to see all the contents shown.
4. In the Explorer pane, click IBM Cognos services, and familiarize yourself with
the services available and the settings that have been configured in this install
instance.
5. In the Explorer pane, under the Data Access node, click Content Manager,
and then click Content Store, and review the settings.
Notice that the Content Store database name is cm, and that it is a DB2
database. You will look at the content store in a later task.
6. Close IBM Cognos Configuration when you have finished reviewing the
settings. Click No if you are prompted to save changes.
7. Repeat steps 3 to 6 for the IBM Cognos Analytics DispCM instance of IBM
Cognos Configuration.
This installation contains a backup Content Manager, in the event that the
Content Manager in the Full installation fails.
8. Close IBM Cognos Configuration when you have finished reviewing the
settings.
6. Expand webapps\p2pd\WEB-INF.
This is where the workings of IBM Cognos 11 reside.
7. Close Windows Explorer.
Task 3. Explore the content store.
1. From the Start menu, navigate to All Programs\IBM Data Studio\Data Studio
4.1.0.0 Client.
Data Studio Client opens (this will take a few moments). If you are prompted to
specify a workspace, leave the default folder path selected, select the Use this
as the default and do not ask again check box, and then click OK.
If a Windows Security Alert dialog box appears containing a message related to
Windows Firewall, click Allow access.
2. Maximize the window, in the Administration Explorer pane on the left side,
and then expand localhost and DB2.
The databases configured that you will use in this course are AUDIT, CM, and
GS_DB.
6. Repeat steps 3 to 6 to see the tables in the GS_DB database. In step 4, specify
a user name of db2admin.
This database is populated with items from GO Sales and GO Data Warehouse
that are used when authoring and running reports.
7. When you are finished reviewing the content, close the IBM Data Studio
window. If necessary, select the Always exit without prompt check box and
then click OK.
Results:
You explored the IBM Cognos 11 system and its configuration to become
familiar with the distributed environment you will be using. The environment
contains a distributed IBM Cognos 11 install consisting of one Gateway, two
Dispatchers, one active Content Manager, and one backup Content Manager.
Installation map
Installation map
The installation map provides a virtual topology of where IBM Cognos Analytics
components are installed in the environment used in this course. The tiers are logical.
There is no physical separation of components. All installations are on the same OS,
however the components have been virtually separated by installing to different
directories and by configuring using different port numbers. Apache Directory Server,
IBM DB2 Express 10.5, and IIS Web Server are also installed and configured.
• IBM Cognos 11 Full includes installation of the optional gateway in Web tier
(logical), application tier components\dispatcher in Application Tier (logical), and
Content Manager in Data Tier (logical)
• IBM Cognos 11 DispCM includes installation of application tier
components\dispatcher in Application Tier (logical), and Content Manager in Data
Tier (logical).
• IBM Cognos 11FM includes installation of Framework Manager in Application
Tier (logical)
Demonstration 2
Set up the TCPMonitor utility and perform a request
Demonstration 2:
Set up the TCPMonitor utility and perform a request
Purpose:
As an administrator, you want to examine requests and responses for your IBM
Cognos 11 environment. In order to do this, you will set up the TCPMonitor
utility that is bundled with IBM Cognos 11, configure a Listener, and then review
the results.
TCPMonitor is a useful tool to view requests and responses. It can also be set to
simulate a slow connection, allowing you to set Bytes per Pause and Delay in
Milliseconds when you create a new TCP/IP Monitor. This can be useful when testing
Web services.
Task 1. Set Up the TCPMonitor utility.
1. Start Windows Explorer, navigate to
C:\Program Files\IBM\cognos\analytics_full\webapps\p2pd\WEB-INF, and
then double-click tcpmon.bat.
The TCPMonitor window appears.
2. Configure the Listener as follows:
• Listen Port #: 9999
• Target Hostname: vclassbase
• Target Port#: 88
3. Click Add.
4. If a Windows Security Alert dialog box appears, select only the Private
networks, such as my home or work network check box, and then click
Allow access.
A new tab with Port 9999 on it appears in the TCPMonitor window. This will let
you view the HTTP requests and responses in IBM Cognos 11. The Listener is
configured for an unused port.
5. Click the Port 9999 tab.
The Listener has started, and is waiting. On this tab, you will see a list of
requests made to IBM Cognos 11 and can review the HTTP messages for both
the requests and responses in the pane below the list, as they are made to
IBM Cognos 11, when a user is logged on.
Notice the State column. Be sure to watch as the next step happens, as you will
see Req change to Done. Another state you may see in TCPMonitor is Active.
The middle pane displays requests, and the bottom pane displays responses by
vclassbase:88.
3. In the browser, log in with admin\Education1 credentials, and then review the
results in TCPMonitor. It may take a few moments to log on.
Unit summary
• Identify IBM Cognos 11 architectural components
• Describe Service-Oriented Architecture in IBM Cognos
Unit summary
Reference of Acronyms:
AAA Authentication Authorization Accounting
ACL Access Control List
ADO Active X Directory Objects
API Application Interface
AR Active Report
ATC Application Tier Components
BAPI Business Application Programming Interface
BIBUS Communication between services (protocol)
BME BMT Engine
BMT Batch Metadata Tool
BMTFW Batch Metadata Tool Framework Manager
BMTFW BMT UI Framework
CAF Cognos Application Firewall
CAM Cognos Access Manager
CATALINA_OPTS Variable for Apache Tomcat
CCD Cognos Content Database
CFX GetCFXHandler
CGI Common Gateway Interface
CM Content Manager
CMM Metric Studio
COBRA Common Object Request Broker Architecture
CQE Cognos Query Engine
CRP Cryptography
CRX Cognos Report Expression
CSK Common Symmetric Keystore
DA&M Data Access and Modeling
DIS Data Integration Service
DISP Dispatcher
DLS Delivery Service
DMB Dynamic MOLAP Builder
DMR Dimensionally Modeled Relational
DOM Document Object Model
DQA Dynamic Query Analyzer
DQM Dynamic Query Mode
DRU Dynamic Reportspec Updater
EMS Event Management Service
ES Event Studio
FFP Full Fidelity Publish
FM Framework Manager
FMMD Framework Manager MetaData
Explore the
IBM Cognos Dispatcher
Unit objectives
• Describe IBM Cognos Dispatcher
• Describe request routing and the routing process
• Describe Content Manager Cache Service
Unit objectives
What is a thread?
• Unit of processing time scheduled by the operating system
What is a thread?
Threads, or threads of execution, are the smallest unit of processing time that is
scheduled by the operating system (OS). You can have more than one thread of
execution in a process. Multiple threads can share resources, as subsets of a process,
but processes handle resources differently than threads and are typically independent.
Multi-threading can be handled by the OS distributing to different Central Processing
Units (CPU). Programs must be carefully designed in such a way that all the threads
can run at the same time without interfering with each other.
What is a servlet?
• Multi-threaded program
• Handles HTTP requests sent to it in one or multiple threads
• Responds by HTTP
What is a servlet?
Servlets will use threads within the application server process scope, proportional to the
number of requests sent to it. Servlets are the application tier equivalent to CGI
programs in the Web tier, as they typically do not implement business logic.
A servlet is a Java program which runs in a specific environment, the servlet container
as defined by the Java EE framework. The Java EE framework is typically implemented
by a Java application server like WebSphere, or JBOSS.
A servlet cannot be run stand-alone but rather runs within the process of the container,
and serves the single purpose to accept a request received by the servlet container and
passed to it.
What is a process?
• An instance of a computer program that is being executed.
• It executes instructions.
What is a process?
While a program itself is a passive collection of instructions, a process is something
which executes those instructions. Several processes can be associated with the same
program, although each would execute independently. A single process is always
assigned to a single physical CPU.
Dispatcher
(Java)
Servlet name: dispatcher
BIBus
Dispatcher
(Java) Dispatcher
(Java)
Application Tier Application Tier
Report Server PowerPlay Server
Content Manager
(C++) (C++) (Java)
Dispatcher
(Java)
Dispatcher
Dispatcher (Java)
Application Tier (Java)
Report Server Application Tier
Application Tier
(C++) Report Server PowerPlay Server
Content Manager
(Java) (C++) (C++)
Dispatcher
(Java)
Dispatcher
(Java)
Content Manager
(Java)
Demonstration 1
Review the output of p2plbDiag
Demonstration 1:
Review the output of p2plbDiag
Purpose:
You want to use p2plbDiag to review information about a specific dispatcher
including GUID and server group, all known dispatchers, and load balancing
statistics.
At the beginning of this demonstration, only the IBM Cognos Full:9315 dispatcher
needs to be running. Stop the IBM Cognos DispCM:9320 dispatcher service if it is
running, before you begin this demonstration.
Task 1. Access p2plbDiag and log on.
1. Launch Internet Explorer, in the Address box, type
http://vclassbase:9315/p2pd/servlet/dispatch/p2plbDiag, and then press
Enter.
2. Log in as admin/Education1.
If you are prompted to turn AutoComplete on, click No.
Task 2. Review the results of p2plbDiag and the current
system.
1. Use the results to answer the following:
• Dispatcher:
• GUID:
• Content Manager (CM):
• Server Group:
• Load Balancing Mode:
• Disabled Services:
• Are there multiple dispatchers available?
The information here should match up with your configuration settings in IBM
Cognos Administration. You can use this as a quick way to find out if the
Dispatcher is available; you can also determine this in IBM Cognos
Administration.
If you see two dispatchers (http://vclassbase:9315/p2pd and
http://vclassbase:9320/p2pd) listed on this page, you may need to:
a) Close the Web browser.
b) Stop the IBM Cognos DispCM:9320 service if it is not already stopped.
c) Restart the IBM Cognos Full:9315 service.
d) Wait 60 seconds.
e) Reopen the Web browser and browse to
http://vclassbase:9315/p2pd/servlet/dispatch/p2plbDiag again (logging
on as admin/Education1 when prompted).
Now that you can see one Dispatcher is registered and available in the
environment, what will happen if another Dispatcher is running? Will the
registered Dispatcher display in p2plbDiag?
2. Close the browser window.
What is a conversation?
• Sequence of requests sent from the client to a specific service.
• Example of conversation, running an HTML report:
Database connectivity prompts
Parameter selection prompts
Query execution status updates
Paging through HTML output
What is a conversation?
In many situations, an operation is processed using a sequence of requests sent from
the client to a specific service. This sequence of requests is known as a conversation.
<bus:conversationContext xsi:type="bus:conversationContext">
<id>yMdhMlysGsGhw9hqqqd24hhCdMvqClvv9hdd9G99</id>
<nodeID>2015-03-19_14:26:53.641_165</nodeID>
<processID>1</processID>
<affinityStrength>5000</affinityStrength>
<status>complete</status>
</bus:conversationContext>
Consider customization
• Improve performance.
• Implement specific requirements.
• Implement by runtime configuration.
• Use care when customizing request routing.
Consider customization
Customizations can be implemented by runtime configuration, and include load
balancing modes and advanced routing.
Customizing request routing is delicate, as a configuration based on uninformed
decisions can hinder performance. Implementation complexity differs from system to
system and should be evaluated beforehand, as there may be other approaches to
consider.
GW
A C
GW
A C
For information on tuning the weighted round robin load balancing using the processing
capacity and inProgressRequestFactor, go to:
• http://www.ibm.com/support/knowledgecenter/SSEP7J_11.0.0/com.ibm.swg.ba.c
ognos.ug_cra.11.0.0.doc/t_balancerequestsamongdispatchers.html%23Balance
RequestsAmongDispatchers?lang=en
IPRF applies on top of WRR, is off by default and has to be enabled explicitly. IPRF can
be set for a single service or all services. The best practice is to use a value of 2.0. 0.0
means normal WRR.
For example: WRR treats every primary request equally. There is no way the routing
can know how long a certain request will take. This can lead to overloading a certain
service instance/dispatcher although capacity is properly set; IPRF was introduced to
alleviate this kind of issue.
Example:
GW poor setup; not all nodes
run similar services
request for Service S is
assigned to Dispatcher A by
external mechanism X
S is not available locally, so
the fall-back of Weighted
X Round Robin is used; it will
be assigned to Dispatcher B
eventually
this is a case of double
routing
A B C
S
Explore the IBM Cognos Dispatcher © Copyright IBM Corporation 2016
Default
Dispatcher 1 Dispatcher 3
Dispatcher 5
Server Group 1 Server Group 2
CM
Dispatcher 2 Dispatcher 4
5. Within the cluster view, try assigning affine requests to desired dispatcher.
If this fails, treat request as non-affine.
Step 4. From the cluster information, deduce the set of potential target dispatchers the
request could be assigned to. This set of target dispatchers is known as the cluster
view (CV). If advanced routing is configured, this will be the set of dispatchers within the
requested server group, otherwise the request goes to the default server group.
Advanced routing will simply limit the set of potential target dispatchers. Since every
dispatcher has the cluster information available, it can deduct the set of dispatchers
belonging to a certain server group.
Step 5. Within the cluster view, try assigning affine requests to the desired dispatcher. If
this fails, treat request as non-affine. Affinity means the dispatcher tries to assign the
request to a certain dispatcher as indicated by the NodeID in the BIBusHeader. If that
fails, it is treated as non-affine, or having no affinity.
Step 6. If cluster compatible load balancing is enabled, look for a local (on this
dispatcher) instance of the requested service. If the local dispatcher is within the cluster
view, assign there, otherwise continue to Step 7. For cluster compatible load balancing
there is always an attempt to assign the request to a local instance of the requested
service. If this does not exist or the local dispatcher is not within the Cluster View, the
request is load balanced. This will precede advanced routing because although the
request should go to a specific server group, it could remain local. This adds to the point
that it is illogical to have server groups in a cluster which are used to model different
service layouts and/or resources. In a cluster, all nodes are considered equal.
Step 7. Evaluate load balancing (weighted round robin) within the cluster view. How
many instances of the identified IBM Cognos service are active in the current server
group?
= 0 - produce error
= 1 - assign request to IBM Cognos service
> 1 - evaluate weighted round robin and assign
GW
AR
A C
D
Affine Request
Dispatchers
Explore the IBM Cognos Dispatcher © Copyright IBM Corporation 2016
GW
NR
Server Group 1 Server Group 2
B
A C
Things to remember
• Requests for Content Manager service get routed to active Content
Manager.
• What comes to a server group stays in that server group unless
advanced routing applies.
• Load balancing only happens within a server group.
• Secondary requests are usually not subject to load balancing as they
have an affinity assigned to them.
• Advanced routing applies to requests for execution type services.
Things to remember
There is only one active Content Manager in an IBM Cognos system.
For advanced routing, be aware of how the Cluster View is built.
Only service instances within the same server group are available for load balancing.
Load balancing never routes a request to a different server group, as only advanced
routing can do that, however advanced routing happens before load balancing takes
place.
Advanced routing applies to requests for execution type services which include Batch
Report service, Graphics service, PPES service, and Metadata service.
Describe timers
• Validation timer:
DISP.contentManagerCacheService.cacheValidatorTimeToLive
• Account inactivity timer:
DISP.contentManagerCacheService.accountInactivityTimer
Describe timers
The validation timer determines how long data objects remain in the cache. After the
validation timer expires, objects are considered invalid and have to be fetched from the
CM again. Add the advanced parameter to CMCS for the validation timer, with the
DISP.contentManagerCacheService.cacheValidatorTimeToLive property. The value is
in ms, and the default value is 900000.
The account inactivity timer determines how long data for this session is cached. If the
session is idle for longer than the inactivity timer, all data cached for that account is
purged from the cache. This is a security and resource saving feature. Add the
advanced parameter to CMCS for the account inactivity timer, with the
DISP.contentManagerCacheService.accountInactivityTimer property. The value is in
ms, and the default value is 900000.
Unit summary
• Describe IBM Cognos Dispatcher
• Describe request routing and the routing process
• Describe Content Manager Cache Service
Unit summary
Exercise 1
Review the server groups (optional)
Exercise 1:
Review the server groups (optional)
As an administrator, you have configured server groups in your environment to let you
define advanced routing rules. You will review these settings in your environment using
p2plbDiag, and you will review the routing sets.
You will use p2plbDiag to review:
• The dispatcher vclassbase:9315/p2pd settings: What server group does the
dispatcher belong to?
• The dispatcher vclassbase:9320/p2pd settings: What server group does the
dispatcher belong to?
You will use IBM Cognos Administration to review:
• The dispatcher vclassbase:9315/p2pd settings: What server group does the
dispatcher belong to?
• The dispatcher vclassbase:9320/p2pd settings: What server group does the
dispatcher belong to?
You will use the IBM Cognos Analytics portal to review the routing sets for the
packages in:
• Team content\Samples\Models
• Team content \Samples_DQ\Models
• Team content \Samples_Dynamic_Cubes
You will use IBM Cognos Administration to review:
• the defined routing rules
For more information about where to work and the exercise results, refer to the Tasks
and Results section that follows. If you need more information to complete a task, refer
to earlier demonstrations for detailed steps.
Exercise 1:
Tasks and Results
The IBM Cognos Full:9315 dispatcher and the IBM Cognos DispCM:9320 dispatcher
should be running at the beginning of this exercise.
Task 1. Review the server groups in p2plbDiag.
• Launch Internet Explorer, and then go to
http://vclassbase:9315/p2pd/servlet/dispatch/p2plbDiag.
• Log in using admin/Education1 credentials.
The server group name is displayed for this dispatcher: Group 64, and the
second server group Group 32 is displayed for the vclassbase:9320/p2pd
dispatcher.
• Close the browser window when you have finished viewing the results.
You can also set the server group property at the system level, rather than at this
level of detail.
• Next to the http://vclassbase:9315/p2pd dispatcher, click the Actions arrow,
and then click Set properties.
• Click the Settings tab, and then from the Category list, click Tuning.
• Notice that for the Server group property, in the Value column box, Group 64 is
the name of the server group.
This is where you can configure the Server group name when defining your
environment; you could also set this on the Configuration tab, on the Dispatchers
and Services pane.
You can assign multiple dispatchers to a server group.
• Click Cancel to close the Set properties dialog box.
• Optionally, repeat the steps to review the Server group property for the
http://vclassbase:9320/p2pd dispatcher.
These server group names can be used when you define routing rules.
• Close the IBM Cognos Administration browser tab.
Notice that in the Routing rules pane, there are two package-based routing sets
defined.
Also notice that routing sets can also be defined for groups and for roles.
For packages using routing set 32, notice that it is routed to the server group
"Group 32", which has dispatchers that are configured to use the 32-bit
ReportServer for queries.
Packages using routing set 64 are routed to "Group 64", which has dispatchers
that are configured to use the 64-bit ReportServer for queries.
• Click Cancel to close the Specify the routing rules dialog box, and then close
all browser tabs.
Unit objectives
• Identify IBM Cognos Services
• Explore the architecture in IBM Cognos 11
Unit objectives
Dispatcher
(Java)
Content Manager
(Java)
Content Store
Dispatcher
(Java) Report Server
Introduce BIBusTKServerMain
• Communication between dispatcher and Report server instances is by
TCP port to port connection.
• Report server instances:
can be pre-started
get spawned and destroyed dynamically
linger; flagged for termination
multi-threaded; number of threads is configurable
• Report server threads:
can be used for internal operation
can be dedicated to request processing only
called affinity connections
Introduce BIBusTKServerMain
The protocol used for port to port connection is XML-based. A random port from the
OS's ephemeral port range is allocated at run-time, for the port-to-port communication.
An ephemeral port is a temporary port that can be assigned.
Threads may be distributed among cores in a multi-core CPU. Threads will typically not
spawn across CPUs, although exceptions may apply depending on the CPU
architecture.
To leverage multiple CPUs, usually multiple processes are required.
Dispatcher
(Java)
BIBusTKServerMain BIBusTKServerMain
(C++) (C++)
High
High
Low
Low
Low
Low
Low
Low
Low
Low
Low Affinity = Initial report run, get report properties
High Affinity = Page Down, Bottom in a report
Examine IBM Cognos Services © Copyright IBM Corporation 2016
Describe scheduling
• Event Management Service (EMS)
• Monitor Service (MS)
• Delivery Service (DLS)
• Job Service (JS)
Describe scheduling
Scheduling is handled by several IBM Cognos services.
EMS monitors the global Scheduler Queue and detects when a scheduled task is due
to execute. If a background task is due to be run, EMS creates an entry in the global
Task Queue using a local JDBC connection to the Notification Database, and executes
legacy code which adds a notification about the task to be executed to the JMS queue.
Multiple instances of EMS will scale horizontally and can be run independently from
other scheduling or target services. Server Groups are irrelevant to EMS.
MS runs background tasks and monitors their execution. It maintains and updates the
system global TaskState queue (pending, running, complete, failed). MS uses the
capacity mechanism to implement Auto-Load Balancing. It watches the Task queue
and takes on tasks if an instance of the required Target Service is available locally and
has free capacity. MS will pull tasks from the queue destined for the Server Group it is
running in or tasks which have no Server Group assigned.
A good analogy might be to imagine a sink into which water pours from a faucet. If the
drain is too small, the sink will overflow. If the drain is too big, the sink will run dry and
the faucet cannot provide enough water.
The Monitor Runners are the faucet, the number of batch processes and their affinity
connections define the drain size.
If the drain is too small: Too many Monitor Runners and the requests that they send to
BRS are backing up on the dispatcher queue.
If the drain is too big: Too many reports get executed at the same time, overloading the
available resource.
Overview of services
4 Dispatcher
Event Management
2 1 Capacity Manager
Service
3 Monitor Scheduling API
Service
5 6
Task State Batch
Engine Monitor Agent Job Delivery
Report
Content
Runners Service Service Service
Service
Manager
Service
Job
Content Store Builder
Task +
Scheduler
TaskState
Queue JMS
Queue
Queue
Overview of services
The process flow for scheduled tasks is as follows:
1. A user creates a schedule, either through IBM Cognos Analytics or some other
client. A scheduler object is created in the Content Store by sending a create
request to Content Manager Service.
2. The Content Manager Service calls the Event Management Service, replicating
the scheduler objects from the Content Store into the Scheduler queue.
3. Each instance of EMS runs a scheduler thread which polls the Scheduler
queue. By design, EMS figures out the next runtime of a task once it is added to
the queue and waits until due time. Once it wakes up, it starts a transaction to
pull the task from the Scheduler queue and move it to the Task queue through
the Monitor service. The task will be entered into the Task queue in a PENDING
state.
4. Another scenario where tasks are created and passed to MS is where a user
selects "Run now" for saved reports (run and save). IBM Cognos Analytics will
call MS directly, which will lead to the task being queued in PENDING state.
5. MS has a poll interval (30s hardcoded) after which it will investigate for tasks to
take on. MS will only take on tasks for locally available Target Services for this
particular server group MS runs in which have free capacity. Capacity
information for the local target services is gathered through the Capacity
Mechanism.
In addition, any call to the MS will trigger an investigation of the TaskQueue. A
third trigger for an MS instance to investigate the TaskQueue is the legacy JMS
queue notification being received.
Once MS picks up a task it is granted that there is a target service with free
capacity to assign this task to.
MS checks for an authenticated session. For scheduled tasks it will create a
new session leveraging the trusted credentials saved with the schedule. For
"saved reports" the credentials for the current session are used.
Next the task status is updated to EXECUTING and the task is assigned to the
target service which uses the AsyncAPI to execute the task.
The Monitor Service updates the task state based on the response received
from the target service. If a cancel was issued in between the processing ends
here and the task is cancelled. The result can be succeeded or failed.
6. If the Report has email output then BRS employs DLS to add an item to the
JMS SMTP Queue. This queue is worked by all DLS instances in a system. A
DLS instance will pick up the item and pass it to a configured SMTP server after
which the runtime state of a task is updated finally.
Upon completion of the task execution, the Monitor service will write out the
history records from its internal store to Content Manager. It keeps the history
internally when tasks fail, in case the user wants to restart any failed tasks.
Periodically the history records for failed tasks are removed, based on the
retention rules stored for that task in Content Manager.
Additional Information:
• JMS: Java Message Service.
• JMS queue: Where scheduled items are stored. The JMS queue is internal but
makes use of the data in the NC table NC_JMSQUEUE.
• JMS SMTP queue: This is an internal queue that sits in memory and cannot be
seen or manipulated like the JMS queue.
• SMTP: Simple Mail Transfer Protocol.
• EMS has a queue: jmsqueue. The EMS thread which picks the executables
which need to execute now puts them into this queue. At this moment, the
activities/executables are invisible to the user and administrators; they are neither
pending nor executing.
• MS has a queue: monitor queue. This queue contains all the activities which are
to be executed by monitor runners. At this point they are pending. From this
queue, a monitor runner will pick up an activity, which at that time becomes
executing.
Dispatcher
cgsLauncher
BIBusTKServerMain
BIBusTKServerMain
Current Default
Engine CGS BIBusTKServerMain
(JVM, multi-threaded) (Legacy
Current Default Engine) CGS
Engine (Legacy
Engine) CGS
(JVM, multi-threaded)
(Legacy
Current Default Engine)
Engine
(JVM, multi-threaded)
Describe PRS
• Requires local dispatcher service to be enabled.
• Rule: if a gateway is involved, PRS is also involved.
Describe PRS
PRS is mandatory for front dispatchers, particularly if Single Sign-On (SSO) is
configured. This is because XTS is required when handling User and System
Recoverable parameters which are part of the process to render the HTML pages for
login and to select a namespace.
PRS is unavailable on CM only installs, as PRS requires the local dispatcher service to
be enabled. Therefore a basic rule is that if a gateway is involved, then PRS is also
involved. There are exceptions to this rule, as listed in the slide.
IBM Cognos Analytics is rendered by AJAX-based techniques. AJAX is a design
approach and a set of techniques for delivering rich Internet applications (RIAs) using
open web formats, for example, HTML, CSS and JavaScript; and rendering using a
browser engine.
Configure RMDS
Configure RMDS
With RMDS, there is no horizontal scaling and routing, or fail-over. RMDS is required on
Dispatchers referenced in IBM Cognos Configuration for FM and IBM Cognos Cube
Designer installations, and is not required anywhere else.
RMDS does not require Query Service, and RMDS properties are different than the
Metadata Service properties:
• RMDS handles asynchronous conversations
• has batch processing capacity (# connections)
No separate process is being spawned, as work is done in a JVM context of the
Dispatcher.
Each instance of RDMS is stand-alone. It uses a local disk cache (../temp directory) and
handles requests sent to it through the External Dispatcher URL.
Metadata Service is separate from RDMS and is still required in a system. Metadata
Service is required in a system for serving FM mixed mode.
The number of low affinity connections determines how many clients can be served in
parallel. Additional requests will possibly be queued at Dispatcher and eventually time
out.
Security-Aware Caching: The caching logic available in Dynamic Query Mode is able,
when connected to secured metadata sources, to determine the secured access
capabilities of each user as they access the data source. This information is then used
to optimize the memory usage and internal representation of that user’s secured view of
the data source metadata. Security can also be setup so that entire OLAP dimensions
can be shared providing cache reuse and performance gains.
Ability to take Full Advantage of a 64-bit Environment: The Dynamic Query Mode is
able to fully take advantage of a 64-bit environment. When an IBM Cognos 11 64-bit
install is deployed to a 64-bit Java Virtual Machine (JVM), the Dynamic Query Mode is
substantiated in its own 64-bit JVM. This allows DQM to leverage the 64-bit address
space for query processing, metadata caching and data caching. The 64-bit DQM also
has the ability to leverage the 64-bit data source client libraries when performing
non-JDBC Type 4 connections.
Ease of Maintenance with Query Visualization through IBM Cognos Dynamic Query
Analyzer: Query visualization allows system administrators to analyse the queries
generated by the Dynamic Query mode and visually see how they will be processed.
These visualizations include cost based information derived from the query execution.
This information permits the rapid identification of model and query optimizations which
could be applied in order to achieve better performance. The visualizations are
consumed as a log file by the stand alone IBM Cognos Query Analyzer application.
With DQM, suppression is pushed to the OLAP provider. Queries which are sent to
remote data sources are optimized by the execution layer based on cache content and
advanced null suppression logic. Suppressing rows and columns that contain only null
values makes a report easier to read. For example, a product that has no sales for a
given quarter may result in a very large report with thousands of cells that contain no
data. The time required to evaluate a table to determine which rows and columns
contain only null values is mainly determined by the number of cells in the table. Other
factors such as the nesting levels on the axes and the use of complex calculated
columns might also affect the time.
OLAP over Relational provides the ability to perform complex aggregate computations,
and lifts previous aggregation limits which resulted in '--' or 'unknown' being displayed,
such as when using Count Distinct as a summary.
Regarding First and Last aggregation rules to respect empty cells, previously, if you
asked for the sales from the last period of a quarter and there were no sales for a
product in that period, there would be no result to return. Instead of reporting zero, for
the period in question, the sales for the last period in which there were sales would
have been reported. With DQM, the query will return a zero for the specified period.
An example of performance metrics: with DQM for ROLAP: some tests showed an 85%
performance improvement, with an average query time for compatible mode being 125
seconds, improving to 15 seconds average query time for DQM. Results will differ,
depending on the environment and the queries being run.
Describe QueryService
Describe QueryService
Dynamic Query Mode is also known as QueryService. DQM is coded in Java and runs
within its own JVM. By default this JVM is configured to start with 1GB of memory and
displays as a separate Java process on the operating system. Although there can be
many QueryService services in a multiple server installation, you can only have one
QueryService per IBM Cognos 11 dispatcher. Disable the Query Service if you do not
need it, to save resources.
The Query Service is used as a secondary service by Report Service and Batch Report
Service.
The QueryService receives requests from the BIBusTKServerMain process in the form
of a query request, and from this request, plans the query. The planning of the query is
where all the decisions are made to build an optimal query. Once the query is planned,
the query is executed. The result of the query is passed back the BIBusTKServerMain
process which then renders the report requested output.
In IBM Cognos Administration on the Configuration tab, Dispatchers and Services have
a QueryService entry, which is used to configure settings for the Dynamic Query Mode.
The QueryService specific configuration can be found in the ..\configuration\xqe_config.xml
file. This file should only be changed under direction of IBM Cognos Support or
Development.
As an example, executing a report called Top_Sales would result in a log file named
2016-02-10_11h33m700s_Top_Sales/runtreeLog.xml, and one or several profiler logs
named 2016-02-10_11h33m700s_Top_Sales/profilingLog-0.xml,
2016-02-10_11h33m700s_Top_Sales/profilingLog-1.xml, and so on.
These files are best viewed with the Dynamic Query Analyzer application which is
described in a later unit.
Initial JVM heap size for the query service (MB) This setting defines how much
memory the DQM Java Virtual Machine will take on startup. The value set here is
passed to the JVM on startup as the –Xms<value> parameter.
JVM heap size limit for the query service (MB) This setting defines the upper
memory limit of the DQM Java Virtual Machine during operation. The value set here is
passed to the JVM on startup as the –Xmx<value> parameter.
Explain REPOS
• Part of the Application Tier install
• Client components access directly through URLs generated by the
Presentation Service
• Scales horizontally
• Multiple instances will work jointly
• Dispatcher distributes load
• REPOS requests are not subject to advanced routing
• Local instances preferred when accessed by other services
Explain REPOS
REPOS comes with the Application Tier install; it is not provided with a Content
Manager only install.
Load balancing is handled by the Dispatcher for REPOS requests. Service registration
has a preference of "cluster compatible" mode. REPOS is only used when accessed by
other Cognos Services for storing data. That is, a request to store something is unlikely
to travel over the BIBus unless it has to (as in the case that no local REPOS instance is
available).
There should be at least two instances of REPOS in a system for fail-over.
REPOS can be disabled if no archiving is used, or if output versions are only going to
be kept in the Content Store.
Configure REPOS
Configure REPOS
It is important to know your report output sizes; reduce the number of objects in the
memory cache.
100 (objects) * 10 MB = 1 GB
Keep in mind that there is a cache for each REPOS instance The REPOS cache is a
potential trap:
• understand your report output size
• outputs will be moved across BIBus and into the memory cache
If 100 users pull 100 different outputs from a single instance of REPOS within 20
minutes, they all are going to be loaded into the memory cache using default settings.
Doing the math: 100 * 2 MB = no issue, 100 * 20 MB = possible issues. For two
instances, that might cause half the cache to be built for each instance. Over time
though, it might build up to two full copies of the cache.
In the initial release of 11.0, there is no control over the cache size. You will need to use
the number of objects in your configuration (../configuration/cache/ehcache.xmlis cache
settings file).
The overflow location is the ../temp folder of the local installation.
REPOS should be placed on servers with large RAM (> 8 GB).
Do not put REPOS next to CM or JMS as you do not want to take memory away from
these services. It is better to put REPOS next to a Report Service or a Query Service,
as the hardware that hosts these services usually has larger amounts of RAM.
Unit summary
• Identify IBM Cognos Services
• Explore the architecture in IBM Cognos 11
Unit summary
Exercise 1
Observe the effects on a dispatcher when running multiple report server
instances
Exercise 1: Observe the effects on a dispatcher when running multiple report server
instances.
Exercise 1:
Observe the effects on a dispatcher when running multiple
report server instances
As administrator, you want to run multiple Report Server instances to observe the
results in your environment. To do this you will invoke multiple BIBusTKServerMain
processes by running a number of reports simultaneously. You will run reports which
contain current default engine charts, and then monitor the results.
You will do the following:
• Ensure that both dispatchers are running
• Launch Windows Task Manager, and select the Processes tab for monitoring
• Login to IBM Cognos Analytics as admin/Education1, and create a new report
with any package; select Blank when prompted for a report template.
• Ensure that IBM Cognos Analytics is using the current default engine (Application
Bar\More\Options\Advanced, clear Use legacy chart authoring), and then close
IBM Cognos Analytics.
• Create and save a job in My content to run the following reports (which contain
charts) from Team content\Samples_DQ\Models\GO Data Warehouse
(analysis)\Report Studio Report Samples:
• Returns by Failed Orders in 2012_DQ
• Returns by Order Method_DQ
• Monitor the results in Windows Task Manager
• Create and save a job in My content to run the following reports (which contain
charts) from Team content\Legacy_Samples\Samples\Models\GO Data
Warehouse (analysis)\Report Studio Report Samples:
• Returns by Failed Orders in 2012
• Returns by Order Method
Note that these reports are IBM Cognos BI 10.2.2 sample reports, to show the
distinction between Compatible Query Mode (CQM) behavior and Dynamic
Query Mode (DQM) behavior.
• Monitor the results in Windows Task Manager
• Close all open windows
Question: What has to be done to monitor this if more than one dispatcher is running?
Answer: You could use routing rules to force the activity to one dispatcher, or through
configuring load balancing, or other configurations. This environment uses routing rules.
For more information about where to work and the exercise results, refer to the Tasks
and Results section that follows.
Exercise 1:
Tasks and Results
The IBM Cognos 11 Full:9315 dispatcher and the IBM Cognos 11 DispCM:9320
dispatcher should be running at the beginning of this exercise.
Task 1. Start Windows Task Manager.
• Ensure that both dispatchers are running, and then right-click the Taskbar, and
click Start Task Manager.
• Click the Processes tab, click the Image Name column title to sort alphabetically
ascending, and then review the processes that are running.
Look for instances of BIBusTKServerMain.exe. Also identify instances of
java.exe.
A section of results which may appear are as follows. You may have different
services running in addition to these:
Keep this window open and visible on the desktop as you proceed with the next
task.
Task 2. Run multiple reports.
• Launch Internet Explorer, go to http://vclassbase:88/ibmcognos/bi/, and then
log on as admin/Education1.
• On the Side panel, click Manage , and then click New job.
• In the Name box, type Run Multiple Chart Reports DQM, under Location, click
Select My Folders, and then click Next.
• Under the Steps pane, click Add, and then under the Available entries section
on the left side, click Cognos and navigate to Team
Content\Samples_DQ\Models\GO Data Warehouse (analysis)\Report Studio
Report Samples.
• Click the check boxes for the following reports (which contain charts), click Add
(right yellow arrow) to add the selected entries, and then click OK:
• Returns by Failed Orders in 2012_DQ
• Returns by Order Method_DQ
You may have to navigate to the next page of reports to get both selections.
• To accept the default settings for submission of steps click Next, on the Select
an action page, click Save only, and then click Finish.
• Click Yes to confirm that you want to close the tab.
• On the Manage panel, click New job.
• In the Name box, type Run Multiple Chart Reports CQM, click Select My
Folders, and then click Next.
• Under the Steps pane, click Add, and then under the Available entries section
click Cognos and navigate to Team
content\Legacy_Samples\Samples\Models\GO Data Warehouse
(analysis)\Report Studio Report Samples.
Note that you are using reports from IBM Cognos BI 10.2.2 samples, because
they use Compatible Query Mode (CQM), and you will contrast this behavior
against Dynamic Query Mode (DQM)
• Point to Run Multiple Chart Reports CQM, click the ellipsis, and then click Run.
Observe the number of instances of BIBusTKServerMain that are spawned.
Question: How many instances were spawned?
More instances of java.exe should be spawned for Graphics service and for
BIBusTKServerMain.
The results appear similar to the following:
• If you have time, you can continue to observe the processes until they are
complete, and they are no longer displayed.
You may refresh the display by periodically pressing F5.
• When you have finished your observations, in the browser window, point to Run
Multiple Chart Reports DQM, click the ellipsis, and then click Run.
Observe the number of instances of BIBusTKServerMain and other services that
are spawned.
The results appear similar to the following:
• When you have finished your observations, close all open windows.
Unit objectives
• Describe Java memory layout
• Manage Java memory
• Use tools to monitor Java memory
Unit objectives
JVM
v5QueryServer
LPSrv
Engine
LPSrv
LPSrv
JVM
What is Java?
• An interpreted, object oriented programming language
• Develop once, deploy anywhere
• Low cost code maintenance, single code stream for all platforms
• Standardized
• Optimizable at JRE level with Just-In-Time compilation (JIT)
What is Java?
Java offers a modular structure of code, with objects and classes, where the same
source code can be used for all targets. It can be compiled to platform independent
bytecode, such as .class files which are sometimes zipped into .jar files. Bytecode is not
executable, and requires a run-time environment. There is no direct control of
hardware, and Java needs more resources than machine code.
JRE Reserved
Java Code Heap
JNI (C++) Heap
(Java memory)
Dispatcher
Content Manager
Manager
Cache Service
Crypto
SDS
CAMSvc CMCache
JVM settings
• Starting points for 50+ concurrent users include:
set gcpolicy=gencon to minimize the long pauses for gc
JVM settings
Along with the setting in the slide, consider the following component-specific starting
point settings for JVM:
• Dispatcher IBM JVM (Report Server)
• 64 bit: xms=xmx= 4GB and xmn set to approx. 1/3 of xmx, or 1286MB
• 32 bit: xms=xmx= 1024MB and xmn set to approx. 1/3 of xmx, or 341MB
• Dispatcher IBM JVM (Content Manager, or combined CM+RS)
• 64 bit: xms=xmx= 6 GB and xmn set to approx. 1/3 of xmx, or 2048MB
• 32 bit: xms=xmx= 768MB and xmn set to approx. 1/3 of xmx, or 256MB
• Graphics Service IBM JVM (IBM Cognos BI v10 and IBM Cognos Analytics only)
• Unix: <cog_install>/bin/cgsServer.sh
• Change "Xmx1g" (default) to "Xmx2g" for 32 bit or "Xmx4g" for 64 bit
• Dynamic query data server IBM JVM (IBM Cognos BI v10 and IBM Cognos
Analytics only)
• <cog_install>/configuration/xqe.config.xml
• set -Xmx and -Xms to the same value, set -Xmn to 1/2 -Xmx
• 64 bit: -Xmx4096m -Xms4096m -Xmn512m (default settings)
• 32 bit: -Xmx2048m -Xms2048m -Xmn512m (default settings)
For DQM, this can be changed in IBM Cognos Administration, in the properties of
the Query Service.
MinHeapSize (committed)
Memory used before GGC, committed bytes Free memory, virtual bytes
MinHeapSize (committed)
GC
Memory used before GGC, committed bytes Free memory, virtual bytes
To avoid running out of memory, GC must occur in cycles triggered by criteria based on
memory occupation (depending on the vendor and the GC implementation). GC
identifies the objects not referenced by any other objects as garbage. GC will collect
and dump the garbage, freeing up the memory again. The amount of committed bytes
can decrease down to MinHeapSize.
MaxHeapSize Reserved
Memory used before GC, committed bytes Free memory, virtual bytes
System.gc call
Allocation failure
Enable Verbose GC in IBM Cognos 11: Example using Tomcat with Command Line
To enable verbose garbage collection, edit the startup_tomcat.bat located in the ..\bin64
directory and add a command line argument to the call. The examples provided are
specific to using Tomcat. If you are not using Tomcat, then other steps apply.
The memory allocation pattern of dynamic cubes changes over time. Because dynamic
cubes preload the member and aggregate caches when the cube is started, they
exhibit different patterns while starting/refreshing than while queries are running against
them. During a start/refresh, the cube loads a large number of objects into the JVM
which will stay alive for quite a long time. In a generational garbage collector, these
objects must first survive a number of nursery collections before they are promoted to
tenured space. Since the nursery is optimized to copy small numbers of live objects to
survivor spaces during collections, this behavior causes long pauses for large
nurseries. So, during the load/refresh phase, it is ideal to have a smaller nursery, to
reduce such pauses. However when queries are executing (especially after the caches
are sufficiently warm), it is good to have a larger proportion of nursery space because
the objects created during a query are short lived, so they play well into the nursery
collection policy. Further, a larger nursery is even more useful the higher the user
concurrency because higher concurrency usually causes a higher proportion of the
JVM heap is being used for short-lived objects.
Set the maximum nursery size to an appropriate level, given your expected amount of
caching, reporting style, and concurrency requirements. The idea is for all the
temporary objects created during report execution to fit in the nursery so they aren't
promoted to tenured space. That way they can take advantage of the nursery's
collection policy. A larger proportion of nursery space to tenured space is required for
higher concurrency and/or data volume-intensive reports with modest caching, than for
lower concurrency and/or simple reports with aggressive caching. For the former, you
may choose to set the maximum nursery size to 50% of the maximum heap. For the
latter, you could leave it set to 0 and the system will calculate it as a smaller proportion
of the maximum heap.
Set the maximum tenured size using the -Xmox setting in the additional arguments to
the maximum heap - maximum nursery. This should generally be large enough to fit all
the caches, plus a 10-20% buffer. Since tenured space is generally increased before
nursery space, this maximum allow the tenured space to expand large enough to fit all
the caches and then allow the nursery space to increase to accommodate queries,
which generally only need short term space.
Set minimum tenured size using the -Xmos setting in the additional arguments to the
same value as maximum tenured space? This will prevent unnecessary GCs for
increasing the size.
Unallocated Space =
Maximum Heap - Tenure - Nursery
Tenure
Nursery
Heapdumps and MAT tool: When an OutOfMemoryError occurs, one or more heap
dump files are generally created in the bin or bin64 directory. These are useful for
looking at the contents of the heap at the time of the error to find the root cause of
issues and can be analyzed with the Memory Analyzer Tool. Information on the
Memory Analyzer Tool is available at:
http://www.ibm.com/developerworks/java/jdk/tools/mat.html.
Verbose GC logs and ISA tool: Verbose GC logging is particularly useful for analyzing
and tuning JVM garbage collection. A detailed set of instructions for how to interpret the
log and use it to tune the JVM is beyond the scope of this course, but it should be noted
that:
• Verbose GC logging is enabled by default
• You can disable it or adjust the size of the log with the dedicated parameters in
the portal
• The IBM Support Assistant tool is useful for analyzing the log (Information on the
ISA tool is available at: http://www-01.ibm.com/software/support/isa/.)
• Large collection times generally indicate insufficient heap/nursery sizes,
suboptimal proportions of nursery and tenured space
Unit summary
• Describe Java memory layout
• Manage Java memory
• Use tools to monitor Java memory
Unit summary
Unit objectives
• Describe installation logs and configuration logs
• Explore audit logging
• Explore IPF logging
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Unit objectives
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Logging Auditing
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Demonstration 1
Set logging levels
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Demonstration 1:
Set logging levels
Purpose:
You want to configure logging for the system. To become familiar with the
logging available, you will use the IBM Cognos Administration tool.
The IBM Cognos 11 Full:9315 dispatcher and the IBM Cognos 11 DispCM:9320
dispatcher should be running at the beginning of this demonstration.
Task 1. Select a dispatcher to configure.
1. Launch Internet Explorer, go to http://vclassbase:88/ibmcognos/bi/, log on
with admin/Education1 credentials, and then launch IBM Cognos
Administration console.
2. On the Status tab, click System.
3. In the Scorecard pane, click vclassbase, and then click
http://vclassbase:9315/p2pd.
A section of the result appears as follows:
Minimal tracing logs start and stop service logs and runtime errors. The most
recent entries that you see should include these types of messages. Notice that
there are no entries for logging on or off, or query executions, as that is not
traced at the minimal level.
4. Close IBM Cognos Log Viewer.
You will work more with this application later.
6. Near the bottom left, click the cogserver.log tab, maximize the window, and
then scroll to the bottom of the log, reviewing the most recent entries.
You may see a message similar to the following:
Notice that there are many more entries that are tracked at this level of logging.
The Request level logs start and stop service logs and runtime errors, tracks
Logon/Logoff/Logon Expired logs, Report and query execution logs, Schedule
execution logs, Agent mail, and Build and execution logs, and includes SOAP
request and response logs.
Task 6. Set the logging state back to Minimal.
1. Switch to IBM Cognos Administration, if prompted, log on as
admin/Education1 and on the Set properties page, for the Audit logging
level for the dispatcher entry, change the value from Request to Minimal,
and then click OK.
2. Close all open windows.
Results:
You used IBM Cognos Administration to explore the logging available in IBM
Cognos 11, and set the audit logging for the Dispatcher service to Request
tracing level.
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Component(s) Component(s)
TCP/UDP
Log Server Log Server
Destination Destination
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Exercise 1
Configure a Windows Event Log and review the Runtime log
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Exercise 1: Configure a Windows Event Log and review the Runtime log
Exercise 1:
Configure a Windows Event Log and review the Runtime log
You want to familiarize yourself with the information which is logged to the
cogserver.log file, and compare that to information logged in a Windows Event log for
IBM Cognos 11. You will have to configure a Windows Event log, and then run some
activities in IBM Cognos 11, so that you can compare results between the two logs.
To do this you will:
• In IBM Cognos Administration, set the logging level for the dispatcher to Request.
• in IBM Cognos Configuration of the IBM Cognos 11 Full instance, create a new
resource: Destination, named Windows7; type: Event log
• save the configuration, and restart the services
• perform activities such as running DQM reports in IBM Cognos 11 to populate the
runtime log; logged on with admin/Education1 credentials (you will use DQM as
this is the only server currently running, in the interest of time stopping and
restarting the servers)
• review the logged results in Event Viewer
• review the logged results in C:\Program Files\IBM\cognos\analytics_full\
logs\cogserver.log, using Microsoft Excel
• Return the logging level for the dispatcher to Minimal.
For more information about where to work and the exercise results, refer to the Tasks
and Results section that follows. If you need more information to complete a task, refer
to earlier demonstrations for detailed steps.
Exercise 1:
Tasks and Results
At the beginning of this exercise, the IBM Cognos Full:9315 dispatcher is running; the
IBM Cognos DispCM:9320 dispatcher is not running. This is solely to reserve system
resources. Stop the IBM Cognos DispCM:9320 dispatcher if it is running.
The audit logging level for the dispatcher should be set to Request.
Task 1. Set audit logging for the dispatcher to Request.
• As admin\Education1, launch IBM Cognos Administration console, and then
on the Status tab, click System.
• In the Scorecard pane, click vclassbase, and then click
http://vclassbase:9315/p2pd.
• Click the Set properties icon on the Settings pane title bar.
• In the Category list, click Logging.
• Set the value for Audit logging level for the dispatcher to Request, and then
click OK.
• Close all browser windows.
Task 2. Configure logging to the Windows Event log.
Currently, your environment is logging to the runtime log, and you also want to log to a
Windows destination, to compare the results.
• From the Start menu, click All Programs, click IBM Cognos Analytics Full, and
then click IBM Cognos Configuration.
• In the Explorer pane, navigate to Environment\Logging.
• Right-click Logging, click New resource, and then click Destination.
• In the New Resource - Destination dialog box, name the destination
Windows7.
• From the Type list, select Event log, and then click OK.
You have configured logging to the Windows Event log destination.
• Save the configuration and restart the services, closing all messages that appear.
Be patient, as it will take a few minutes for all the underlying services to restart. If
the Lotus Domino Server (CProgramFilesx86IBMLotusDominodata) service is not
running in the Services window, you will see a message in IBM Cognos
Configuration indicating that the mail server cannot be reached. This is
acceptable because you are not using the mail server at this time.
• Close IBM Cognos Configuration when the services have successfully started.
Task 3. Perform activities in IBM Cognos 11 to populate
cogserver.log.
• Launch Internet Explorer, go to http://vclassbase:88/ibmcognos/bi/, and then
log on as admin/Education1.
• In My content, run the job called Run Multiple Chart Reports DQM.
If you did not perform the demonstration earlier in this course that created this job,
you can run a few random dynamic query reports of your choice.
When you run the job, you can monitor the execution by selecting Properties,
selecting the Job tab, expanding Advanced, and then beside Run History, clicking
View.
• After the reports run (this will take a few moments), close the browser window.
Task 4. Review the logged results in Event Viewer.
• To open Event Viewer, from the Start menu, navigate to Control
Panel\Administrative Tools, and then double-click Event Viewer.
• Maximize the window (if necessary), and then in the navigation pane on the left,
expand the Windows Logs folder.
There are five categories of messages for you to view: Application, Security,
Setup, System, and Forwarded Events.
• Click Application.
It may take some time for the entries to display.
• Under the Source column, double-click an IBM Cognos entry.
The information is displayed for the entry.
• Close the Event Properties window.
• Click the Details tab, click + to expand System, and then review the information.
The results appear similar to the following:
• Scroll through the list of entries in the Application pane, opening an IBM Cognos
entry for each of the following types: Information, Warning, and Error (if
applicable)
• When you have finished reviewing the events, close the Event Viewer window,
close the Administrative Tools window, and then close the Control Panel
window.
• Scroll through the messages, and notice that they include different information
than what was tracked in the Windows Event log.
The information tracked in cogserver.log is collected at a lower level of detail.
• When you have finished reviewing this file, close Microsoft Excel without saving
changes, and then close Windows Explorer.
Task 6. Set audit logging for the dispatcher to Minimal.
• As admin\Education1, launch IBM Cognos Administration console, and then
on the Status tab, click System.
• In the Scorecard pane, click vclassbase, and then click
http://vclassbase:9315/p2pd.
• Click the Set properties icon on the Settings pane title bar.
• In the Category list, click Logging.
• Set the value for Audit logging level for the dispatcher to Minimal, and then
click OK.
• Close all browser windows.
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Components/Services
IPF Service
Logging
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Method ID: The name of the method/function from where the indication is being
generated.
Sequence ID: Value to distinguish multiple indications being logged in the same
context.
Execution ID: Unique ID for the indication to distinguish a given indication from
another due to a call to the same component.
Status: Current action represented by the indication.
Log Data: Any custom data that a component wants to log.
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
<service id="dispatcher">
<component id="DISP"/>
<component id="dispatcher"/>
<component id="CAF"/>
</service>
Mapping file
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Client configurations impose a complete override of the audit logging settings. Audit
logging configures the IPF Server only and does so only for audit categories, and
ipfclientconfig.xml overrides at the IPF Client.
You may need to customize an ipfclientconfig.xml file to incorporate the audit logging
settings to have tracing and audit logging in parallel. Changes to the files may be
required if your are not running in Tomcat, or if the default log port has been changed.
If Audit logging been enabled, it is best to try to replicate issues in a non-production
environment, so that IPF client logs can be taken without impacting the audit
information in the production environment.
Audit logging is simply a UI-enabled subset of IPF functionality. Internal logging is more
sophisticated and detailed, and its main purpose is for troubleshooting.
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
RSVP ipfRSVPclientconfig.xml.sample Report Service / Batch Report Service, reports and queries,
performance
CQE ipfCQEclientconfig.xml.sample See notes
MDDS ipfMDDSconfig.xml.sample Interaction with 3rd party OLAP providers such as SAP,
MSAS and DB2OLAP
UDA ipfUDAclientconfig.xml.sample Runtime Queries
CRX ipfCRXclientconfig.xml.sample Report Expressions
DMB ipfDMBclientconfig.xml See notes
FM ipfFMclientconfig.xml.sample Framework Manager
XQE ipfXQEclientconfig.xml.sample Dynamic Query Mode issues
HTS ipfHTSclientconfig.xml.sample Human Task Service issues
MOB ipfMOBclientconfig.xml.sample Cognos Mobile issues
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Unit summary
• Describe installation logs and configuration logs
• Explore audit logging
• Explore IPF logging
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Unit summary
Exercise 2
Configure IPF logging
Examine Audit logging and IPF logging © Copyright IBM Corporation 2016
Exercise 2:
Configure IPF logging
You need to configure log files to get additional logging information for Cognos 11
components. These log files are useful in getting additional information for specific
Cognos 11 Components. Specifically, you will implement IPF logging on the dispatcher
and Content Manager components. You will be working with the IBM Cognos Full
instance only, in this exercise.
To do this you will:
• Set the audit level of the dispatcher to Request
• Make a copy of ipfdispclientconfig.xml.sample and rename it to
ipfdispclientconfig.xml
• Open ipfdispclientconfig.xml in Internet Explorer, examine elements of the file,
and focus on the <appender> sections, noting the target file names and locations
• What is the difference between the <appender> sections named
fileWithFilter and clientFlatFile?
• Implement IPF logging on the dispatcher
• Stop services for the IBM Cognos Full:9315 instance
While this is not necessary to implement the logging, it will provide additional
content in the logs than if you made the change without restarting the service.
• Rename the file appropriately and start the services
• Stop services and examine the log file in Microsoft Excel
• Disable IPF logging on the dispatcher
• Repeat as above for the Content Manager using the
ipfCMclientconfig.xml.sample file
• Set the audit level of the dispatcher back to Minimal and then review the results of
the Content Manager logging
For more information about where to work and the exercise results, refer to the Tasks
and Results section that follows. If you need more information to complete a task, refer
to earlier demonstrations for detailed steps.
Exercise 2:
Tasks and Results
At the beginning of this exercise, the IBM Cognos Full:9315 dispatcher is running; the
IBM Cognos DispCM:9320 dispatcher is not running. This is solely to reserve system
resources.
Task 1. Set audit logging for the dispatcher to Request.
• As admin\Education1, launch IBM Cognos Administration console, and then
on the Status tab, click System.
• In the Scorecard pane, click vclassbase, and then click
http://vclassbase:9315/p2pd.
• Click the Set properties icon on the Settings pane title bar.
• In the Category list, click Logging.
• Set the value for Audit logging level for the dispatcher to Request, and then
click OK.
• Close all browser windows.
Task 2. Open the ipfdispclientconfig.xml file and examine the
elements of the file.
When IPF logging is implemented on the ipfdispclientconfig.xml file, it can be used to
troubleshoot start-up problems, including services started by the dispatcher, load
balancing issues, and performance issues.
• In Windows Explorer, navigate to C:\Program
Files\IBM\cognos\analytics_full\configuration, copy
ipfdispclientconfig.xml.sample, and then paste to the same directory.
• Rename ipfdispclientconfig.xml - Copy.sample to ipfdispclientconfig.xml,
from the file properties, ensure that the Read-only attribute is not selected, and
then open the file in Internet Explorer (iexplore.exe).
If the Information Bar displays a message about running scripts, click the
Information Bar, click Allow Blocked Content, and then click Yes.
At this point the crnclient_xxxx.log file contains start up information only, as that is
the only operation you have performed. Notice that columns map to the indication
fields seen earlier in the content of this unit.
The results appear similar to the following:
• Stop the IBM Cognos Full:9315 service, and when it has stopped, open the
largest cm_trace_xxxx.log file in Microsoft Excel, and review the contents.
If an activation message appears for Microsoft Excel, dismiss the message, and
continue.
At this point the cm_trace_xxxx.log file contains start up information only, as that
is the only operation you have performed. Again, notice that columns map to the
indication fields seen earlier in this unit.
The results appear similar to those shown below:
Unit objectives
• Identify dye tracing requirements
• Perform dye tracing
Unit objectives
Unit summary
• Identify dye tracing requirements
• Perform dye tracing
Unit summary
Exercise 1
Perform dye tracing
Dye tracing allows for the filtering of any IPF based logging to a defined set of users. To
achieve this, dye tracing leverages fields in the CAM cookie in IBM Cognos Analytics.
Once dye tracing is enabled, a special log4j <filter> can be added to any given IPF
<appender> to filter on only the dyed user's actions from the log stream. Any IPF based
logging in IBM Cognos Analytics can leverage the dye tracing functionality. log4j is a
Java-based logging utility.
You will enable user specific logging for IPF (dye tracing). To do this you will:
• Enable JMX connectivity:
• IBM Cognos Configuration: External JMX port 9700, and External JMX
credentials admin/Education1
• Gather the dyed log stream and write it to a log file:
• Change AAAclient.log to dyetrace_output.log
• Preceding the </appender> tag, add a filter:
<filter class="com.cognos.indications.LogIPFDyeTraceFilter"/>
• Change the <appender-ref> property as follows:
<appender-ref ref="DyeTraceOutput"/>
• Use IBM Cognos Administration to find the CAMIDs for users to dye trace: Frank
Bretton and Donald Chow
• Stop the IBM Cognos service, delete the log files, and then start the IBM
Cognos service (this will create an initially empty dyetrace_output.log file)
• Activate dye tracing using JConsole
(C:\Program Files (x86)\Java\jdk1.5.0_04\bin\jconsole.exe)
• Add the CAMIDs using the enableDyeTrace option
• Log on to IBM Cognos Analytics as a dyed user, and then as a non-dyed user
(Branka Hirsch, hirschb), repeating the same navigation tasks each time
• Optionally, log on as another dyed user, chowd, repeating the same navigation
tasks as the other users
• Stop the IBM Cognos Analytics Full: 9315 service, and investigate the results of
the trace by reviewing the log output file
• Start the IBM Cognos Analytics Full: 9315 service, for the next unit's exercise
For more information about where to work and the exercise results, refer to the Tasks
and Results section that follows.
Notes:
• Dye tracing is enabled via Java Management Extensions (JMX). This requires the
JMX connectivity to be enabled in IBM Cognos Analytics and to have access to a
JMX console to actually work with the JMXproperties. The Java Developer's Kit
(JDK) contains a JMX console called JConsole. As IBM Cognos Analytics comes
bundled with a JRE only, to get JConsole a JDK has to be installed. This is only
for the JConsole tool. If you have other JMX tools you may use those, however
this exercise will use JConsole. JConsole can run on any computer and is not
dependent on any IBM Cognos Analytics components. In the classroom
environment for this course, a JDK installed with Apache was used, jdk1.5.0_04.
Exercise 1:
Tasks and Results
At the beginning of this exercise, all dispatchers are stopped.
Task 1. Enable JMX connectivity for IBM Cognos Analytics.
• Launch the IBM Cognos Analytics Full instance of IBM Cognos
Configuration, and ensure that the IBM Cognos Full service is stopped.
• In the Explorer pane, click Environment.
You will configure the JMX properties for External JMX port and External JMX
credential.
If your environment is a distributed install, you will have to enable JMX
connectivity on each instance of the application tier. This environment is a
distributed install, however you will use only one instance in this exercise, so you
only have to enable JMX connectivity on this active instance.
• In the External JMX port property, type the available port number 9700, and
then press Enter.
• In the External JMX credential property, click Edit, type the admin/Education1
credentials, and then click OK.
Task 2. Gather the dyed log stream and write it to a log file.
An easy method of getting a dyed IPF based log file is to add the new <filter> to the
<appender> used in the pre-created IPF configurations. For example, consider the
ipfAAAclientconfig.xml.sample file which would be used to create an AAA trace to
troubleshoot authentication and security issues. It contains an <appender> which is
referenced by all the defined categories called "ipfLocalFile". This <appender> will write
to a file named AAAclient.log.
To add dye tracing to that file, simply add the <filter> to that <appender> and save the
file. This will create a dye tracing version of the AAA trace. The method you will use
here is to activate your IPF based logging by renaming the component specific IPF
trace, adding the <category> element, and adding dye tracing support by editing the
ipfclientconfig.xml file to add a new appender.
• In Windows Explorer, navigate to C:\Program
Files\IBM\cognos\analytics_full\configuration, make a copy of
ipfaaaclientconfig.xml.sample, paste it in the same location, and then rename
this new file as ipfclientconfig.xml.
• From the Taskbar, launch Eclipse. If the Workspace Launcher dialog box
appears, select the Use this as the default and do not ask again check box,
and then click OK. If the Usage Data Upload dialog box appears, select the Turn
UDC feature off button, and then click Finish. When Eclipse opens, close the
Welcome tab (if it is open).
• From the File menu, click Open File, navigate to C:\Program
Files\IBM\cognos\analytics_full\configuration, and then open
ipfclientconfig.xml.
• Maximize the Eclipse window, and then maximize the ipfclientconfig.xml tab.
• At the bottom of the pane click the Source tab, and then from the Edit menu, do
a Find/Replace for <appender name="ipfLocalFile".
The section appears similar to the following:
<appender name="ipfLocalFile"
class="org.apache.log4j.RollingFileAppender">
<!-- The setting for the file parameter below has been tested with
IBM Cognos 8 while running under Tomcat.Because of their 'current
working directory', other application servers (e.g. WebLogic), may
require that an absolute path to the log file be specified. Ensure
the log directory is writable.
-->
<param name="File" value="../logs/AAAclient.log"/>
<param name="MaxBackupIndex" value="10"/>
<param name="MaximumFileSize" value="10485760"/>
<layout class="org.apache.log4j.PatternLayout">
<param name="ConversionPattern" value="%m%n"/>
</layout>
</appender>
• Change AAAclient.log to dyetrace_output.log.
• Preceding the </appender> tag, add the following code:
<filter class="com.cognos.indications.LogIPFDyeTraceFilter"/>
A section of the result appears as follows:
• Change the <level value> property for the other categories to "off".
The results appear as follows:
By changing the logging levels, your dyetrace_output.log file will only store
messages related to logons, logoffs, expired logons, and failed logons.
• Save the file, and then close Eclipse. If necessary, select the Always exit
without prompt check box, and then click OK.
Dyed output will go to the file specified for the ipfLocalFile <appender>.
Task 3. Find the CAMIDs for the users that you want to dye
trace.
Dye tracing can be enabled for a defined set of users. This set is defined by the search
path for a user object in the Content Store in the form of a CAMID. As administrator,
you will use IBM Cognos Administration to obtain the CAMID for the users that you
want to trace.
• Launch Internet Explorer, go to http://vclassbase:88/ibmcognos/bi/, and then
log on as admin/Education1.
• From the Side panel, launch Manage/Administration console, and then click
the Security tab.
The users you want to trace are in the LDAP namespace.
• Click LDAP, and then click People.
• Navigate through the list to find Frank Bretton.
• In the Actions column for the Frank Bretton (brettonf) entry, click Set
properties, and then on the General tab, click View the search path, ID and
URL.
The CAMID information is displayed in the Search path box. The results appear
similar to the following:
• Copy the Search path contents, launch Notepad, and then paste the contents
into a text document.
• In IBM Cognos Administration, close the View the search path, ID and URL
dialog box, close the Set properties page, and then repeat the steps for Donald
Chow, to include him in your set of users to trace.
• In IBM Cognos Administration, close the View the search path, ID and URL
dialog box, close the Set properties page, and then click Log Off.
Close the browser window but leave Notepad open.
• From the Taskbar, launch Services, and stop the IBM Cognos Full:9315
service. When the service has fully stopped, in Windows Explorer, delete the
files from the root of the ..\logs directory, and then take note of the time.
..\ is the root of the IBM Cognos Analytics Full installation.
Do not delete the XQE directory or its contents.
• Start the IBM Cognos Full:9315 service.
If using the Services dialog to start IBM Cognos Full:9315 service, and a
message appears stating that it could not be started in a timely fashion, click OK,
and then click the Refresh button in two-minute intervals until you can see that
the service has started successfully.
Starting the IBM Cognos Full:9315 service will create the initially empty
dyetrace_output.log file.
Task 4. Activate dye tracing using JConsole.
• In Windows Explorer, navigate to C:\Program
Files (x86)\Java\jdk1.5.0_04\bin, and then double-click jconsole.exe to launch
JConsole.
Close any messages that appears regarding the color scheme being changed to
Windows 7 basic.
If you stop the IBM Cognos Analytics service, remember that JConsole is not
persistent, and to activate the dye tracing again, you will have to invoke another
JConsole session and re-enter the user(s) CAMID information for tracing.
• Click the Advanced tab.
You will use a connection string in the JMX URL field in the following format:
service:jmx:rmi://CM_Server/jndi/rmi://Monitoring_Server:<JMXport>/ proxyserver
CM_Server is the server name running Content Manager (vclassbase) and
Monitoring_Server is the server name running a JMX-enabled Dispatcher, which
in this environment is vclassbase.
• Click Connect.
It may take a few moments for the contents in the Tree pane to appear.
• In the Tree pane, navigate to
com.cognos\"http://vclassbase:9315/p2pd"\Metrics, and then in the pane on
the right, click the Operations tab.
Several operations are displayed. You can add a single user to the set of dye
traced users, remove a single user from this set, or reset the whole set which will
disable dye tracing for all users.
• Copy the search path (CAMID) line for Frank Bretton that you pasted in Notepad,
paste it into the p1 text box for enableDyeTrace, replacing the current contents.
Ensure that you remove all text from the p1 text box and replace it with the
CAMID. The results appear similar to the following:
• Click enableDyeTrace.
• In the Info dialog box, click OK to close the message that the method was
successfully invoked.
• Click the Attributes tab, click Refresh, and then review the DyeTracedUsers
property to ensure that the CAMID information has been added.
The results appear similar to the following:
• Click the Operations tab, and then repeat the steps for the CAMID information
for Donald Chow.
• On the Attributes tab, click Refresh, and then double-click the DyeTracedUsers
property value to review the set of users to trace.
The results appear similar to the following:
You could also open this file in another tool, such as Microsoft Excel.
Question: What entries do you see for each user? What entries are missing for
the non-dyed user? (Hint: Use the times you recorded to look in the log files.)
Answer: Only dye traced users are getting filtered.
Consider a large company with users logging in or out at all times; this could
generate large log files to review. Dye tracing is a great way to filter the results.
What you trace depends on the problem(s) they are having.
• Close the dyetrace_output_xxxx.log tab, and then close Eclipse.
• Close the Jconsole: Connect to Agent dialog box, and then close the J2SE 5.0
Monitoring & Management Console window.
• In the Services window, start the IBM Cognos Analytics Full:9315 service, and
then close all open windows without saving.
Unit objectives
• Perform Dynamic Query Mode (DQM) logging
• Analyze queries using IBM Cognos Dynamic Query Analyzer (DQA)
Unit objectives
DQM statistics are tracked in the usage log. These logs are generated when the IBM
Cognos Analytics server is stopped.
requestDumps are used to analyze data output for requests. This can be useful in
troubleshooting data integrity issues between IBM Cognos 11 releases. For example,
report data from release to release may return the same data differently. This logging
would only be enabled under the guidance of customer support.
When dealing with any DQM errors or issues, such as service or connectivity issues,
the xqelog-000000-0000000000.xml log files can provide information to help guide you
on where to focus your attention. For example, it may indicate an issue with the
MetadataService component of DQM. You can set the MetadataService eventGroup
item under the Diagnostics\Components section to trace, which will write more details
about that component in the xqelog-000000-0000000000.xml log files. If there is no
level attribute for a component, the default behavior is none (no logging).
In the xqe.diagnosticlogging.xml file, you can also enable and disable specific log files.
For example, you can disable queriesNotPlanned or enable queriesPlanned. You can
also turn off xqelog-000000-0000000000.xml logging by changing <diagnostics
enabled="true" appender="file" level="error"> to <diagnostics enabled="false"
appender="file" level="error">.
Node Description
An operation that occurred when the report was run.
An attribute of an operation, such as the data being processed. By default, most of these nodes are suppressed
in the graph. (To display all navigate to Window\ Preferences, and select Visualization\Node filtering.)
A collapsed node. To display the hidden nodes, double-click the node, or right-click it and click Show Subtree.
A node with hidden children due to the Node filtering settings. (To display hidden nodes, right-click the node
and click Expand Filtered.)
The node that is currently selected. The properties of this node are displayed in the Properties view. Click a
node to select it.
This node has subqueries that can be opened in another graph. (To display subquery graphs, right-click the
node and click Open sub queries. Some subqueries do not have an associated node in the parent trace and can
be opened using this option.)
The vertical bar represents timing information for the node. The color red represents the time for the report
spent in the node. The color yellow represents the proportion of time spent in the children of the node. The
color gray represents the time spent outside the node and its children. If the node is selected, the times are
also displayed in the Properties view.
The Query view tab shows the MDX or SQL query used in this report.
You can link MDX commands in the Query view with nodes in the graph by using the
Link MDX to graph icon. If you select an MDX command in the Query view and
click the Link MDX to graph icon, the nodes in the graph where the MDX commands
are executed are selected.
If the query is a SQL query, you can run the report again by clicking the Execute Sql
query icon.
The Properties view tab displays the properties for the currently selected graph node.
The Navigation view tab displays the graph as a tree structure. To open the Navigation
view for the active graph, click File\Show in Navigation. You can have multiple
Navigation views open, one for each graph. To navigate quickly between a Navigation
view and the corresponding graph, click the Link with editor icon. Clicking an item
in the Navigation view selects the corresponding node in the graph, and vice versa.
When enabled, the workload log file captures the information that represents user
workload usage such as running reports or performing interactive analysis. This log file
allows Aggregate Advisor to suggest aggregates (in-database or in-memory) that
correspond directly to the reports referenced in the log file.
Consider running Aggregate Advisor if non-trivial changes are made to the model, if
there are significant data changes, if query performance is not meeting expectations, or
if workload characteristics change significantly.
For more information on using the Aggregate Advisor, refer to the IBM Cognos
Dynamic Query Analyzer User Guide 11.0, in the section Getting started with Cognos
IBM Cognos Dynamic Query Analyzer: Optimize dynamic cube performance with
Aggregate Advisor.
Unit summary
• Perform Dynamic Query Mode (DQM) logging
• Analyze queries using IBM Cognos Dynamic Query Analyzer (DQA)
Unit summary
Exercise 1
Enable DQM, publish a package, and review the logs created
Exercise 1: Enable DQM, publish a package, and review the logs created
Exercise 1:
Enable DQM, publish a package, and review the logs created
In this exercise, you will configure a relational data source for Dynamic Query Mode,
publish a package in DQM, enable global trace logging, and review the logs that are
created. When you are done, you will disable global trace logging.
To do this you will:
• Ensure that the query service is enabled in IBM Cognos Configuration.
• Create a project named DB2 DQM Model.
• Add a connection to IBM DB2, enabling Dynamic Query Mode using
admin/Education1 credentials.
• Create the following data source connection using admin\Education1 credentials,
and test for compatible mode and dynamic query mode:
• Name: GOSALESDW(DB2)
• Connection type: IBM DB2
• Database name: GS_DB
• JDBC connection: enabled
• Server name: VCLASSBASE
• Port number: 50000
• For the GOSALESDW(DB2) data source, import the following tables:
GO_TIME_DIM, SLS_PRODUCT_DIM, SLS_SALES_FACT, and then test the
GO_TIME_DIM definition.
• Publish a package named GOSALESDW(DB2).
• In IBM Cognos Administration, ensure that the data source connection for
GOSALESDW(DB2) is running in both modes (DQM and Compatible) on the
dispatcher.
• In IBM Cognos Administration, select the query execution trace check box to
enable the service.
• Create, save, and run a simple report based on the GOSALESDW(DB2)
package.
• Review the logs generated by DQM at C:\Program Files\IBM\cognos\
analytics_full\logs\XQE.
• In IBM Cognos Administration, deselect the query execution trace check box to
disable the service.
• Close all open windows.
If necessary, modify the <reportPath></reportPath> tags in the manifest.xml file
to refer to the full path of the report.
For more information about where to work and the exercise results, refer to the Tasks
and Results section that follows.
Exercise 1:
Tasks and Results
At the beginning of this exercise, the IBM Cognos Full:9315 dispatcher is running.
Task 1. Ensure the Dynamic Query Mode service is enabled.
• From the Start menu, navigate to All Programs\IBM Cognos Analytics Full,
and then click IBM Cognos Configuration.
• In the Explorer pane, click IBM Cognos services, and then ensure Query
service enabled? is set to True.
If the value was set to False, change it to True, save the configuration, and then
restart the IBM Cognos service.
• Close IBM Cognos Configuration, selecting No, if prompted to save.
Task 2. Create a Dynamic Query Mode-enabled project and
connection to IBM DB2.
The following instructions use the sample Sample Outdoors Warehouse IBM DB2
database called GS_DB to allow you to create a relational data source connection.
For an IBM DB2 data source, the IBM Cognos Framework Manager instance requires
no additional software if all of your Framework Manager projects use the Dynamic
Query Mode. If any of your projects use the Compatible Query Mode, however, an IBM
DB2 client must be installed and configured on the computer hosting IBM Cognos
Analytics Framework Manager. This has been configured in the environment for this
course.
Although you may already be familiar with creating a Dynamic Query Mode-enabled
project, this exercise will be looking deeper into the process and the results.
• From the Start menu, navigate to All Programs\IBM Cognos Framework
Manager, and then click IBM Cognos Framework Manager.
• Click Create a new project, in the Project name box, type DB2 DQM Model,
and ensure that the Use Dynamic Query Mode check box is selected.
• Notice the path of the project location, and then click OK.
• Click OK if a message is displayed to create the directory, and then login as
admin/Education1.
• In the Select Language box, ensure that English is selected, and then click OK.
• On the Select Metadata Source page, ensure that Data Sources is selected,
click Next, and then click New to create a new data source connection.
• In the New Data Source wizard, click Next, in the Name box, type
GOSALESDW(DB2), and then click Next.
• Under Type, click IBM DB2.
Notice the Configure JDBC connection check box. Ensure that this box is
selected, so that information can be provided to connect through the JDBC driver
which is required for Dynamic Query Mode.
• Click Next.
In the next steps, the information provided is based on how the IBM DB2 clients
on the computer hosting Framework Manager and the IBM Cognos Analytics
servers were configured and how security is implemented for IBM DB2.
Connection information and sign on information should be provided by the
database administrator.
• In the DB2 database name box, type GS_DB, and then in the Signon\Signons
section, select the Password check box.
• In the User ID box, type GOSALESDW, and then in the Password and Confirm
password boxes, type Education1.
• On the View the results page click Close, and then on the Test the connection
page click Close.
• On the Specify the IBM DB2 connection string page, click Next.
You will now configure the JDBC connection information.
• In the Server name box, type VCLASSBASE (the name of the server hosting the
database), in the Port number box, type 50000 (the port number of the
database), and then in the Database name box, type GS_DB.
• In the Testing section click Test the connection, and then click Test.
Notice that the Query Mode is Dynamic.
• On the View the results page click Close, on the Test the connection page
click Close, click Finish, and then in the Finish dialog box, click Close.
The new GOSALESDW(DB2) data source that appears in the list is configured to
query using either query mode.
You will import metadata and test query subjects for this data source.
• Select GOSALESDW(DB2) in the list of data sources, click Next, expand
GOSALESDW, expand Tables, and then select the following tables:
• GO_TIME_DIM
• SLS_PRODUCT_DIM
• SLS_SALES_FACT
• Click Next, click Import, and then click Finish.
• Double-click GO_TIME_DIM to open its definition, and then click the Test tab.
If the Query Mode property of the project is set to Dynamic when testing a query
subject, the test query will run in Dynamic Query Mode. If the Query Mode
property is set to Compatible, however, there is an option to use the Dynamic
Query Mode on the Test tab in the lower left corner, provided that the query
subject is for a data source supported by the Dynamic Query Mode. In this case,
the property for this project was set to Dynamic Query Mode, and therefore you
do not see this check box option.
• At the lower right, click Test Sample.
Framework Manager sends the test query through the IBM Cognos 11 gateway
to one of the IBM Cognos Analytics servers, which, in turn, queries the reporting
database. The data retrieved by the test query appears in the Test results pane.
A section of the result appears as follows:
You should test all your model objects against the Dynamic Query Mode to
ensure that SQL generation is as expected for your requirements. If you are
building an OLAP over Relational model, this includes foundation objects such as
Data Source and Model Query Subjects as well as Regular and Measure
Dimensions. OLAP over Relational model replaces the term DMR model, for
DQM.
When you have finished building the model, you can create and publish a
package that uses the Dynamic Query Mode.
Task 3. Create and publish a package that uses the dynamic
query mode, and then verify the package properties.
• In the Project Viewer, right-click Packages, click Create, and then click
Package.
• In the Name box, type GOSALESDW(DB2), click Next, and then click Finish.
• At the prompt to open the Publish Package Wizard, click Yes.
• Change the Folder location in the Content Store to the root of Team Content
(if necessary).
• In the Publish Wizard clear the Enable model versioning check box, click
Next, and then on the Add Security page click Next.
On the Publish Wizard - Options page, if the Query Mode property of the project
is set to Compatible and if the package contained supported DQM data sources,
then the Use Dynamic Query Mode check box option would be displayed. You
have already defined the property of this project as Dynamic Query Mode, so this
option does not appear.
• Click Publish, and then click Finish.
The package is now available in IBM Cognos Analytics and will use the Dynamic
Query Mode for reports written against this package. In IBM Cognos Analytics,
the query mode used by the package can be verified in the package properties.
• Close Framework Manager, saving your changes.
• Launch Internet Explorer, go to http://vclassbase:88/ibmcognos/bi/, and then
log on as admin/Education1.
• Click Team content, beside GOSALESDW(DB2), click the ellipsis, and then click
Properties.
• Expand Advanced.
Notice that the Query Mode is Dynamic.
• Click View connections, in the Actions column click Test the connection ,
and then click Test.
There are two query modes listed for this dispatcher.
• Click Close, and then on the Test the connection page click Close.
• In the left pane, click the Dispatchers and Services link, and then click
http://vclassbase:9315/p2pd.
• Click the Next Page button, and notice that the QueryService appears in the list.
• In the Actions column for the QueryService, click Set properties, on the
Settings tab, in the Value column, select the Enable query execution trace
check box.
The trace configuration change will be picked up automatically within 15 seconds.
Enabling the query execution trace will write information such as the native MDX
to a run tree log in the ..\logs\XQE directory. Profiler information is also written to
capture execution and waiting time metrics for query constructs.
• In the Value column, notice the Enable query planning trace check box.
Enabling the query planning trace setting will write information related to the
transformation of the query to the plan tree log within the ..\logs\XQE directory.
This trace is useful when attempting to determine what decisions were made by
the Dynamic Query Mode to build the execution plan, however resultant log files
are large and may impact overall query performance. Use only for reports that fail
before the profile is complete.
Do not enable the query planning trace in this exercise.
• Click OK, and then wait 15 seconds before proceeding.
• On the Side panel, click Toolbox , and then drag a List to the report area.
• Click OK to accept the defaults.
• On the Side panel, click Data , and then populate the list with the following
items from the package:
• GO_TIME_DIM: DAY_DATE
• SLS_PRODUCT_DIM: PRODUCT_KEY
• SLS_SALES_FACT: QUANTITY
You could use any items from the package for your report; the specific content of
the items selected above is not important to this exercise. You can drag and drop
items in the list, or double-click items on the Source tab to add them to the list.
• Save the report in Team content/GOSALESDW(DB2) as DQM Report.
Exercise 2
Use IBM Cognos Dynamic Query Analyzer to analyze a query
Exercise 2:
Use IBM Cognos Dynamic Query Analyzer to analyze a query
IBM Cognos Dynamic Query Analyzer (DQA) is a tool that provides graphical
representations for the query logs produced by Dynamic Query mode queries. This
exercise will introduce you to using IBM Cognos Dynamic Query Analyzer to analyze
results of the logs generated by the queries.
It is assumed that you have generated log files for use with IBM Cognos Dynamic
Query Analyzer, as described in Exercise 1. Please complete Exercise 1 before
proceeding with this exercise. This will help you become familiar with analyzing log files
in IBM Dynamic Query Analyzer, before you assess differences in report variations.
In this exercise scenario, with no global tracing enabled, you will run a report directly in
IBM Cognos Dynamic Query Analyzer, which will generate log files that you can
immediately analyze. This method of generating log files will have less of an impact on
the production environment than the global tracing method.
To do this exercise you will:
• Launch IBM Cognos DQA. If you encounter any "null pointer" errors, close and
reopen IBM Cognos DQA. If you encounter any login-related messages, dismiss
them. Review the settings in Window\Preferences to familiarize yourself with the
configuration of the environment. If necessary, modify the settings to reference
the correct IBM Cognos server and the logs directory URL. After you have
validated the settings, close and reopen DQA (logging on if prompted).
• In IBM Cognos DQA, refresh the content store display (if necessary), and explore
the GOSALESDW(DB2)\DQM Report\DQM Report (<Date>, <Time>)\ Profile 0
log. Refer to the DQA Graph Legend page in this unit, as you review the objects
in the graph, to assist in your interpretation of the graph.
• In a browser session, log on to the portal at http://vclassbase:88/ibmcognos/bi/,
with admin/Education1 credentials.
Exercise 2:
Tasks and Results
At the beginning of this exercise, the IBM Cognos Full:9315 dispatcher is running, and
log files are available in the ..\logs\XQE directory.
Task 1. Start IBM Cognos Dynamic Query Analyzer and review
the configuration.
• From the Start menu, navigate to
All Programs\IBM Cognos Dynamic Query Analyzer, and then click IBM
Cognos Dynamic Query Analyzer.
If you receive any "null pointer" errors (either standalone or at the top of what
appears to be a login dialog box), dismiss the errors and then close and reopen
IBM Cognos Dynamic Query Analyzer before proceeding.
• If you receive any other login-related errors, dismiss them and leave IBM Cognos
Dynamic Query Analyzer open.
• From the Window menu, click Preferences, and then in the left pane, click
Cognos Server.
This property has the settings for the host and port of the IBM Cognos server
which contains the reports to be analyzed. This has been configured by the
administrator who set up the environment.
• Double-click the Profile 0 entry, and then in the right pane, click the Summary tab.
The analysis will load, and the runtree log is displayed in a graphical view.
The results in the Summary tab appear similar to the following:
• Maximize the window, and adjust the width of the Summary tab layout to let you
to see the information.
• On the Summary tab, expand the Node Shapes and Colors section, to assist
you in interpreting the results.
• Review the Timing section, and note the total time in node children and total time
in node color annotations, and summary of working times and wait times.
• To assist in the interpretation of the graph, refer to the DQA Graph Legend page
earlier in the content of this unit
Nodes can be SQL execution nodes, MDX execution nodes, local processing
nodes, decoration nodes, and many more. Results flow from the bottom of the
run tree (leaf nodes) to the top (XTree node) where the result is represented in
RSAPI (Resultset API) format and can be sent to the report service for rendering.
• Select the XTree node object in the graph.
• Review the properties by clicking the Properties tab, and then select the other
objects, one by one, to familiarize yourself with the properties and the information
that is displayed for each one.
Notice the XColumn objects, and compare the timing results of each column.
• Close IBM Cognos Dynamic Query Analyzer, and any other open windows.
• Click New folder , replace the name New Folder with Suppression
Reports, and then press Enter.
You will save the reports to this public folder, rather than a private folder, so that
you can access them from the Content Store pane in IBM Cognos Dynamic
Query Analyzer. You will proceed to open the package to use in your reports.
• On the Side panel, click New, and then click Report.
• Click Blank, and then click OK.
• Click Add report data, navigate to Team content\Samples_ DQ\Models\GO
Data Warehouse (analysis), and then click Open.
• On the Side panel, click Toolbox, drag a Crosstab to the report area, and then
click OK to accept the defaults.
• On the Side panel, click Data, expand Sales and Marketing (analysis), and then
expand Sales.
You will build a report from items in this namespace.
• Populate the crosstab by dragging the following source items to the crosstab in
the report layout:
• Measures drop zone: Sales fact\Quantity
• Rows drop zone: Products dimension\Products hierarchy\Product level
• Columns drop zone:
• Retailers dimension\Retailers hierarchy\Retailer name level
• Order method dimension\Order method hierarchy\Order method type
level, nested under <#Retailer name#>
The crosstab appears as follows:
• On the on-demand toolbar, click the Suppress arrow, and then click
Suppression options.
• In the Suppression section, click Rows and columns, in the Suppress the
following section, ensure that all check boxes are selected, and then click OK.
• On the Application bar, click Save/Save As, name the report Crosstab with
Full Suppression, and then save the report in Team content\Suppression
Reports.
What if the author was to decide that it is not full suppression that was required,
but merely suppression of null (missing) values? You will make the changes to
the report and save the new variation to analyze later.
• Click the crosstab's Container Selector to select the crosstab, on the toolbar,
click the Suppress arrow, and then click Suppression Options.
• In the Suppress the following section, ensure that only the Missing values
check box is selected, and then click OK.
• On the Application bar, click Save/Save As, name the report Crosstab with
Null Suppression, and then save the report in Team content\Suppression
Reports.
What if the author was to decide that suppression of null (missing) values could
be run in the query directly? You will make the changes to the report and save
the new variation to analyze later.
• Click the crosstab's Container Selector to select the crosstab, on the toolbar,
click the Suppress arrow, and then click No Suppression.
• On the Side panel, click Navigate , and then click Query explorer .
• Click Query1.
• From the Data Items pane, drag Quantity to the Detail Filters pane.
• In the Detail Filter Expression pane, in the Expression Definition pane, click
the cursor at the end of the expression, type is not null, and then click
Validate .
The [Quantity] is not null expression has no errors.
• Click OK.
• On the Application bar, click Save/Save As, name the report Crosstab with
Null Suppression in Query, and then save the report in Team
content\Suppression Reports.
• Close all browser windows.
Task 4. Run the reports in IBM Cognos Dynamic Query
Analyzer to generate log files for analysis.
• Launch IBM Cognos Dynamic Query Analyzer, if prompted log in as
admin/Education1, and then from the File menu, click Close All Results, if it is
available, to ensure that all previous results are closed.
If you encounter any NullPointerException errors, close IBM Cognos Dynamic
Query Analyzer and reopen it.
• Click the Content tab, click OK to accept the Login settings (if necessary), and
then expand the Suppression Reports folder to see the reports that you
created.
• Double-click the Crosstab with Full Suppression report, click OK to close the
Login to Cognos Server message, and then log in to the portal as
admin/Education1.
Before you run the first report, you want to clear the query service cache.
• Launch Internet Explorer, go to http://vclassbase:88/ibmcognos/bi/, and then
log on as admin/Education1.
• In Internet Explorer, launch IBM Cognos Analytics, log in as
admin/Education1, and then launch Administration console.
• On the Configuration tab\Query Service Caching pane, in the Server
Group(s) column, select the Group 64 check box, and then click Clear cache.
• When the cache has succeeded in clearing, click Close.
• Switch to the IBM Cognos Query Analyzer window, in the Content Store tab,
right-click the Crosstab with Full Suppression entry, and then click Run
Report.
The report executes, and displays the results on the report tab in the middle.
• In the Open Logs box, click No, as you will open the log later.
You want to clear the cache before running a different report, to ensure that
results are not skewed by cached information.
• Return to the browser window, where Admin Person is logged into IBM Cognos
Administration, and repeat the previous steps to clear the Query Service
cache.
• Switch to the IBM Cognos Dynamic Query Analyzer window, and repeat the
previous steps to run the Crosstab with Null Suppression report and clear the
query service cache.
• Switch to IBM Cognos Dynamic Query Analyzer, and repeat the previous steps
to run the Crosstab with Null Suppression in Query report and clear the query
service cache. It may take a while for this report to finish running.
By running the reports in IBM Cognos Dynamic Query Analyzer, even though
query execution is not enabled in your environment, logs have been generated,
for which you can analyze results.
Task 5. Review the logs from different report variations.
• In IBM Cognos Dynamic Query Analyzer, from the File menu, click Close All
Results.
• From the Window menu, click Analyze Logs, from the File menu, click Open
log, and then click From URL.
You can use this option if a virtual directory has been configured for the XQE
folder. In this environment, all of the dynamic query logs are stored here.
• Click the Crosstab with Full Suppression (<Date>, <Time>) entry, click the > at
the left of the entry to expand the list, and then in the expanded list, select the
Profile 0 check box.
You only want to load the Profile 0 file for comparison analysis at this time. Other
files that you may see in the log files are Fetch Cell Values and LoadLevels.
• Expand the Crosstab with Null Suppression (<Date>, <Time>) entry, and then
in the expanded list, select the Profile 0 check box.
• Expand the Crosstab with Null Suppression in Query (<Date>, <Time>) entry,
in the expanded list, select the Profile 0 check box, and then click OK.
• Click the Crosstab with Full Suppression (<Date>, <Time>) tab, to review the
results.
• From the Window menu, click Show View, and then expand Graph Details.
• Click XML Node, and then click OK.
As you explore each node, you can refer to this tab to view the XML associated
with it.
• In the XML Node tab, click in the blank pane, and then in the Crosstab with Full
Suppression pane, select the node objects, one by one, to familiarize yourself
with the properties and the information that is displayed for each one.
To assist in your interpretation of the graph. refer to the DQA Graph Legend page
earlier in the content of this unit.
• For expandable nodes, double-click the node or click the icon to expand and
explore more nodes and properties in the runtree.
In this runtree, the MDX query (green nodes) are sent to an MDX data source for
execution. The results returned will go through some decoration nodes
(decoration is an internal process that allows the mode to distinguish between
different parts of a query result), then a node that will flatten the result (MDX
results are multidimensional by nature) and finally another node will process the
flattened result.
The XMDXSelect node is the node which will display the pieces of the actual
MDX query used to satisfy the report request. The scale icon beside node is used
as a visual representation of the performance of the node.
The properties pane of this node reveals the wait time spent in the node and the
wait time in the node and children.
Your result times may be different, depending on what is happening in your
environment. Compare each of the results of your findings against each other, in
your analysis in this exercise.
• Click the XV5Suppress node near the top of the tree, and observe the
properties.
• View the contents of the XML Node tab, while the XV5Suppress node is
selected.
Results appear similar to the following:
Notice the total elapsed time for the node and its children (totalElapsedTime), as
well as the elapsed time spent in the node itself (ownElapsedTime).
Notice the code for the suppression, and how all suppression values are true.
Based on the fact that there are two EdgeNum entries and nulls, divByZero and
overflow are all set to true, the properties confirm that a user applied zero, divide
by zero, overflow and null suppression on both the rows and columns.
At this point, it would be time to ask the report author whether or not they actually
need the divByZero, zero and overflow suppression, or whether or not they just
wanted to suppress nulls. Another good question to ask would be whether
suppression was actually needed on both the rows and columns.
The report author could come back with the statement that only null suppression
is required on both columns and rows. You have made this change to the report
and saved it as Crosstab with Null Suppression (<Date>, <Time>) on the same
package, and you ran the report to generate log files.
• In IBM Cognos Dynamic Query Analyzer, click the Crosstab with Null
Suppression in Query (<Date>, <Time>) tab, and review the objects in the
runtree.
• In the Graph tab, notice that there is no XV5Suppress node, due to visual
suppression being removed from the report, and running the suppression in the
query.
• In IBM Cognos Dynamic Query Analyzer, click the Crosstab with Null
Suppression (<Date>, <Time>) tab, and review the Timing section results.
The results appear similar to the following:
• Compare the results with the timing results for the initial report, Crosstab with
Full Suppression (<Date>, <Time>).
The results appear similar to the following:
To identify the most efficient report for users, you have used IBM Cognos
Dynamic Query Analyzer to compare three different variations of the report.
• Close IBM Cognos Dynamic Query Analyzer, log out from IBM Cognos
Administration, and then close the web browser.
• On the Taskbar, launch Services, and then stop the IBM Cognos 11 Full:9315
service.
Unit objectives
• Explore component logging for Gateway, Dispatcher, Report Server,
and Universal Data Access layer
Unit objectives
BIBus trace
• Capture HTTP and socket requests sent to and from the
BIBusTKServerMain process
• Activate through environment variables or a configuration file
• Log to a file or console
BIBus trace
This is for your information. You would only use this if you were asked to do so by
customer support.
• Activate
Enable Allow service to interact
with desktop functionality of the
IBM Cognos 11 Windows service
Gateway trace
• Diagnose problems with single sign-on and secure sockets, standby
dispatcher mechanism, and password encryption
• Activate
In ..\cgi-bin\ directory, rename cognoscgi.conf.sample to cognoscgi.conf
Add code to end of file
gw<type>LoggingConfig=<file_name>.log 5 GWSiMTLogger 1
• Output: ..\logs\<file_name>.log
Gateway trace
A gateway is an extension of a Web server program that transfers information from the
Web server to another server. Gateways are often CGI programs, but may follow other
standards such as Internet Server Application Program Interface (ISAPI), and Apache
Modules (apache_mod).
An example of a cognoscgi.conf file (remove # to uncomment a line):
# optional overrides; defaults are shown, uncomment and edit as required
#dispatcher_host=localhost
#dispatcher_port=9300
#dispatcher_Encryption=enabled
#SystemRecoverableIterationLimit=50
gwISAPILoggingConfig=gwisapi.log 5 GWSiMTLogger 1
Valid <type> entries include gwCGILoggingConfig for CGI, gwISAPILoggingConfig for
ISAPI, and gwModLoggingConfig for apache_mod.
Demonstration 1
Perform a Gateway trace
Demonstration 1:
Perform a Gateway trace
Purpose:
You want to become familiar with the information available in a gateway trace.
To do this, you will invoke a trace and review the output.
At the beginning of this demonstration, no dispatcher is running.
Ensure that the following services are running:
• Apache Directory Server - default
• DB2-DB2COPY1 - DB2
• DB2DAS - DB2DAS00
• World Wide Web Publishing Service
2. Scroll through the file to see the information that is captured in this trace.
Items to look for include SOAP messages, HTML code, and elapsed time (scroll
to the bottom of the file).
3. When you have finished reviewing the file, close the gwcgi.log tab, and then
close Eclipse.
Task 5. Disable the trace.
1. From the System Tray, click Services window, stop the IBM Cognos
Full:9315 service.
2. In Windows Explorer, navigate to C:\Program
Files\IBM\cognos\analytics_full\cgi-bin, and delete cognoscgi.conf.
Leave the IBM Cognos Full:9315 service stopped for the next exercise.
Results:
You invoked a CGI gateway trace and reviewed the information available in
the output.
It is important to understand that UDATest does not fix issues. Its purpose is to verify if
the SQL sent to the RDBMS will execute successfully.
The following are some possible use cases for UDATest. Keep in mind that in some of
these examples, the SQL generated was identical or ran successfully. UDATest did not
help resolve the issue, but rather proved the SQL sent to the RDBMS could execute
successfully and therefore helped the administrator determine that the actual issue may
be elsewhere:
• Report runs against one DB vendor and fails against another. For example, you
create a report against SQL Server, the report validates and runs as expected,
then you create a similar report against a DB2 data source and the report fails
with a UDA error. Run UDATest against both vendors RDBMS and compare the
output to see where the process is failing and how the SQL differs.
• SQL Performance with Virtual View Manager versus directly against the vendor:
Running a report which uses a Composite data source runs in x minutes.
Running the same SQL, directly against Oracle takes x + minutes. Run UDATest,
with output logging enabled, against both and compare to see what the
differences are in the SQL.
• Upgrade: Comparing SQL generated in different versions of IBM Cognos
Analytics or IBM Cognos BI: Running a report against an earlier version of IBM
Cognos runs successfully, running the same report after upgrading to
IBM Cognos Analytics fails with an error. Run UDATest to see the differences in
the SQL being generated.
• Intermittent Report Failures: Every day a summary report is sent out. Since
upgrading report returns incorrect data usually once or twice a week. This is not
due to a database issue because if you re-run the report again you will get the
correct answer. Run UDATest a number of times in sequence, waiting a couple of
seconds between each launch of UDATest.
See good results for run#2, run# 3, run#4 and run# 5: uda_2.log, uda_3.log,
uda_4.log, uda_5.log. See bad results for run# 1, run #6 and run# 7: uda_1.log,
uda_7.log and uda_7.log. Compare the logs to see the differences.
@ echo off
set TRACE_FILE = <drive letter>:\<path>\<name>.api
set TRACE_LAYER_DMD_SQLAPIRW = 0x0002
set TRACE_ALL_THREADS=Y
@ echo off
Example set TRACE_FILE = C:\UDATrace.txt
set TRACE_LAYER_DMD_SQLAPIRW = 0x0002
set TRACE_ALL_THREADS=Y
Explore component logging © Copyright IBM Corporation 2016
What is UDATest?
• Utility in IBM Cognos 11 at ..\bin\udatest.exe or ..\bin64\udatest.exe
• Users can execute SQL generated by UDA directly against a third
party data source
• UDATest verifies if the SQL sent to the RDBMS will execute
successfully
What is UDATest?
It is important to understand that UDATest does not fix issues. Over the next few pages,
some possible use cases for UDATest are presented.
UDATest scenario 1
• Report runs against one DB vendor and fails against another
You create a report against SQL Server, the report validates and runs as
expected
You create a similar report against a DB2 data source and the report fails
with a UDA error
Run UDATest against each vendor RDBMS and compare output to see
where process is failing and how the SQL differs
UDATest scenario 1
UDATest scenario 2
• SQL Performance with Composite/VVM vs. directly against the vendor
A report which uses a Composite/VVM data source runs in x minutes
Running the same SQL, directly against Oracle takes x + minutes
Run UDATest, with output logging enabled, against both, and compare
differences in the SQL
UDATest scenario 2
UDATest scenario 3
• Compare SQL generated on different operating systems
Report performance on AIX going through DataDirect ODBC driver to MS
SQL Server is unacceptable
Database administrators see multiple cursors on AIX
Running on Windows, the cursors are not sent to the database and
performance is acceptable
Run UDATest against both, and review the SQL generated and the output it
produced
UDATest scenario 3
UDATest scenario 4
• Compare SQL generated in different versions of IBM Cognos Analytics
Running a report against IBM Cognos BI 8.4.1 runs successfully
Running the same report after upgrading to IBM Cognos BI 10.2.2 fails with
an error
Report still fails with an error when upgraded to IBM Cognos 11.0.0
Run UDATest to see the differences in the SQL being generated
UDATest scenario 4
UDATest scenario 5
• Specific version of IBM Cognos
Running a report in IBM Cognos BI 8.4.1 runs successfully
Same report fails with an error in IBM Cognos BI 10.2.2
Same report runs successfully in IBM Cognos 11.0.0
Probably not a database issue
Run UDATest and compare the resulting SQL to look for differences
UDATest scenario 5
UDATest scenario 6
• Intermittent report failures
Each day a summary report is sent out
Since upgrading, the report returns incorrect data usually once or twice a
week
Not due to a database issue because if you re-run the report again you will
get the correct data
Run UDATest a number of times in sequence, waiting a couple of seconds
between each launch of UDATest
− See good results for run #2, run #3, run #4 and run #5: uda_2.log, uda_3.log,
uda_4.log, uda_5.log.
− See bad results for run #1, run #6 and run #7: uda_1.log, uda_7.log and
uda_7.log.
Compare the logs to see the differences
UDATest scenario 6
Be aware that UDA is not used with the QueryService which processes the 64-bit
ReportServer service. The scenario presented here assumes that you are running a
report against the 32-bit ReportServer service. For 64-bit ReportServer traces of
queries, use the Dynamic Query Analyzer utility.
Exercise 1
Explore UDA Trace and UDATest (optional)
Exercise 1:
Explore UDA Trace and UDATest (optional)
UDA is not used with the QueryService which processes the 64-bit ReportServer
service. In this exercise, you will run a report against the 32-bit ReportServer service.
For 64-bit ReportServer traces of queries, use the Dynamic Query Analyzer utility.
You are an administrator testing a report in IBM Cognos Analytics - Reporting, and
want to know if the query submitted in IBM Cognos returns the correct information from
the database. You need to extract the native SQL and query execution plan of
Relational Query Planner (RQP). The native SQL then can be tested in the database
vendor's native query tool. You will use the UDATest utility to accomplish this.
UDATest is used to isolate the database information. You will perform a trace to get this
information.
You will:
• Ensure that the IBM Cognos Full:9315 service and the IBM Cognos
DispCM:9320 service are stopped.
• Enable SQL comments in CQEconfig.xml making it easier to identify the query
and the user running it. The log file created will be tested using the udatest.exe
and the native query will be executed in the native client query tool.
• Set Universal Data Access (UDA) environment variables (on both Dispatchers) to
enable the creation of the log files when a query is executed.
• Create a report (using admin/Education1 credentials) that will be used to run UDA
trace.
• Modify the uda_trace.log file and save as .api file.
• Run udatest.exe to examine the .api file from the Cognos 11 bin folder.
• Copy the native SQL from the .api file and test its performance in IBM Data
Studio.
• Reset all configurations back to their original state
Keep in mind, that in a real troubleshooting scenario, it is best to run multiple traces
(UDA, BIBus, Dispatcher) to get a better understanding of the causes of the issues.
For more information about where to work and the exercise results, refer to the Tasks
and Results section that follows. If you need more information to complete a task, refer
to earlier demonstrations for detailed steps.
Exercise 1:
Tasks and Results
At the beginning of this exercise, no dispatcher is running.
Task 1. Enable SQL comments in the UDA trace and native
SQL.
• In the Services window, ensure the IBM Cognos Full:9315 service and the IBM
Cognos DispCM:9320 service are stopped.
• In Windows Explorer, navigate to C:\Program
Files\IBM\cognos\analytics_full\configuration, and then copy and paste
CQEConfig.xml.sample to the same directory.
• Rename to CQEConfig.xml - Copy.sample to CQEConfig.xml, and then open
CQEConfig.xml in Eclipse.
• Locate the following section:
<section name="QueryEngine">
…
</section>
• Uncomment the following four lines of code in this section by deleting the !--
characters:
<!-- entry name="GenerateCommentInNativeSQL" value="1"-->
This trace will contain all SQL statements sent to the UDA layer. In addition it will
have the timings of how long each statement took to execute. The trace file will
be written to uda_trace.log.
• Save and then close the file.
• Repeat the preceding steps for the C:\Program
Files\IBM\cognos\analytics_DispCM\bin64\startup.bat file.
Task 3. Create a report that will be used to run the UDA trace.
• Double-click C:\Program Files\IBM\cognos\analytics_full\bin64\startup.bat to
start the IBM Cognos Analytics Full instance with the new CQEconfig.xml and
environment variable settings.
If a Windows Security Alert box appears with a message related to Windows
Firewall, select only the Private networks, such as my home or work network
check box, and then click Allow access.
You should not use startup.bat to start IBM Cognos Analytics in a production
environment, but you are doing testing in a non-production environment for this
exercise.
Allow a few minutes for the services to start.
• When The dispatcher is ready to process requests message appears in the
command window, repeat with the C:\Program
Files\IBM\cognos\analytics_DispCM\bin64\startup.bat file to start the IBM
Cognos Analytics DispCM instance.
UDA is not used with the QueryService which processes the 64-bit ReportServer
service. You will be running a report against the 32-bit ReportServer service, and
in this environment, that is on the DispCM server. Therefore you must start both
instances to execute the trace. For 64-bit ReportServer traces of queries, use the
Dynamic Query Analyzer utility.
• Launch Internet Explorer, go to http://vclassbase:88/ibmcognos/bi/, and then
log in as admin/Education1.
• Click New, and then click Report.
• Click Blank, and then click OK.
• Click Add report data, navigate to
Team content\Legacy_Samples\Samples\Models\GO Sales (query), and then
click Open.
• From the Toolbox panel, drag a List to the report area, and then click OK to
accept the defaults.
• From the Data panel, populate the list report with the following items from the
Sales (query) namespace:
• Products: Product line, Product type
• Sales: Product cost
• In the report layout, click the <Product line> column, and then on the
On-demand toolbar click Group / Ungroup .
• Select the list object using its Container selector , and then on the
Application bar, click Show properties .
• In the DATA section of the Properties panel, change the Rows Per Page to 25.
• In Notepad, from the File menu, click Save As, and then in the Save in list,
navigate to C:\Program Files\IBM\cognos\analytics_full\bin64.
• In the File name box, type Test.api, in the Save as type list, click All Files (*.*),
in the Encoding list, click ANSI, and then click Save.
You may wonder why another format, other than ANSI is not used here. UDA is a
low level component; and this format has been traditionally used. As an
experiment, you could try to use different encoding types (UTF-8, Unicode) and
determine if alternate types work with UDA. Do this only after you have
successfully completed this exercise, and if you have the time to do this.
• Close Notepad without saving changes.
• In Eclipse, close the uda_trace.<PID #>.log tab without saving changes, and
then close Eclipse.
The query runs and the Result1 tab in the bottom right corner displays the output
of 21 rows.
The results appear as follows:
You have checked the performance of the query at the database level, to see if
the same values are returned as those seen in the report in IBM Cognos
Analytics. In both environments, 21 rows were returned.
• Return to the TEST.log file in Eclipse, and locate the execution plan section.
• Examine the fetch, prepare, execution and CPU times by locating the following
section.
<operator CPUTime="0.000000" elapsedTime="0.000000" nRows="0"
operatorType="dbScan" rowSize="480" totalCPUTime="0.000000"
totalElapsedTime="0.000000">
In this scenario, the execution time of the query was minimal, and there were no
issues. This exercise provides you with a method to get this information; there is
nothing to troubleshoot here, but you were able to confirm that the SQL results
returned were the same in the IBM Cognos query as they were in the direct SQL
query against the database.
This is an example of a low level development trace. You could also test the SQL
going through Cognos SQL, as opposed to the native SQL. Does it take longer to
execute?
If you do comparisons with earlier versions of IBM Cognos, the SQL may not be
the same. This does not necessarily indicate an issue.
Task 6. Restore the settings and files to their original state.
• Close all open windows without saving.
• In Windows Explorer, navigate to C:\Program
Files\IBM\cognos\analytics_full\bin64, and then delete TEST.log and Test.api.
• Edit startup.bat for both dispatcher installations (C:\Program
Files\IBM\cognos\analytics_full\bin64 and C:\Program
Files\IBM\cognos\analytics_DispCM\bin64) to remove the setting of the
environment variables.
The result appears as follows:
What is Perf.QFS?
• Purpose:
Use to determine report running time allocation
• Description:
Captures data within query framework (QFW) code
Captures gesture and action times from IBM Cognos Analytics
What is Perf.QFS?
If your report is slow, use Perf.QFS to determine where time is being spent when
running a report. There may be external factors involved such as database loads,
network latency, overloaded servers, and so on, but this will isolate the IBM Cognos
Analytics components involved.
Perf.QFS provides a method to capture data within the QFW code, and is independent
of the product or test tool that consumes the QFW code.
Perf.QFS allows gesture or action times from IBM Cognos Analytics to be captured,
rather than only the overall request run timing as in QFWTest.
Activate Perf.QFS
• Activate:
Modify ipfPERFclientconfig.xml.sample and save as ipfclientconfig.xml
Activate Perf.QFS
To setup Perf.QFS, edit the ipfPERFclientconfig.xml.sample file, in the section below
the string <!-- QFS -->.
Exercise 2
Perform Perf.QFS logging
Exercise 2:
Perform Perf.QFS logging
You need to identify the architectural components that are used to process a run report
request and how much time spent in each component. This will help you with
troubleshooting issues should they occur.
You will:
• Assign the IIS 7 IUSR user to have Write permission to the logs directory for the
analytics_DispCM instance.
• Set the logging level to info for Perf.QFS logging in the ipfclientconfig.xml file for
the analytics_DispCM instance.
• Using admin/Education1 credentials, create and save a list report and a crosstab
report in IBM Cognos Analytics - Reporting, and then execute each report twice.
• Stop the services and open the perf.xml file and briefly examine the contents.
You can modify the xml file to use the perf.xslt stylesheet at
C:\Training\B6019\08-Explore_Component_ Logging\.
• Compare the components that each report used and compare the results with
the IBM Cognos 11.0 Architecture diagram. Why is there an
OlapQueryProvider as a component for the cross tab report?
• What component is the crosstab report spending most of its time in? Why?
• What component function is the most time spent in? Why?
For more information about where to work and the exercise results, refer to the Tasks
and Results section that follows. If you need more information to complete a task, refer
to earlier demonstrations for detailed steps.
Exercise 2:
Tasks and Results
At the beginning of this exercise, no dispatcher is running.
Task 1. Allow IIS 7 write permission to the logs directory.
In this environment, the Web server user (IUSR) requires permission to write in the
..\logs directory. Before proceeding with the trace, you will enable this permission for the
Analytics_DispCM instance. You may be familiar with this process, as it has been done
earlier, for the Analytics_full Dispatcher instance.
• In Windows Explorer, navigate to C:\Program
Files\IBM\cognos\analytics_DispCM, right-click the logs directory, and then
click Properties.
• On the Security tab, to change permissions, click Edit.
• Click Add.
• In the Enter the object names to select (examples) pane, type IUSR, and then
click Check Names.
If the user is found, it will appear with an underscore in the pane.
• Click OK, and then in the Group or user names pane, click IUSR.
• In the Permissions for IUSR pane, scroll to the Write permission, and in the
Allow column, select the Write check box.
• Click Apply, and then click OK to close the Permissions for logs box.
• Click OK to close the logs Properties box, and then close Windows Explorer.
• Save the file, close the ipfclientconfig.xml tab, and then close Eclipse.
Task 3. Create a list report and a crosstab report in IBM
Cognos Analytics - Reporting and then execute the
reports.
If the UI becomes unresponsive, you may need to refresh the browser before
continuing.
• Navigate to C:\Program Files\IBM\cognos\analytics_DispCM\logs, and then
delete the files at the root of this folder.
If prompted, skip any files still in use.
Do not delete the XQE folder if there is one.
• Switch to the Services window, start the IBM Cognos DispCM:9320 service,
and wait for it to fully start before proceeding to the next step.
• Launch Internet Explorer, go to http://vclassbase:88/ibmcognos/bi/, and then
log in as admin/Education1.
• Do not run the report at this time, but save the report as perf.qfs_list in the GO
Sales (query) folder.
• Create a new Blank report using the Team content\Legacy_Samples\
Samples\Models\GO Sales (query) package, and then drag a Crosstab to the
report area.
• Populate the list object from the Sales (query) namespace with the following
items:
• Columns: Time: Year
• Rows: Order method: Order method type
• Measures: Sales: Quantity
• Do not run the report at this time, but save the report as perf.qfs_crosstab in the
GO Sales (query) folder.
• On the Application bar, click the down arrow beside perf.qfs_crosstab, and
then beside perf.qfs_list, click Remove.
• Beside perf.qfs_crosstab, click Remove.
The file opens based on the formatting used in the perf.xlst file. This makes the
file easier to read.
The numbers shown in the right column such as Request Summary are in
milliseconds. Numbers in parentheses shown in the left column represent the
number of calls. These values come directly from the original, unformatted
Performance_<datetimestamp>.xml log file. You can refer to
Performance_<datetimestamp>.xml to understand the values being presented.
Near the top of this file is an explanation of the abbreviations for results.
<tr>
<td bgcolor="#BFD2E2">
<font size="3" face="arial">
<b>Request Summary </b>
</font>
</td>
<td bgcolor="#BFD2E2">
<xsl:value-of select="@et"/>
</td>
</tr>
<xsl:apply-templates select="C"/>
</xsl:template>
<xsl:template match="RQ">
<tr>
<td bgcolor="#BFD2E2">
<font size="3" face="arial">
<b>Request Query: </b>
<xsl:value-of select="@n"/>
</font>
</td>
<td bgcolor="#BFD2E2">
<xsl:value-of select="@et"/>
</td>
</tr>
<xsl:apply-templates select="C"/>
</xsl:template>
<xsl:template match="C">
<tr>
<td bgcolor="#E3E9F3">
<font size="2" face="arial">
<xsl:value-of select="@n"/>
</font>
</td>
<td bgcolor="#E3E9F3">
<!--Highlight name when elapse time exceeds n milliseconds'-->
<xsl:if test="@et > 15000">
<xsl:attribute name="bgcolor">#FF0000</xsl:attribute>
</xsl:if>
<font size="2" face="arial">
<xsl:value-of select="@et"/>
</font>
</td>
</tr>
<xsl:apply-templates select="CF"/>
</xsl:template>
<xsl:template match="CF">
<tr>
<td bgcolor="#E3E9F3">
<font size="2" face="arial">
    
<xsl:value-of select="@n"/>
( <xsl:value-of select="@nc"/> )
</font>
</td>
<td bgcolor="#E3E9F3">
<!--Highlight name when elapse time exceeds n milliseconds'-->
<xsl:if test="@et > 15000">
<xsl:attribute name="bgcolor">#FF0000</xsl:attribute>
</xsl:if>
<font size="2" face="arial">
<xsl:value-of select="@et"/>
</font>
</td>
</tr>
</xsl:template>
</xsl:stylesheet>
Unit summary
• Explore component logging for Gateway, Dispatcher, Report Server,
and Universal Data Access layer
Unit summary
Unit objectives
• Explore diagnostic tools and utilities for special task logging
Examine additional tools and special task logging © Copyright IBM Corporation 2016
Unit objectives
Note: In this unit, ..\ references point to the install location of IBM Cognos Analytics.
For example: ..\bin can be found at C:\Program Files\ibm\cognos\analytics_full,
the install path of the IBM Cognos Analytics server product.
Examine additional tools and special task logging © Copyright IBM Corporation 2016
Examine additional tools and special task logging © Copyright IBM Corporation 2016
Examine additional tools and special task logging © Copyright IBM Corporation 2016
Examine additional tools and special task logging © Copyright IBM Corporation 2016
Examine additional tools and special task logging © Copyright IBM Corporation 2016
It is recommended to run the utility from the .bat file, which enables you to see the
progress in the command window. You can also double-click the .jar file, which runs in
the background without displaying progress, but will display the result window when the
diagnostic process has completed.
The following list provides a summary of the information collected: local drives and
system information, Microsoft network adapter configuration, Computer name,
Operating system version, user and system environment, Java information, Microsoft
Internet Explorer properties and security settings, Microsoft Internet Explorer trusted
sites, Processes, Microsoft Data Access (MDAC) version, network status/statistics,
Microsoft .NET Framework, Add/Remove Programs, Microsoft Windows hot fixes,
ODBC versions.
This diagnostic runs the reg.exe utility; if it is not installed, the diagnostic will not run.
Demonstration 1
Explore diagnostic tools
Examine additional tools and special task logging © Copyright IBM Corporation 2016
Demonstration 1:
Explore diagnostic tools
At the beginning of this demonstration, the IBM Cognos Full:9315 dispatcher and the
IBM Cognos DispCM:9320 dispatcher are running.
Purpose:
You are the administrator and want to use diagnostic tools to gather
information about your IBM Cognos Analytics environment.
3. If you receive a message indicating that the Content Manager could not be
reached, click OK to dismiss it.
8. On the toolbar, click Log on to Content Manager , populate the fields with
the following information, and then click Login:
• Content Manager URL: http://vclassbase:9315/p2pd/servlet
• Namespace: LDAP_Dev_ID
• User name: admin
• Password: Education1
9. On the toolbar at the top right, click Refresh the complete browse tree , to
see the objects appear in the tree.
The top level objects in Content Manager are displayed in the left pane of the
CMBrowser tab.
12. Click Search Tool , and then in the Select scope section, click Portal.
13. In the Enter search string(* retrieves all objects) box, type *, click Search,
and then click Yes to close the message about all objects being returned.
The results include pages, pagelets, portlets, and other portal objects. This will
help you determine a count of portlet objects in your environment. You can use
this tool to count and list other object types also.
If the search returns no results, check that you have no spaces in the search
string.
14. Scroll through the results to review them, and then click Exit to close the
Search Tool window. and then
15. In the IBM Cognos Analytics Content Manager Browser Tool window, from
the File menu, click Exit.
9. Click the DIAGNOSTIC TOOLS dialog box to view an alternate option, and
when you have finished your review, close any windows opened by the tool,
and then in the DIAGNOSTIC TOOLS dialog box, click Exit.
Task 4. Use the IBM Cognos Analytics Content Store
Information tool to retrieve information about the
Content Store database.
This diagnostic tool is executed when you are troubleshooting problems with
getting Content Store tables created in IBM Cognos Analytics. It will retrieve
Content Store database information, database connection URL, driver name
and version, and database name and version.
1. In Windows Explorer, navigate to the directory with the diagnostic tools, open
the IBMCognosBI_ContentStore folder, and then double-click
execute_IBMCognosBI_ContentStore.bat.
2. In the IBM Cognos Analytics Information Request dialog box, click Browse,
navigate to C:\Program Files\IBM\cognos\analytics_full, and then click
Open.
3. Login as admin/Education1, and then click OK.
In the DIAGNOSTIC TOOLS dialog box, you have the options to view the text
results, XML results, or log file, or go to the results directory.
4. Click View TEXT Results File, scroll through the results, and then close the
window.
5. Click Go To Results Directory.
Windows Explorer is directed to the path of the output result files. The output
results are displayed in 2 forms:
• a text file called IBMCognosBI_ContentStore_<date>_<time>.txt
• an XML file called IBMCognosBI_ContentStore_<date>_<time>.xml
The log file is also saved at this location.
6. Double-click the IBMCognosBI_ContentStore_<date>_<time>.txt file, review
the results, and then close the file.
7. Close the results directory window, and then click Exit to close the
DIAGNOSTIC TOOLS dialog box.
Examine additional tools and special task logging © Copyright IBM Corporation 2016
Describe cm_tester
• Utility name: cm_tester.htm
• Utility description: manipulate Content Manager objects with SOAP
requests
• Location of utility: ..\webapps\p2pd
Examine additional tools and special task logging © Copyright IBM Corporation 2016
Describe cm_tester
CMTools requires Java, whereas cm_tester.htm uses a lot of JavaScript and runs
within a browser, such as Internet Explorer or Firefox.
CMTools utility
• Utility name: CMTools
• Utility description: provides advanced cm monitoring and update
capabilities
• Location of utility: ..\bin64\utilities\cm\CMTools
Examine additional tools and special task logging © Copyright IBM Corporation 2016
CMTools utility
This utility provides advanced Content Manager monitoring and update capabilities.
The CMTools utility includes the functionality of CMBrowser, CMSize, and
cm_tester.htm (CMTester).
Demonstration 2
Explore the IBM Cognos Log Viewer and CMTools utilities
Examine additional tools and special task logging © Copyright IBM Corporation 2016
Demonstration 2: Explore the IBM Cognos Log Viewer and CMTools utilities
Demonstration 2:
Explore the IBM Cognos Log Viewer and CMTools utilities
At the beginning of this demonstration, the IBM Cognos Full:9315 dispatcher and the
IBM Cognos DispCM:9320 dispatcher are running.
Purpose:
Log files can be difficult to read, due to the amount of information and limited
formatting if viewing with a text viewer. You will use IBM Cognos Log Viewer
to filter the logs, and then launch CMTools to explore some of the
functionality available for advanced Content Manager monitoring.
There are summary buttons on the toolbar that you can use.
messages .
7. Review the information, click OK to close the dialog box, and then scroll through
the log file.
Rows may be highlighted in yellow or highlighted in dark red. This is a quick
visual identifier, which is not usually available when looking at log files in a text
editor. The color highlights are based on Rulesets that have been configured.
To change the colors, right-click in the rows area, and then select LogPanel
Color Filter. You can easily customize the foreground and background colors of
specific rules.
There are many lines of information in this log file, so you want to apply a filter,
to focus on items requiring attention.
8. In the Refine focus on box, type STATUS == 'Warning'. You do not need to
press Enter.
Syntax is important in this field as you type a value. If there are no Warning
entries, you may want to filter on a different status, such as 'Info'.
The items are filtered to match this status of Warning, letting you focus on much
less data.
9. Right-click anywhere in the Status column body, and then click Clear 'refine
focus' field to display all results.
10. Scroll to a row with Info listed in the Status column, in the Status column, right-
click the Info status, and then click Set 'refine focus' field.
If there are no Info entries, you may want to filter on a different status. This is
another way to populate the Refine focus on field, without typing the syntax, to
filter your results. Using the methods presented here, you can efficiently focus
on specific items to assist when troubleshooting.
If there were no Info messages in your log, use a different status row for the
next step.
11. Click a row displayed with the Info status to select it, and then expand the lower
pane as needed for a different presentation of the information.
The last line lists other information that can be helpful to you, in a more readable
format than the tabular view.
12. Close IBM Cognos Log Viewer.
Task 2. Use CMTools for advanced Content Manager
monitoring.
1. In Windows Explorer, navigate to C:\Program
Files\IBM\cognos\analytics_full\bin\utilities\cm\CMTools, and then double-
click CMTools.exe.
2. Click OK to close the Problem Occurred dialog box.
3. On the toolbar, click Test CM Connection.
7. On the Content Tree toolbar, click Rebuilds the entire browse tree to
refresh the display.
8. From the Window menu, click Show View, and then click Other.
9. In the Cognos folder, click CMSize, and then click OK.
A new tab appears in the CMTools window. The functionality of the CMSize
tool, that you reviewed earlier in this unit, is available through CMTools.
10. On the CMSize tab, change Scope to Other, and then replace /content/* with
the following:
/content/folder[@name='Samples_DQ']/folder[@name='Models']/*
11. In the Max Objects box, type 10.
12. Change Classes from output to model, and then click Send.
You may need to resize the window to see all options on the CMSize tab, such
as the Send button.
13. Click Yes to the message about executing an intensive query.
A section of the result appears similar to the following:
The count and size of the models found in the Samples_DQ folder in the
Models subfolder of the Content Store are displayed. Notice that the Count
column is empty at the folder level.
14. In the list of results, expand GO Sales (query), and observe the size of the
model.
Notice that you can export the findings to a .CSV or .XML file (Export button on
the toolbar), which would be helpful to compare to later results, if you monitor
the changes in the size of your Content Store over time.
15. Change Classes from model to specs, and then in the Max Objects box,
type 10 (if necessary).
16. Click Send, click Yes to the intensive query message, and review the children
of GO Sales (query).
You have changed the class of objects that you want to review. Instead of one
model, there is information displayed regarding reports, queries, report version,
and analysis.
You will now explore the Content Tree in CMTools.
17. From the Window menu, click Show View, and then click Content Tree (if
necessary).
18. In the Content Tree pane, expand Configuration.
Notice the two dispatchers in the environment are displayed.
19. Expand http://vclassbase:9315/p2pd to review the children, and then double-
click any item to display its properties.
The results appear similar to the following:
20. Explore the Help file for more detail on each of the options and the tool itself.
21. When you have finished reviewing the tool, from the File menu, click Exit.
Results:
Using IBM Cognos Log Viewer, you were able to use formatting and filters to
focus on information and warnings that can be helpful when troubleshooting
issues. You then launched CMTools, and explored some of the functionality
available in the utility, for advanced Content Manager monitoring.
Examine additional tools and special task logging © Copyright IBM Corporation 2016
Examine additional tools and special task logging © Copyright IBM Corporation 2016
When the Drill Through Assistant capability is enabled, the Go to window will have
additional options available to the user. This information can assist you when
troubleshooting drill through issues.
For more information about the Drill Through Assistant see the Administration and
Security guide.
This topic is also covered in the IBM Cognos Analytics Administration (v11.0) course,
which is a prerequisite to this course.
Examine additional tools and special task logging © Copyright IBM Corporation 2016
Examine additional tools and special task logging © Copyright IBM Corporation 2016
Demonstration 3
Analyze logs with I.C.E.T.E.A.
Examine additional tools and special task logging © Copyright IBM Corporation 2016
Demonstration 3:
Analyze logs with I.C.E.T.E.A.
Purpose:
To get a better understanding of what is going on in your environment, you
will use the I.C.E.T.E.A. utility to analyze the logs that have been generated.
You will first launch I.C.E.T.E.A. and import the logs. You will then drill
through on error messages to see more detail. Next you will filter on errors
using query filters. Lastly you will examine the pre-made queries that come
with the tool.
8. Ensure all checkboxes are selected under Parse These Types of Logs.
A section of the result appears similar to the following:
9. Click Next, and then on the Filter Log Entry Columns page, click Next.
10. Type additional notes about the case (if you want), and then click Finish.
The log parsing window displays (this may take a few moments).
11. In the Additional Information Required window, click OK.
This message appears due to missing timing information in some log files.
12. In the Case Navigator pane in the top left corner, expand the date object, and
then double-click the logs directory which was imported.
The Case Summary pane on the right side is populated with information about
the case.
Task 2. Drill through on error messages.
1. In the Error Summary Count section, right-click an error message, and then
click Drill Through On <error>.
Notice that to the right side of the vertical scroll bar there are thin blue horizontal
marks . These represent the occurrences of the errors in the logs.
2. Click a blue mark to jump to that point of the log file (you may need to scroll
slightly up or down to get to the error row which will be highlighted in blue).
The result set is now filtered down to only rows containing the selected
component. This may be quite a large result set.
6. Close the workspace tab.
Additional queries can be created and saved within this section of I.C.E.T.E.A.
by right-clicking a folder and selecting New Query.
3. Close all open windows.
Results:
To get a better understanding of what is going on in your environment, you
used the I.C.E.T.E.A. utility to analyze the logs that have been generated. You
first launched I.C.E.T.E.A. and imported the logs. You then drilled through on
error messages to see more detail. Next you filtered on errors using query
filters. Lastly you examined the pre-made queries that come with the tool.
Unit summary
• Explore diagnostic tools and utilities for special task logging
Examine additional tools and special task logging © Copyright IBM Corporation 2016
Unit summary
Exercise 1
Examine URLs available for troubleshooting
Examine additional tools and special task logging © Copyright IBM Corporation 2016
Exercise 1:
Examine URLs available for troubleshooting
As the administrator, you want to use URL commands to assist in troubleshooting your
company's IBM Cognos Analytics environment. You will review some URL commands,
to become familiar with the tools available. Before beginning this exercise, ensure that
both Dispatchers are running.
Within a browser window, explore the following commands and review their purpose: If
you are prompted to log in, use admin/Education1 credentials.
• Get Dispatcher version: http://vclassbase:9315/p2pd/servlet/gc
• Get Dispatcher version: http://vclassbase:9320/p2pd/servlet/gc
• Determine if Content Manager is running:
http://vclassbase:9315/p2pd/servlet
• Determine if Dispatcher ("pogo") is alive:
http://vclassbase:9315/p2pd/servlet/dispatch?b_action=/dbg
• Memory utilization:
http://vclassbase:9315/p2pd/servlet/dispatch?b_action=/diagnostics
• Get load balancing statistics. Can also use this to verify the configuration of an
install:
http://vclassbase:9315/p2pd/servlet/dispatch/p2plbDiag
• Pin requests for load balanced services to a specific Dispatcher (need to be
logged in first):
http://vclassbase:9315/p2pd/servlet/dispatch/pin
You could use this to force select services to one dispatcher, to free up
resources for another.
• See if the Certificate Server is responding:
http://vclassbase:9315/p2pd/servlet/dispatch/autoCAService
• XML Parser Information:
http://vclassbase:9315/p2pd/servlet/dispatch/xts.diag
For more information about where to work and the exercise results, refer to the Tasks
and Results section that follows. If you need more information to complete a task, refer
to earlier demonstrations for detailed steps.
Exercise 1:
Tasks and Results
At the beginning of this exercise, the IBM Cognos Full:9315 dispatcher and the IBM
Cognos DispCM:9320 dispatcher are running.
Task 1. Explore Useful URL commands.
• Launch Internet Explorer.
• Launch Windows Explorer, navigate to C:\Training\B6019\09-Examine_
Additional_Tools_and_Special_Task_Logging, and then open
UsefulURLS.txt in Notepad.
• From the UsefulURLS.txt file, copy the first URL command, to get the Dispatcher
version, http://vclassbase:9315/p2pd/servlet/gc, switch to Internet Explorer,
paste the URL command in the Address box, and then press Enter.
The version of the dispatcher is displayed, and the state is ready. There is
another instance of a dispatcher in your environment. You can easily redirect the
URL command to the second dispatcher.
• In the Address box of Internet Explorer, change 9315 to 9320 and then press
Enter.
• Repeat for the next URL command http://vclassbase:9315/p2pd/servlet.
• For each of the remaining URL commands in the text file, repeat to view the
results. If you are prompted to log in, log in with admin/Education1 credentials.
Some of the results appear as follows:
• http://vclassbase:9315/p2pd/servlet/dispatch?b_action=/diagnostics
• http://vclassbase:9315/p2pd/servlet/dispatch/p2plbDiag
• http://vclassbase:9315/p2pd/servlet/dispatch/xts.diag
If you encounter Firewall Security Rejection for any of the URLs, it may be due to
the current environment setup. One possible solution is within IBM Cognos
Configuration, set all of the URI settings to fully qualified URI's; an example of
Gateway URI: http://machine-name.domain-name.com:88/ibmcognos/cgi-
bin/cognos.cgi. The classroom environment is not on a domain, but you are
encouraged to try this in your environment if you are on a domain and encounter
this issue.
Question: For the Content Manager URL, do you see any differences between
the states of each?
Answer: One is Running, the other is Running as standby.