Professional Documents
Culture Documents
The following is intended to outline our general product direction. It is intended for information purposes only, and may not be incorporated into any contract. It is not a commitment to deliver any material, code, or functionality, and should not be relied upon in making purchasing decisions. The development, release, and timing of any features or functionality described for Oracles products remains at the sole discretion of Oracle.
Agenda
! Overview of Diagnostics and Logging Functionality ! Troubleshooting an issue (using security as an example)
<Insert Picture Here>
! Lists various tools you can use with doc links ! Explains log files and log configuration settings for those logs. ! Specifics on BI Server Query log and a Log Viewer utility ! Specifcs on OBIPS logging configuration ! Information on using odbc/jdbc for looking at the BI Server
! Explains how WLS logging works and the differences between the various WLS logs
WLDF provides features for monitoring and diagnosing problems in running WebLogic Server instances and clusters and in applications deployed to them.
!Integration with Oracle Jrockit !Diagnostic Image Capture !Captures and persists data events, log records, and metrics from server instances and applications. !InstrumentationAdds diagnostic code to WebLogic Server instances and the applications running on them to execute diagnostic actions at specified locations in the code. !HarvesterCaptures metrics from run-time MBeans, including WebLogic Server MBeans and custom MBeans, which can be archived and later accessed for viewing historical data. !Watches and Notifications !Monitoring Dashboard !Logging servicesManage logs
2012 Oracle Corporation
! ! ! !
ODL Diagnostic Logging Execution Context (ECID) DFW Diagnostic Framework DMS Dynamic Monitoring Service
ODL - Background
Inconsistent Oracle Diagnostic Logs
! 9i and 10g buffet of log formats, locations, contents, timestamps, config methods, command line tools, rotation schemes, file names, tags, etc. ! Oracles merger and acquisition strategy adds complexity
ODL Features
! EM UI and wlst command line tool
! wlst listLogs, displayLogs, getLogLevel, setLogLevel, listLoggers, listLogHandlers, configureLogHandler
! Search
! by message type, by ECID, by ! ! recent messages or within a time range
Log location:
domain_name/servers/server_name/logs/component_name-diagnostic.log
WS
OHS ExecutionContext facilitates the passing of context information between the components: DB
!Allows diagnostic information from components to be correlated !Allows values to be passed between components
2012 Oracle Corporation
Background
DMS basics
! DMS has been used to measure metrics in Oracle AS since the old OAS version of the product ! Similar to V$ views in RDBMS: summary data, always on ! Measures a wide variety of events consistently with low cost ! Data summaries available via EM, command line tools, Servlets, MBeans, etc.
11g Achievements:
! ! ! ! ! Monitoring of distributed Weblogic domains JMX integration (multiple ways) Integration with the new OPMN (for non-JEE components) Most parts of 11g FMW are now instrumented with DMS A snapshot of DMS data is captured with RDA
Admin Clients access the DMS MBeans: wlst, EM, generic JMX clts
Architecture Overview
WebLogic BI Publisher Security Service
OWSM
OPSS
Identity Store Policy Store
Analytics
Credential Store
Log File
BIInstance/diagnostics/logs/ OracleBIServerComponent/ coreapplication_obis1/ nqserver.log BIInstance/diagnostics/logs/ OracleBIPresentationServicesComp onent/coreapplication_obips1/ sawlog0.log
BI Presentation Services
EM and manual
N/A
BIDomain/config/config.xml
EM Weblogic Console
BIDomain/config/fmwconfig/jpsconfig.xml
EM
Troubleshooting, Diagnostics
Process
When (e.g.) a User is Unable to Login: ! Understand the end-to-end scenario including the expected behavior ! Work through the Causes of User cannot Login with reference to the BI Security Troubleshooting guide to isolate the problem ! Check and fix any configuration issues For issues that remain: ! Enable additional logging as appropriate ! Search logs for errors with the aim of identifying the two components between which the error is occurring
Check the correct, BI certified Authenticator is configured for the Identity Store Check users are visible in Weblogic Console Check Groups are visible in Weblogic Console Check a user with appropriate permissions can login to the Weblogic console Check the ordering and control flags on Authenticators
Continued on next slide
Check Account used for LDAP connection has sufficient privileges Ensure user and group Base DNs are correct
Ensure from Name Filter queries are correct
Check all JEE applications are running Check all BI System processes are running Check Identity Store is available
Ensure the attributes specified (including User GUID) match what is in your LDAP store WebLogic Admin user moved to LDAP and cannot boot WebLogic Check Weblogic has been re-started after any config changes
Authenticator Mis-configured (second-level issues)
Communication failure
Check BI System User account exists and has correct roles. Check BI System User is in sync with credential store Check BI System User account in underlying identity store Ensure Embedded WebLogic LDAP replication of BI System User credential change has not failed
Issues with the OracleSystemUser account OWSM uses to access its resources
BI 11.1.1.3 - the Authentication provider which refer to the BI user population including the BI System User must be set first of the highest strength control flag in the order of providers
BI 11.1.1.5 and later as above, or virtualize = true must be set
If the attributes specified for username or guid have been set to something other than the default for the Weblogic Authenticator, ensure the OPSS configuration matches. If using a SQL Authenticator, make sure the Adapters are configured correctly
BI 11.1.1.5 and later if virtualize = true and the underlying Identity Store requires SSL, check libOVD is configured correctly
Process
Q ! & ! A !
2012 Oracle Corporation
Turning on logging
Selective Tracing
! http://fmwdocs.us.oracle.com/doclibs/fmw/ E10285_01/core.1111/e10105/logs.htm#i1021621 ! Sometimes you need more information to troubleshoot a problem than it is usually recorded in the logs. One way to achieve that is to increase the level of messages logged by one or more components. For example, you can set the logging level to TRACE:1 or TRACE:32, as described in Section 12.4.3, which results in more detailed messages being written to the log files. This is referred to as tracing
2012 Oracle Corporation
Diagnostics Spy
http://asengwiki.us.oracle.com/asengwiki/ display/fmwdiag/Diagnostics +Spy
Fusion Middleware Diagnostics Overview Our team provides portable frameworks used for diagnosability in Fusion Middleware. Key project areas include ODL (logging), DMS (performance metrics), Execution Context (ECID), and DFW (Diagnosability Framework). We also integrate FMW with related diagnostic frameworks and tools such as RDA (Support's Remote Diagnostic Agent framework), ADR (EM's Automated Diagnostic Repository), WLDF (WebLogic's Diagnostic Framework) and Enterprise Manager. Finally we create and administer diagnosability standards for the FMW Development Process.
2012 Oracle Corporation
0:1:2 0:1:3
The ECID is constant for this piece of work: 0:1 0 0:1:1 0:1:2 0:1:3
Klw23k2qL
But the RID is unique for each sub-task The set of all ExecutionContexts sharing the same ECID is called a Family
DMS (Dynamic Monitoring Service/System) is an AS component that is used to collect system performance metrics. System components (OBIS, OBIPS, Javahost etc) push system performance metrics to DMS
! !
DMS running in WLS accessing Metrics in OPMN managed processes The OPMN MBean mentiond above also provides an MBean operation for process discovery. DMS calls the OPMN process discovery MBean operation every 3 minutes to discover the running OPMN managed processes, including OHS. You can tune the discovery from 3 minutes to some other value if you wish, e.g. 10 seconds. The discovery interval is configured in dms_config.xml which is located under server configuration directory. ! Metric rows reported by DMS can come from different processes. When a process goes down its metric rows will be removed from all relevant metric tables. Note that there is a time delay for removing metric rows because the same mechanism that discovers new processes (previous paragraph) is also responsible for discovering that processes have terminated.
The Oracle Dynamic Monitoring Service (DMS) provides a set of Java and C APIs that measure and report performance metrics, trace performance and provide a context correlation service for Fusion Middleware and other Oracle products. As well as the API's DMS provides interfaces to enable application developers, support analysts, system administrators, and others to measure application-specific performance information. ! It started life back in Application Server 1.0.2.2 days with the instrumentation API, and has since evolved and incorporated many more features along the way to provide an integrated performance measurement and tracing solution, as well as integrating with other key Oracle software. ! DMS is split into three main areas: Performance Metrics - This area of DMS consists of a Java and C API for instrumenting code with performance measurements and other useful state metrics, an aggregation language for computing derived metrics, and tooling for accessing the metrics. Using DMS provides Oracle developers with an Oracle-standard mechanism of reporting 2012 Oracle Corporation on the runtime state of their product or component to interested parties such as server administrators or application developers. ! Execution Context - Execution context is a feature of DMS whose goal is to support the maintenance and !