The document discusses the Oracle Business Intelligence (OBIEE) 11g architecture and components. It describes the logical architecture of an OBIEE system, including Java and non-Java components like the Administration Server, Managed Servers, Node Manager, and Fusion Middleware Control. It also covers installation types, system requirements, scaling approaches, and the use of the boot.properties file to auto-login when starting OBIEE services.
Download as DOCX, PDF, TXT or read online on Scribd
100%(3)100% found this document useful (3 votes)
942 views
Obiee Admin Interview Questions
The document discusses the Oracle Business Intelligence (OBIEE) 11g architecture and components. It describes the logical architecture of an OBIEE system, including Java and non-Java components like the Administration Server, Managed Servers, Node Manager, and Fusion Middleware Control. It also covers installation types, system requirements, scaling approaches, and the use of the boot.properties file to auto-login when starting OBIEE services.
Download as DOCX, PDF, TXT or read online on Scribd
You are on page 1/ 13
1) Obiee Architecture explanation
A) Below diagram describes the standard logical architecture of Oracle
business intelligence 11g system
The entire system architecture is called BI Domain, this BI Domain divided into Java components and non-Java components. Java components are weblogic server Domain components and non java components are Oracle BI system components.
This domain consists of Managed server and Admin Server. These services comprises mainly with all the java modules to trigger the java services.
Admin Server: A JEE container that runs in a dedicated Java virtual machine that contains Java components for administering the system .It typically trigger the start, stop kind of admin activity for his peer Manager server processes.
Managed Server:A JEE container that runs in a dedicated Java virtual machine that provides the run-time environment for the Java-based services and applications within the system. The services comprises of BI plug-in, Security, publisher, SOA, BI Office services etc
Node Manager: Node Manager is a separate java utility runs to trigger the auto start, stop, restart activities and it provides process management services for the Admin server and Managed Server.
Oracle Process Manager and Notification Server (OPMN):By using this OPMN services we can stop and start all system components of BI. It is monitored, managed and controlled by Fusion Middleware Controller. Oracle Weblogic Server (Console): It is a Java EE application server that supports the deployment of Oracle Business Intelligence Java components. Oracle WebLogic Server Administration Console access has been provided by Fusion Middleware Control. Oracle WebLogic Server Administration Console enables to monitor and manage a WebLogic Server domain. Its capabilities include the following: Monitoring health and performance of JEE servers Configuring WebLogic domains Stopping and starting JEE servers Viewing JEE server logs
Fusion Middleware Control: Fusion Middleware Control is a browser-based tool and the recommended method for monitoring, managing, and configuring Oracle Business Intelligence components. Starting, stopping, and restarting all system components (BI Server, BI Presentation Server) and Managed Servers Configuring preferences and defaults Starting, stopping, and restarting all system components (BI Server,BI Presentation Server) and Managed Servers Managing performance and monitoring system metrics(DMS-Dynamic Monitoring System) Performing diagnostics and logging (ODL-Oracle Diagnostic Logging)Fusion Middleware Control also provides access to Oracle WebLogic Server Administration Console, where you monitor and manage Oracle Business Intelligence Java components.
Java components: Deployed as one or more Java EE applications:
Administrative Components Enterprise Management applications and JMX MBeans for managing all configuration and run-time settings for Oracle Business Intelligence
2) Types of Obiee installation A) Type of installation Purpose Definition Simple Install Demonstration and Evaluation Single-User Development Installation with the default settings on a single computer in the minimum number of steps Enterprise Install Enterprise Deployment for Hosted Development and Production Enterprise Install type enables you to specify several more configuration settings than the simple Software Only Install Enterprise Deployment for Highest Levels of Availability and Security Installation of the binary without configuration 3) What is System Requirement and Certification metrics in Obiee? A) Before performing any installation, you should read the system requirements and certification documentation to ensure that your environment meets the minimum installation requirements: system requirements for hardware and software requirements (minimum disk space and memory requirements, required system libraries, packages, or patches) certification document for supported installation types, platforms, operating systems, databases, JDKs, and third-party products
4) What is Horizontal scaling and Vertical Scaling in Obiee 11g? A) Horizontal Scaling OBIEE 11g
For providing high availability and high performance in a large user base installation we do the scaling out of OBIEE 11g across hosts. Horizontal scaling is when the OBIEE system components (Bi Server, Presentation Server, OPMN, Cluster controller, java host) are set up across n hosts (In most cases this will be two hosts bihost1 and bihost2). Similarly admin servers (weblogic console, enterprise manager) and managed servers (bi plugin, bi publisher, bi office, ws/soa) are scaled up across n hosts (again could be just two hosts).
Thus Horizontal scaleout of BI provides for scalability and failover of a single host. Vertical Scaling provides for resilience and usage of spare capacity. While configuring the clustered Bis we can provide for a failover in two ways. Active/Active and Active/Passive.
BI Server, Bi Presentation server and Java hosts are configured for active/active failover. If one of the BI server fails, the session is still active, query will fail but if we do the refresh of the browser the analysis will re-run. If one of BI presentation server fails and the session is still active the user will need to login again. Cluster Controller and Bi Scheduler are configured for active/passive failover. If one fails the secondary comes up.
Vertical Scaling OBIEE 11g
Vertical scaling in OBIEE means adding more Business Intelligence Components to the same computer to make use of the hardware resources. There are cases when the middleware hardware is sized with many CPUs and more Memory, so in order to make use of them then we have to do vertical scaling. By default the installation gives only one process for each component.
Vertical Scaling occurs when we add additional capacity of system components (ie additional bi servers , presentation servers and java hosts ) on the same hosts. For example, we can have two instances of bi servers, two instances of presentation servers and two instances of java hosts running on the same hosts. The vertical scaling provides resilience and usage of spare capacity. This may not protect against the whole host failing.
Before jumping in just wanted to give a hint that by default 11g OBIEE is a single node cluster which can be scaled up or down very easly. A good option like 11g Database Single Node Cluster which can be scaled up or down when ever needed.
5) What is the use of boot.properties file in obiee 11g? A) When we starting BI services for OBIEE 11g always the services will prompt for Admin username and password. To avoid/fix this prompt we have a workaround as follows.
Create a boot.properties file for the Administration Server and BI server. This file enables the Servers to start without prompting you for the administrator username and password. 1. Go to the following directory: <Middleware_HOME>/user_projects/domains/bifoundation_domains/serv ers/AdminServer/security
2. In this directory, create a file called boot.properties using a text editor and enter the following lines in the file: username=Admin_Username password=Admin_Password
3. Save the file and close the editor. (Make sure that the extension of the file should be boot.properties not boot.properties.txt)
4. Place the same boot.properties in following driectory too to start BI server without asking username and password. <Middleware_HOME>/user_projects/domains/bifoundation_domains/serv ers/bi_server1/security/
Note: When you start the Administration Server, the username and password entries in the file get encrypted. For security reasons, you want to minimize the time the entries in the file are left unencrypted. After you edit the file, you should start the server as soon as possible so that the entries get encrypted. ------------------------------------------------------------------------------- Another answer ------------------------------------------------------------------------------- To Configure boot.properties file for auto login while starting/stopping OBIEE 11g
A boot.properties file contains user credentials for starting and stopping an instance of WebLogic Server. An Administration Server can refer to this file for user credentials instead of prompting you to provide them.
To configure the boot.properties file for the AdminServer (WebLogic), perform the following steps:
1. Go to $MIDDLEWARE_HOME/user_projects/domains/bifoundation_domain/servers/AdminServers/security and create the boot.properties file. vi boot.properties
2. add the below values in a file and save it. username=admin_username password=admin_password
eg: username=weblogic password=weblogic1
3. Now go to $MIDDLEWARE_HOME/user_projects/domains/bifoundation_domain/bin and run Admin server in nohup mode
nohup ./startWebLogic.sh >startWebLogic.log &
You can check in the log that it's using boot.properties file for login credentials.
eg:
/scratch/home/mw1/user_projects/domains/bifoundation_domain/servers/AdminServer/security/boot.p roperties> Nov 28, 2012 11:40:25 PM oracle.ods.virtualization.engine.util.VDELogger info INFO: Notification sent for Mapping config object reloaded
and also username and password will be encrypted automatically once admin server is started using boot.properties file. Samething with managed server eg: -bash-4.1$ cat boot.properties #Wed Nov 28 23:39:59 PST 2012 password={AES}KzE36wWcZfXJ riP/ctNLXyiJ 7XhGliErrE3Hd9WJ yj4\= username={AES}L/OMSXhRReONiUV+ts45J E7uM5IZ+WAjSbhBNsG6xH8\= -bash-4.1$ pwd /scratch/home/mw1/user_projects/domains/bifoundation_domain/servers/AdminServer/security
To configure the boot.properties file for the Managed Server, perform the following steps:
1. Go to $MIDDLEWARE_HOME/user_projects/domains/bifoundation_domain/servers/bi_server1/security and create the boot.properties file. vi boot.properties
2. add the below values in a file and save it. username=admin_username password=admin_password
eg: username=weblogic password=weblogic1
3. Now go to $MIDDLEWARE_HOME/user_projects/domains/bifoundation_domain/bin and run managed server in nohup mode.
6) How to start and stop obiee services? A) 1.Stop opmnctl Navigate to <MiddlewareHome>/instances/instance1/bin ./opmnctl stopall
2.Stop Managed Server (bi_server1) Navigate to <MiddlewareHome>/user_projects/domains/bifoundation_domain/bin ./stopManagedWebLogic.sh bi_server1
3.Stop Admin Server (weblogic) in the same above location ./stopWebLogic.sh
4.Stop Node manger Just kill the Node Manager process ps -ef|grep node to find nodemanger pid kill -9 <nodemanager_pid> Note: If Managed and Admin server not stopped properly ,you can kill same way like above ps -ef|grep weblogic kill -9 <pid>
Start Services: ======================
1.Start Node Manager Navigate to <MiddlewareHome>/wlserver_10.3/server/bin nohup sh startNodeManager.sh &
2.Start Admin Server Navigate to <MiddlewareHome>/user_projects/domains/bifoundation_domain/bin nohup sh startWebLogic.sh - Dweblogic.management.username=weblogic - Dweblogic.management.password=weblogic123 > admin_server.log &
Tip: you can check log using tail command tail -f admin_server.log ctrl-z or ctrl-c to exit log window
3.Start Managed Server (bi_server1) In the same above location nohup sh startManagedWebLogic.sh bi_server1 http://<host_name>:7001 > managed_server.log &
4. Start opmnctl Navigate to <MiddlewareHome>/instances/instance1/bin ./opmnctl startall
7) Directory Structure of Obiee11g A) MW_HOME : MiddleWare directory e.g. D:\OBIEE11G WL_HOME : MW_HOME\wlserver_10.3\ DOMAIN_HOME : MW_HOME\user_projects\domains\bifoundation_domain\ ORACLE_INSTANCE : MW_HOME\instance\instance1
OBIEE 11g - Important Path Directories
Start BI Services (parameter: start_all) ..\\\instances\instance1\bifoundation\OracleBIApplication\coreapplication\
StartStopServices.cmd start_all
Stop BI Services (parameter: stop_all) ..\\\instances\instance1\bifoundation\OracleBIApplication\coreapplication\
StartStopServices.cmd stop_all
Sample Application Data and Repository ..\\\instances\instance1\bifoundation\OracleBIServerComponent\coreappli cation_obis1\sample
BI Repository(RPD) ..\\\instances\instance1\bifoundation\OracleBIServerComponent\coreappli cation_obis1\repository
Usage tracking and Marketing Segmentation Scripts ..\\\instances\instance1\bifoundation\OracleBIServerComponent\coreappli cation_obis1\schema
BI Server Cache file ..\\\instances\instance1\bifoundation\OracleBIServerComponent\coreappli cation_obis1\cache
BI Presentation Catalog ..\\\instances\instance1\bifoundation\OracleBIPresentationServicesCompo nent\coreapplication_obips1\catalog
BI PATH Initialisation ..\\\instances\instance1\bifoundation\OracleBIApplication\coreapplication\ setup\bi-init.cmd
Weblogic Admin and Managed Server start/stop scripts(startWebLogic.cmd,startManagedWebLogic.cmd etc.) ..\\\user_projects\domains\bifoundation_domain\bin
BIPublisher repository and Config files ..\\\user_projects\domains\bifoundation_domain\config\bipublisher
TNS path: C:\app\user\product\11.2.0\dbhome_1\NETWORK\ADMIN \Oracle_BI1\network\admin \oracle_common\network\admin 8) Obiee Log Files Locations A) Important 1. Admin Server (Or weblogic server issues) \user_projects\domains\bifoundation_domain\servers\AdminServer\logs 2. Managed Server \user_projects\domains\bifoundation_domain\servers\bi_server1\logs\ 3. BI Server \OBI11G\instance\instance1\diagnostics\logs\OracleBIServerComponent\coreapplication_obis1 4. BI Persentation Server: \OBI11G\instance\instance1\diagnostics\logs\OracleBIPresentationServicesComponent\coreapplication_obips1
4. instanceconfig.xml (Second instanceconfig.xml dedicated file for BI Scheduler) \instances\instance1\config\OracleBISchedulerComponent\coreapplication_obisch1
5. config.xml and logging_config.xml \instances\instance1\config\OracleBIJavaHostComponent\coreapplication_obijh1
6. bridgeconfig.properties (For BI Persentation services Plug-in) \OBI11G\user_projects\domains\bifoundation_domain\config\fmwconfig\biinstances\cor eapplication
7. opmn.xml (OPMN Config file) /OBI11G/instance/instance1/config/OPMN/opmn/opmn.xml (It contains the PATH and LD_LIBRARY_PATH values for the system components and the port number for OPMN and optional SSL configuration.)
8. boot.properties /OBI11G/user_projects/domains/bifoundation_domain/servers/[managed_server]/securi ty