⚙️ Configure Monitoring for OBIEE
Configure GermainUX monitoring for OBIEE to tailor user-experience monitoring, server monitoring, JVM visibility, Java profiling, logs, analytics, privacy, alerts, automation, dashboards, and reports.
This guide assumes that the required OBIEE monitoring components have already been deployed.
🏷️ Configure the Application
Configure the OBIEE application so collected telemetry is associated with the correct environment.
Use consistent application naming across:
-
Production
-
Staging
-
Development
-
Business units
-
OBIEE environments
Consistent application identification is particularly important when correlating user, browser, JVM, log, and server telemetry.
👥 Configure Real User Monitoring
Configure Real User Monitoring for the OBIEE application where actual user experience needs to be captured.
Review the UX Monitoring Profile associated with OBIEE and configure the browser telemetry required for the application.
Depending on the monitoring requirements, this can include:
-
User sessions
-
User actions
-
Navigation
-
Application performance
-
Browser errors
-
User-experience telemetry
Collect only the information required for the monitoring use case.
🎥 Configure Session Monitoring
Configure how OBIEE user sessions are captured and analyzed.
Session-level monitoring can help identify:
-
Sequence of user actions
-
Navigation behavior
-
Slow interactions
-
Errors affecting a session
-
Technical conditions occurring during the session
Use session context to connect affected users with application and infrastructure telemetry.
🌐 Configure Web Server Monitoring
Configure monitoring for the web server supporting OBIEE.
Monitor the technical conditions required by your environment, including:
-
Availability
-
Response time
-
Performance
Define thresholds according to the expected behavior of the OBIEE web tier.
☕ Configure JVM Monitoring
Configure JVM monitoring for the Java runtime supporting OBIEE.
Depending on the required scope, monitor:
-
CPU
-
Memory
-
Memory allocation
-
Garbage collection
-
Threads
-
JVM performance
Configure monitoring frequencies and thresholds appropriate for the OBIEE environment.
🔬 Configure Java Code Profiling
Enable Java code profiling when execution-level troubleshooting is required.
Use profiling to analyze:
-
Function execution time
-
CPU consumption
-
Memory allocation
-
Thread usage
Because profiling provides deeper technical visibility, enable the level of profiling appropriate for the troubleshooting or performance-analysis requirement.
📋 Configure Log Monitoring
Configure the OBIEE logs GermainUX should monitor.
Identify logs containing operational information such as:
-
Errors
-
Warnings
-
Exceptions
-
Application conditions
Configure parsing and categorization according to the log format and monitoring requirements.
Avoid collecting unnecessary sensitive information from log content.
🖥️ Configure Server Monitoring
Configure monitoring for the server infrastructure supporting OBIEE.
Select the infrastructure telemetry relevant to determining the health and performance of the environment.
Server telemetry should be correlated with OBIEE application and JVM behavior where appropriate.
🤖 Configure Synthetic Monitoring
Where synthetic monitoring is deployed, configure representative OBIEE user journeys.
Focus on critical workflows that provide meaningful validation of application availability and usability.
Synthetic transactions can complement Real User Monitoring by validating important application journeys proactively.
📈 Configure KPIs
Configure KPIs for the OBIEE conditions important to your environment.
Examples include:
-
OBIEE Availability
-
OBIEE Response Time
-
Web Server Availability
-
Web Server Response Time
-
JVM CPU
-
JVM Memory
-
Garbage Collection
-
Java Execution Time
-
Error Count
-
User Experience Performance
Create custom KPIs where the default monitoring does not represent the operational condition you need to measure.
📏 Configure SLAs
Define SLA conditions for OBIEE KPIs requiring threshold-based monitoring.
For example:
OBIEE Availability < Expected Level
Response Time > Threshold
JVM Memory > Threshold
Java Execution Time > Threshold
Critical Errors > 0
Configure thresholds according to the expected behavior of the environment.
🗂️ Configure Categorization
Configure categorization to group OBIEE telemetry into meaningful operational categories.
Categorization can be used for:
-
Errors
-
Warnings
-
Exceptions
-
User activities
-
Performance conditions
-
Application components
This simplifies analytics, dashboards, reports, and alerting.
🔗 Configure Correlation
Configure correlation across the OBIEE technology stack.
For example:
User → Browser → OBIEE → Web Server → JVM
or:
User Session → Application Error → OBIEE Log
or:
Slow User Action → Java Execution → JVM Condition
Correlation helps teams move from user impact to the technical conditions occurring within the same application flow.
🔐 Configure Data Privacy
Review telemetry captured from the OBIEE application and supporting components.
Configure masking, anonymization, or exclusion where required for:
-
User names
-
Session identifiers
-
Authentication information
-
URLs
-
Parameters
-
Business data
-
Report content
-
Log content
-
Other sensitive information
Apply privacy rules before collecting sensitive production data.
🔔 Configure Alerts
Configure alerts for conditions requiring operational attention.
Examples include:
-
OBIEE unavailable
-
Web server unavailable
-
Response time exceeds threshold
-
JVM resource threshold exceeded
-
Critical error detected
-
Java execution exceeds threshold
-
Synthetic transaction fails
Configure appropriate:
-
Conditions
-
Thresholds
-
Time windows
-
Recipients
-
Escalation
⚙️ Configure Automation
Configure GermainUX automation for OBIEE conditions where an operational response is appropriate.
For example:
OBIEE Condition → KPI → SLA → Alert / Action
Automation can include:
-
Notifications
-
Reports
-
Scripts
-
HTTP actions
-
Incident workflows
-
Remediation actions where appropriate
📊 Configure Dashboards
Create dashboards combining the OBIEE telemetry relevant to each audience.
Examples include:
-
User experience
-
User activity
-
Application availability
-
Web-server performance
-
JVM performance
-
Java execution
-
Errors and exceptions
-
Server health
-
SLA status
For technical troubleshooting, combine user and backend telemetry within the same operational view.
📄 Configure Automated Reports
Configure automated reports for OBIEE operational and performance monitoring.
Reports can summarize:
-
Availability
-
User activity
-
User experience
-
Application performance
-
JVM performance
-
Errors
-
SLA violations
-
Historical trends
Configure schedules and recipients according to the intended audience.
🧪 Validate the Configuration
Execute representative OBIEE activity and verify the monitoring capabilities enabled for your environment.
Depending on configuration, verify:
-
User sessions
-
User actions
-
Application performance
-
Web-server telemetry
-
JVM telemetry
-
Java profiling
-
Logs
-
Server telemetry
-
Synthetic transactions
-
KPIs
-
SLAs
-
Categorization
-
Correlation
-
Privacy rules
-
Alerts
-
Automation
-
Dashboards
-
Reports
Also verify that the configured monitoring introduces acceptable overhead for the OBIEE environment.
ℹ️ Advanced Configuration
OBIEE monitoring can be extended using the underlying GermainUX monitoring capabilities for:
-
Real User Monitoring
-
Java / JVM monitoring
-
Java code profiling
-
Server monitoring
-
Log monitoring
-
Synthetic monitoring
Use the corresponding technical configuration documentation when deeper component-level configuration is required.
ℹ️ Get More Information
OBIEE environments can vary significantly depending on storefront customization, extensions, integrations, infrastructure, and security requirements.
The GermainUX team can help configure the appropriate monitoring scope, privacy controls, analytics, alerts, and automation for your OBIEE environment.
Please contact us for any help.
Component: Engine, JS Profiler, RPA Bot Recorder, RUM JS
Feature Availability: 2017.1 or later