Oracle® Fusion Middleware Enterprise Deployment Guide for Oracle Business Intelligence 11g Release 1 (11.1.1) Part Number E15722-02 |
|
|
View PDF |
This chapter describes how to scale out the Oracle Business Intelligence system using the Configuration Assistant. It is assumed that an Oracle Business Intelligence ORACLE_HOME (binaries) has already been installed and is available from APPHOST1 and APPHOST2, and that a domain with an Administration Server has been created. This is the domain that will be extended in this chapter to support Oracle Business Intelligence components.
Important:
Oracle strongly recommends that you read Oracle Fusion Middleware Release Notes for any additional installation and deployment considerations before starting the setup process.This chapter contains the following topics:
Section 6.3, "Configuring Secondary Instances of Singleton System Components"
Section 6.5, "Performing Additional Configuration for Oracle Business Intelligence Availability"
Section 6.6, "Configuring a Default Persistence Store for Transaction Recovery"
Section 6.7, "Starting and Validating Oracle Business Intelligence on APPHOST2"
Section 6.9, "Configuring Node Manager for the Managed Servers"
Section 6.10, "Configuring Server Migration for the Managed Servers"
This section explains how to scale out Oracle Business Intelligence on APPHOST2. Perform the steps in the following sections:
Section 6.1.1, "Setting Up Oracle BI Enterprise Edition Shared Files"
Section 6.1.2, "Using the Configuration Assistant to Scale Out the BI System"
This section contains the following topics:
Section 6.1.1.1, "Setting the Location of the Shared Oracle BI Repository"
Section 6.1.1.2, "Setting the Location of the Shared Oracle BI Presentation Catalog"
When you specify a repository publishing directory for the Oracle BI repository, each Oracle BI Server instance loads the repository from the shared network location.
Perform the following steps in Oracle Enterprise Manager Fusion Middleware Control:
Log in to Fusion Middleware Control.
Expand the Business Intelligence node in the Farm_domain_name window.
Click coreapplication.
Click Deployment, then click Repository.
Click Lock and Edit Configuration.
Select Share Repository and specify the Shared Location for the Oracle BI Repository.
In a Windows environment, you must specify a UNC path name.
If you already have a repository deployed locally in your system, upload the repository again so that it gets copied to the shared location. Otherwise, you can skip this step.
Click Apply.
Click Activate Changes.
Each Presentation Services instance loads the Oracle BI Presentation Catalog from the catalog location specified in Fusion Middleware Control.
Perform the following steps:
Copy your existing (locally published) Oracle BI Presentation Catalog to the shared location. An example of a locally published catalog is:
ORACLE_INSTANCE/bifoundation/OracleBIPresentationServicesComponent/ coreapplication_obipsn/catalog/SampleAppLite
You must perform this step before designating the Catalog Location from Fusion Middleware Control.
Log in to Fusion Middleware Control.
Expand the Business Intelligence node in the Farm_domain_name window.
Click coreapplication.
Click Deployment, then click Repository.
Click Lock and Edit Configuration.
Specify the Catalog Location for the shared Oracle BI Presentation Catalog.
In a Windows environment, you must specify a UNC path name.
Click Apply.
Click Activate Changes.
The global cache resides on a shared file system storage device and stores purging events, seeding events (often generated by Agents), and result sets associated with seeding events. Note that each Oracle BI Server still maintains its own local query cache for regular queries.
Perform the following steps in Fusion Middleware Control:
Log in to Fusion Middleware Control.
Expand the Business Intelligence node in the Farm_domain_name window.
Click coreapplication.
Click Capacity Management, then click Performance.
Click Lock and Edit Configuration.
In the Global Cache section, specify the shared location for storing purging and seeding cache entries in the Global cache path field. In a Windows environment, you must specify a UNC path name.
Enter a value for Global cache size to specify the maximum size of the global cache (for example, 250 MB).
Click Apply.
Click Activate Changes.
Click Restart to apply recent changes.
Click Restart under Manage System.
Click Yes in the confirmation dialog.
Run the Configuration Assistant from the ORACLE_HOME directory to scale out the BI system, as follows:
Change the directory to location of the Configuration Assistant, as follows:
APPHOST2> cd ORACLE_HOME/bin
Start the Oracle Business Intelligence Configuration Assistant:
APPHOST2> ./config.sh
In the Welcome screen, click Next.
In the Prerequisite Checks screen, verify that all checks complete successfully, and then click Next.
In the Create, Scale Out, or Extend screen, select Scale Out BI System and enter the following:
Host Name: ADMINVHN
Port: 7001
User name: weblogic
User Password: your_password
Click Next.
In the Scale Out BI System Details screen, enter the following:
Middleware Home: ORACLE_BASE/product/fmw (dimmed)
Oracle Home: ORACLE_BASE/product/fmw/Oracle_BI1 (dimmed)
WebLogic Server Home: ORACLE_BASE/product/fmw/wlserver_10.3 (dimmed)
Domain Home: ORACLE_BASE/admin/domain_name/mserver/domain_name
Applications Home: ORACLE_BASE/admin/domain_name/mserver/applications
Instance Home: ORACLE_BASE/admin/instance2
Instance Name: instance2 (dimmed)
Click Next.
In the Configure Ports screen, select one of the following:
Auto Port Configuration
Specify Ports using Configuration File
Click Next.
In the Specify Security Updates screen, choose whether you want to receive security updates from Oracle support and if you do, enter your e-mail address.
Click Next.
In the Summary screen, click Configure.
In the Configuration Progress screen, verify that all the Configuration Tools have completed successfully and click Next.
In the Complete screen, click Finish.
Usually, Node Manager is started automatically when config.sh completes. If Node Manager is not running for some reason, run these commands to start it on APPHOST2:
Run the setNMProps.sh script, which is located in the ORACLE_COMMON_HOME/common/bin directory, to set the StartScriptEnabled property to 'true' before starting Node Manager:
APPHOST2> cd ORACLE_COMMON_HOME/common/bin
APPHOST2> ./setNMProps.sh
Note:
You must use the StartScriptEnabled property to avoid class loading failures.Start Node Manager:
APPHOST2> cd WL_HOME/server/bin
APPHOST2> ./startNodeManager.sh
Perform the following steps in Fusion Middleware Control:
Log in to Fusion Middleware Control.
Expand the Business Intelligence node in the Farm_domain_name window.
Click coreapplication.
Click Capacity Management, then click Scalability.
Click Lock and Edit Configuration.
For the APPHOST2 instance2 Oracle instance, increment the Oracle Business Intelligence components by 1:
BI Servers
Presentation Servers
JavaHosts
Change the Port Range From and Port Range To to be the same as the APPHOST1 instance1 Oracle instance.
Click Apply.
Click Activate Changes.
You do not need to restart at this point, because you will perform a restart after completing the steps in Section 6.3.
The Oracle BI Cluster Controllers and Oracle BI Scheduler are singleton components that operate in active/passive mode. Configure a secondary instance of these components so that they are distributed for high availability.
Perform the following steps in Fusion Middleware Control:
Log in to Fusion Middleware Control.
Expand the Business Intelligence node in the Farm_domain_name window.
Click coreapplication.
Click Capacity Management, then click Availability.
Click Lock and Edit Configuration to activate the Primary/Secondary Configuration section of the Availability tab.
Specify the Secondary Host/Instance for BI Scheduler and BI Cluster Controller.
Click Apply.
Under Potential Single Points of Failure, it should report No problems - all components have a backup.
Click Activate Changes.
Click Restart to apply recent changes.
Click Restart under Manage System.
Click Yes in the confirmation dialog.
This section explains how to configure the bi_server2 Managed Server, and contains the following topics:
Section 6.4.1, "Setting the Listen Address for the bi_server2 Managed Server"
Section 6.4.2, "Disabling Host Name Verification for the bi_server2 Managed Server"
Ensure that you have performed the steps described in Section 2.2.3.1, "Enabling Virtual IPs for the Managed Servers" before setting the bi_server2 listen address.
Perform these steps to set the listen address for the Managed Server:
Log in to the Oracle WebLogic Server Administration Console.
In the Change Center, click Lock & Edit.
Expand the Environment node in the Domain Structure window.
Click Servers. The Summary of Servers page is displayed.
Select bi_server2 in the Names column of the table. The settings page for bi_server2 is displayed.
Set the Listen Address to APPHOST2VHN1.
Click Save.
Click Activate Changes.
The changes will not take effect until the bi_server2 Managed Server is restarted.
This step is required if you have not set up the appropriate certificates to authenticate the different nodes with the Administration Server (see Chapter 7, "Setting Up Node Manager"). If you have not configured the server certificates, you will receive errors when managing the different Oracle WebLogic Servers. To avoid these errors, disable host name verification while setting up and validating the topology, and enable it again after the EDG topology configuration is complete as described in Chapter 7, "Setting Up Node Manager."
Perform these steps to disable host name verification:
Log in to the Administration Console.
In the Change Center, click Lock & Edit.
Expand the Environment node in the Domain Structure window.
Click Servers. The Summary of Servers page is displayed.
Select bi_server2 in the Names column of the table. The settings page for the server is displayed.
Open the SSL tab.
Expand the Advanced section of the page.
Set host name verification to 'None'.
Click Save.
Click Activate Changes.
The change will not take effect until the bi_server2 Managed Server is restarted (ensure that Node Manager is up and running):
In the Summary of Servers screen, select the Control tab.
Select bi_server2 in the table and then click Shutdown.
Select bi_server2 in the table and then click Start.
Restart the BI System Components on APPHOST2, as follows:
Log in to Fusion Middleware Control.
Expand the Business Intelligence node in the Farm_domain_name window.
Click coreapplication.
On the Business Intelligence Overview page, click Restart.
This section describes additional high availability configuration tasks for Oracle BI Scheduler, Oracle Real-Time Decisions, Oracle BI Publisher, and Oracle BI for Microsoft Office. It contains the following topics:
Section 6.5.1, "Additional Configuration Tasks for Oracle BI Scheduler"
Section 6.5.2, "Additional Configuration Tasks for Oracle Real-Time Decisions"
Section 6.5.3, "Additional Configuration Tasks for Oracle BI Publisher"
Section 6.5.4, "Additional Configuration Tasks for Oracle BI for Microsoft Office"
If you use server-side scripts with Oracle BI Scheduler, it is recommended that you configure a shared directory for the scripts so that they can be shared by all Oracle BI Scheduler components in a cluster.
Perform these steps only if you are using server-side scripts.
To share Oracle BI Scheduler scripts:
Copy the default Oracle BI Scheduler scripts (for example, ORACLE_INSTANCE/bifoundation/OracleBISchedulerComponent/coreapplication_obisch1/scripts/common) and custom Oracle BI Scheduler scripts (for example, ORACLE_INSTANCE/bifoundation/OracleBISchedulerComponent/coreapplication_obisch1/scripts/scheduler) to the shared BI Scheduler scripts location.
Update the SchedulerScriptPath and DefaultScriptPath elements of the Oracle BI Scheduler instanceconfig.xml file, as follows:
SchedulerScriptPath: Refers to the path where Oracle BI Scheduler-created job scripts are stored. Change this to the path of the shared BI Scheduler scripts location.
DefaultScriptPath: Specifies the path where user-created job scripts (not agents) are stored. Change this to the path of the shared BI Scheduler scripts location.
In a Windows environment, you must specify a UNC path name.
Restart the Oracle BI Scheduler component, as follows:
opmnctl stopproc ias-component=coreapplication_obisch1 opmnctl startproc ias-component=coreapplication_obisch1
The instanceconfig.xml file for Oracle BI Scheduler is located in ORACLE_INSTANCE/config/OracleBISchedulerComponent/coreapplication_obischn. You must update this file for each Oracle BI Scheduler component in the deployment.
This section contains the following topics:
Section 6.5.2.1, "Configuring Oracle Real-Time Decisions Clustering Properties"
Section 6.5.2.2, "Adding System Properties to the Server Start Tab"
Perform the following steps in Fusion Middleware Control to set up cluster-specific configuration properties for Oracle RTD.
You only need to perform these steps for the first node in your deployment. You do not need to set cluster-specific configuration properties for Oracle RTD for subsequent nodes.
Log in to Fusion Middleware Control.
Expand the Application Deployments node in the Farm_domain_name window.
Click OracleRTD(11.1.1)(bi_cluster).
Click any node under it. For example, OracleRTD(11.1.1)(bi_server1).
In the right pane, click Application Deployment, and then select System MBean Browser.
In the System MBean Browser pane, expand Application Defined MBeans.
For any one of the servers under OracleRTD, navigate to the SDClusterPropertyManager -> Misc MBean and set the DecisionServiceAddress attribute to http://bi.mycompany.com. Other servers automatically get updated with the value you set.
Click Apply.
After scaling out Oracle RTD, use the Administration Console to add three system properties to the Server Start tab of each Managed Server.
In the Administration Console, choose Environment > Servers > bi_server<1,2> > Server Start > Arguments and then add these three properties:
-Drtd.clusterRegistryJobIntervalMs=12000 -Drtd.clusterDepartureThresholdMs=50000 -Drtd.clusterDepartureThreshold2Ms=50000
Performing this task enables an instance of Oracle RTD to be migrated successfully from one host to another in the event of a failure of a Managed Server.
Even after these changes, if the server migration finishes in less than 50 seconds, the Oracle RTD batch framework will be in an inconsistent state.
If the enterprise has deployed any RTD Inline Services that host Batch Job implementations, and if after a server migration the batch console command, "batch-names", or its brief name, "bn", shows no registered batch jobs, then the Oracle RTD Batch Manager service must be stopped and restarted. To do this, follow these steps:
In Fusion Middleware Control, expand the WebLogic Domain node in the left pane. Then, right-click bifoundation_domain and select System MBean Browser.
Locate the BatchManager MBean, under either Application Defined MBeans > OracleRTD > Server:bi_server1 > Server or under Application Defined MBeans > OracleRTD > Server:bi_server2> Server.
It should be in one of these locations, but not both.
Locate the corresponding MBean attribute BatchManagerEnabled under SDPropertyManager > Misc. For example, if the BatchManager MBean is located in bi_server1, then select Application Defined MBeans > OracleRTD > Server:bi_server1 > SDPropertyManager > Misc : BatchManagerEnabled.
Set the BatchManagerEnabled attribute to false and click Apply.
Set the BatchManagerEnabled attribute back to true and click Apply. Performing this task causes the Batch Manager to stop and be restarted.
When it restarts, it will be running on either the same server as before, or on a different server.
After restarting Batch Manager, note that the corresponding MBean does not always immediately get refreshed on the server where Batch Manager comes back up, so this is not a concern. Instead, verify that Batch Manager is now operational by using the Batch Console tool, as follows:
Locate the zip file for the Oracle RTD client tools in the following location:
ORACLE_HOME/clients/rtd/rtd_client_11.1.1.zip
Because most Oracle RTD client tools do not run on UNIX, unzip this file in a location on a Windows computer (referred to here as RTD_HOME). Then, locate the batch console jar file in:
RTD_HOME/client/Batch/batch-console.jar
Change to this directory and execute the jar, passing to it the URL and port of either the Managed Server, or of the cluster proxy:
java -jar batch-console.jar -url http://SERVER:PORT
When prompted, enter the user name and password of a user who is a member of the Administrator role, BI_Adminstrator role, or some other role authorized to administer Oracle RTD batch jobs.
When prompted for a command, enter bn
:
Checking server connection... command: bn CrossSellSelectOffers command:quit
If Batch Manager has successfully restarted, then the "bn" command lists the names of all batch implementations hosted by all deployed RTD Inline Services.
The commonly deployed example, CrossSell, hosts a batch implementation named CrossSellSelectOffers, shown in the preceding example.
This section contains the following topics:
Section 6.5.3.1, "Setting the Location of the Shared Oracle BI Publisher Configuration Folder"
Section 6.5.3.3, "Configuring Integration with Oracle BI Presentation Services"
Section 6.5.3.6, "Updating the Oracle BI Publisher Scheduler Configuration"
Follow these steps to set server configuration options for Oracle BI Publisher:
Copy the DOMAIN_HOME/config/bipublisher/repository/Admin directory to the shared configuration folder location.
On either APPHOST1 or APPHOST2, log in to BI Publisher with Administrator credentials and select the Administration tab.
Under System Maintenance, select Server Configuration.
In the Path field under Configuration Folder, enter the shared location for the Configuration Folder.
Apply your changes and restart your BI Publisher application, as follows:
Log in to the Administration Console.
Click Deployments in the Domain Structure window.
Select bipublisher(11.1.1).
Click Stop.
After the application has stopped, click Start.
Because Oracle BI Publisher reads its configuration from the Administration Server central location rather than from the Managed Server's configuration directory when the Managed Servers are restarted, you must copy the XML configuration file for Oracle BI Publisher from the Managed Server to the Administration Server location.
To do this, on APPHOST1, copy the file xmlp-server-config.xml from:
ORACLE_BASE/admin/domain_name/mserver/domain_name/config/bipublisher
to:
ORACLE_BASE/admin/domain_name/aserver/domain_name/config/bipublisher
Follow these steps to set Scheduler configuration options:
On APPHOST1, log in to BI Publisher with Administrator credentials and select the Administration tab.
Under System Maintenance, select Scheduler Configuration.
Select Quartz Clustering under the Scheduler Selection.
Click Apply.
Follow these steps to configure Oracle BI Publisher integration with Oracle BI Presentation Services:
Log into Oracle BI Publisher with Administrator credentials and select the Administration tab.
Under Integration, select Oracle BI Presentation Services.
Update the Server and Port, as follows:
Server: bi.mycompany.com
Port: 80
Click Apply.
Restart your Oracle BI Publisher application.
The Oracle BI EE Data Source must point to the clustered Oracle BI Servers through the Cluster Controllers. Perform this task in Oracle BI Publisher.
To set the Oracle BI EE data source in Oracle BI Publisher:
Log in to Oracle BI Publisher with Administrator credentials and select the Administration tab.
Under Data Sources, select JDBC Connection.
Update the Oracle BI EE data source setting by changing the Connection String parameter to the following:
jdbc:oraclebi://primary_cluster_controller_host:primary_cluster_controller_ port/PrimaryCCS=primary_cluster_controller_host;PrimaryCCSPort=primary_cluster_ controller_port;SecondaryCCS=secondary_cluster_controller_host; SecondaryCCSPort=secondary_cluster_controller_port;
For example:
jdbc:oraclebi://APPHOST1:9706/PrimaryCCS=APPHOST1;PrimaryCCSPort=9706; SecondaryCCS=APPHOST2;SecondaryCCSPort=9706;
Deselect Use System User and specify administrator credentials for Username and Password (for example, weblogic).
Click Test Connection. You should receive a "Connection established successfully" message.
Click Apply.
You must configure the location for all persistence stores to a directory visible from both nodes. Change all persistent stores to use this shared base directory.
Log into the Administration Console.
In the Domain Structure window, expand the Services node and then click the Persistent Stores node. The Summary of Persistent Stores page is displayed.
In the Change Center, click Lock & Edit.
Click New, and then Create File Store.
Enter a name (for example, BipJmsStore2) and target BI_SERVER2. Enter a directory that is located in shared storage so that it is accessible from both APPHOST1 and APPHOST2:
ORACLE_BASE/admin/domain_name/bi_cluster/jms
Click OK and Activate Changes.
In the Domain Structure window, expand the Services node and then click the Messaging > JMS Servers node. The Summary of JMS Servers page is displayed.
In the Change Center, click Lock & Edit.
Click New.
Enter a name (for example, BipJmsServer2) and in the Persistence Store drop-down list, select BipJmsStore2 and click Next.
Select BI_SERVER2 as the target.
Click Finish and Activate Changes.
In the Domain Structure window, expand the Services node and then click the Messaging > JMS Modules node. The JMS Modules page is displayed.
In the Change Center, click Lock & Edit.
Click BIPJmsResource and then click the Subdeployments tab.
Select BipJmsSubDeployment under Subdeployments.
Add the new Oracle BI Publisher JMS Server, BipJmsServer2, as an additional target for the subdeployment.
Click Save and Activate Changes.
To validate the JMS configuration performed for Oracle BI Publisher, perform the steps in Section 6.5.3.6, "Updating the Oracle BI Publisher Scheduler Configuration."
Follow the steps in this section to update the WebLogic JNDI URL and the JMS Shared Temp Directory for the Oracle BI Publisher Scheduler. You only need to perform the steps in this section on one of the APPHOSTS (either APPHOST1 or APPHOST2).
To update the Oracle BI Publisher Scheduler configuration:
Log in to Oracle BI Publisher at the one of the following URLs:
http://APPHOST1VHN1:9704/xmlpserver
http://APPHOST2VHN1:9704/xmlpserver
Click the Administration link.
Click Scheduler Configuration under System Maintenance. The Scheduler Configuration screen is displayed.
Update the WebLogic JNDI URL under JMS Configuration, as follows:
t3://APPHOST1VHN1:9704,APPHOST2VHN1:9704
Update the Shared Directory by entering a directory that is located in the shared storage. This shared storage is accessible from both APPHOST1 and APPHOST2.
Click Test JMS.
You should receive a confirmation message that JMS tested successfully.
Click Apply.
Check the Scheduler status from the Scheduler Diagnostics tab.
This section contains the following topics:
Section 6.5.4.1, "Configuring Oracle BI for Microsoft Office Properties"
Section 6.5.4.2, "Validating Oracle BI for Microsoft Office Configuration"
Follow these steps to perform additional configuration tasks for Oracle BI for Microsoft Office:
Validate the Oracle BI EE Office Server setup by accessing the following URLs:
http://APPHOST1VHN1:9704/bioffice/about.jsp
http://APPHOST2VHN1:9704/bioffice/about.jsp
The About Oracle BI EE Office Server page is displayed, as shown in Figure 6-1.
Figure 6-1 About Oracle BI EE Office Server Page
Go to the Oracle BI EE Office Server directory. For example:
DOMAIN_HOME/servers/managed_server/tmp/_WL_user/bioffice_11.1.1/cvsibb/war/WEB-INF
If you are not sure how to locate the Oracle BI EE Office Server directory, check the LogDir parameter on the About Oracle BI EE Office Server page. The Oracle BI EE Office Server directory is the parent directory of the log directory.
On both APPHOST1 and APPHOST2, open bioffice.xml for editing and modify the properties shown in Table 6-1.
Table 6-1 Properties in bioffice.xml
Property Name | Valid Value | Description |
---|---|---|
SawBaseURL |
https://bi.mydomain.com:443/analytics/saw.dll or https://bi.mydomain.com:443/analytics-ws/saw.dll |
Load Balancer Virtual Server Name URL for Oracle BI Presentation Services. Important: If SSO is enabled, then enter the URL for the protected analytics servlet that you deployed when configuring Oracle BI for Microsoft Office to integrate with the SSO-enabled Oracle BI Server. The URL that is specified for this property is used for Web services requests between the BI Office Server and Presentation Services. |
SawUseSSO |
0 = No (Default) 1 = Yes |
Set this property to 1 if the Oracle Business Intelligence implementation is enabled for SSO. |
SawWebURLforSSO |
https://bi.mydomain.com:443/analytics/saw.dll |
When SSO is enabled, use this property to enter the public URL that allows external users to access Oracle Business Intelligence using SSO from Oracle BI for Microsoft Office. |
Restart the Oracle BI for Microsoft Office application, as follows:
Log in to the Administration Console.
Click Deployments in the Domain Structure window.
Select bioffice(11.1.1).
Click Stop.
After the application has stopped, click Start.
Validate that the SawBaseURL parameter has been updated on the About Oracle BI EE Office Server page.
Follow these steps to validate configuration for Oracle BI for Microsoft Office:
Log in to Oracle BI Presentation Services at:
https://bi.mydomain.com:443/analytics
In the lower left pane, under the Get Started heading, select Download BI Desktop Tools and then select Oracle BI for MS Office.
Install Oracle BI for Microsoft Office by running the Oracle BI Office InstallShield Wizard.
Open Microsoft Excel or Microsoft Powerpoint.
From the Oracle BI menu, select Preferences.
In the Connections tab, select New.
Enter values for the following fields:
Server Name: Provide a name for the connection.
BI Office Server: Provide the URL for the Oracle BI EE Office Server.
Application Name: Enter the Application Name that you defined for the Oracle BI EE Office Server when you deployed the Oracle BI EE Office Server application to WLS. The default name is bioffice.
Port: Enter the Oracle BI EE Office Server port number.
Figure 6-2 shows the New Connection dialog.
Figure 6-2 New Connection Dialog for Oracle BI for Microsoft Office
Click Test Connection to test the connection between the add-in and the Oracle BI EE Office Server.
Successful connections receive a Test connection successful message, as shown in Figure 6-3.
Figure 6-3 Test Connection Successful Message
Log in as an Administrator (for example, weblogic) and validate that you can access the Oracle BI Task Pane, as shown in Figure 6-4.
Figure 6-4 Oracle BI Task Pane in Microsoft Excel
Each server has a transaction log that stores information about committed transactions that are coordinated by the server that may not have been completed. The WebLogic Server uses this transaction log for recovery from system crashes or network failures. To leverage the migration capability of the Transaction Recovery Service for the servers within a cluster, store the transaction log in a location accessible to a server and its backup servers.
Note:
Preferably, this location should be a dual-ported SCSI disk or on a Storage Area Network (SAN).Perform these steps for each Managed Server to set the location for the default persistence store:
Log in to the Administration Console.
In the Change Center, click Lock & Edit.
In the Domain Structure window, expand the Environment node and then click the Servers node. The Summary of Servers page is displayed.
Click the name of the server (represented as a hyperlink) in the Names column of the table. The Settings page for the selected server is displayed, and defaults to the Configuration tab.
Open the Services tab.
In the Default Store section of the page, enter the path to the folder where the default persistent stores will store its data files. The directory structure of the path is as follows:
ORACLE_BASE/admin/domain_name/bi_cluster_name/tlogs
Use the same path for each Managed Server. When the Managed Servers are restarted, subdirectories are created for each one.
Click Save and Activate Changes.
Note:
To enable migration of the Transaction Recovery service, specify a location on a persistent storage solution that is available to other servers in the cluster. Both bi_server1 and bi_server2 must be able to access this directory.This section contains the following topics:
Section 6.7.2, "Starting the Oracle Business Intelligence System Components"
Section 6.7.3, "Validating Oracle Business Intelligence URLs"
Perform these steps to start the bi_server2 Managed Server:
Start the bi_server2 Managed Server using the Administration Console, as follows:
Expand the Environment node in the Domain Structure window.
Click Servers. The Summary of Servers page is displayed.
Click the Control tab.
Select bi_server2 and then click Start.
Verify that the server status is reported as 'Running' in the Administration Console. If the server is shown as 'Starting' or 'Resuming,' wait for the server status to change to 'Started.' If another status is reported (such as 'Admin' or 'Failed'), check the server output log files for errors.
You can control Oracle Business Intelligence system components using opmnctl commands.
To start the Oracle Business Intelligence system components using the opmnctl command-line tool:
Go to the directory that contains the OPMN command-line tool, located in ORACLE_INSTANCE/bin.
Run the opmnctl command to start the Oracle Business Intelligence system components:
opmnctl startall
Starts OPMN and all Oracle Business Intelligence system components.
opmnctl start
Starts OPMN only.
opmnctl startproc ias-component=component_name
Starts a particular system component. For example, where coreapplication_obips2 is the Presentation Services component:
opmnctl startproc ias-component=coreapplication_obips2
Check the status of the Oracle Business Intelligence system components:
opmnctl status
Access the following URLs:
Access http://APPHOST2VHN1:9704/analytics
to verify the status of bi_server1.
Access http://APPHOST2VHN1:9704/wsm-pm
to verify the status of Web Services Manager. Click Validate Policy Manager. A list of policies and assertion templates available in the data is displayed.
Note: The configuration is incorrect if no policies or assertion templates appear.
Access http://APPHOST2VHN1:9704/xmlpserver
to verify the status of the Oracle BI Publisher application.
Access http://APPHOST2VHN1:9704/ui
to verify the status of the Oracle Real-Time Decisions application.
Access http://APPHOST2VHN1:9704/mapviewer
to verify the status of Oracle MapViewer.
You should verify URLs to ensure that the appropriate routing and failover is working from Oracle HTTP Server to bi_cluster. Perform these steps to verify the URLs:
While bi_server2 is running, stop bi_server1 using the Administration Console.
Access the following URLs to verify that routing and failover is functioning properly:
http://WEBHOST1:7777/analytics
http://WEBHOST1:7777/xmlpserver
http://WEBHOST1:7777/ui
Start bi_server1 from the Administration Console.
Stop bi_server2 from the Administration Console.
Access the following URLs to verify that routing and failover is functioning properly:
http://WEBHOST1:7777/analytics
http://WEBHOST1:7777/xmlpserver
http://WEBHOST1:7777/ui
Start bi_server2 from the Administration Console.
Oracle recommends using host name verification for the communication between Node Manager and the servers in the domain. This requires the use of certificates for the different addresses communicating with the Administration Server and other servers. See Chapter 7, "Setting Up Node Manager" for further details. The procedures in that chapter must be performed twice using the information provided in Table 6-2.
Server Migration is required for proper failover of the Oracle BI Publisher components in the event of failure in any of the APPHOST1 and APPHOST2 nodes. See Chapter 8, "Configuring Server Migration" for further details.
After you have verified that the scaled out domain is working, back up the installation. This is a quick backup for the express purpose of immediate restore in case of problems in the further steps. The backup destination is the local disk. This backup can be discarded after the enterprise deployment setup is complete. At that point, the regular deployment-specific backup and recovery process can be initiated. Oracle Fusion Middleware Administrator's Guide provides further details. For information on describing the Oracle HTTP Server data that must be backed up and restored, refer to the "Backup and Recovery Recommendations for Oracle HTTP Server" section in that guide. For information on how to recover components, see the "Recovering Components" and "Recovering After Loss of Component Host" sections in the guide. For recommendations specific to recovering from the loss of a host, see the "Recovering Oracle HTTP Server to a Different Host" section in the guide. Also refer to Oracle Database Backup and Recovery User's Guide for information on database backup.
Perform these steps to back up the installation at this point:
Back up the Web tier:
Shut down the instance using opmnctl
:
WEBHOSTn> ORACLE_BASE/admin/instance_name/bin/opmnctl stopall
Back up the Middleware home on the Web tier using the following command (as root):
WEBHOSTn> tar -cvpf BACKUP_LOCATION/web.tar MW_HOME
Back up the Oracle instance on the Web tier using the following command:
WEBHOSTn> tar -cvpf BACKUP_LOCATION/web_instance_name.tar ORACLE_INSTANCE
Repeat this step for WEBHOST2.
Start the instance using opmnctl
:
WEBHOSTn> cd ORACLE_BASE/admin/instance_name/bin WEBHOSTn> opmnctl startall
Back up the database. This is a full database backup (either hot or cold) using Oracle Recovery Manager (recommended) or operating system tools such as tar for cold backups if possible.
Back up the BI Instance in the application tier, as follows:
Shut down the instance using opmnctl:
APPHOST1> ORACLE_INSTANCE/bin/opmnctl stopall
Back up the Middleware home on the application tier using the following command (as root):
APPHOST1> tar -cvpf BACKUP_LOCATION/bi.tar MW_HOME
Back up the Oracle instance on the application tier using the following command:
APPHOST1> tar -cvpf BACKUP_LOCATION/bi_instance_name.tar ORACLE_INSTANCE
Start the instance using opmnctl:
APPHOST1> ORACLE_INSTANCE/bin/opmnctl startall
Back up the Administration Server and Managed Server domain directories to save your domain configuration. The configuration files all exist in the ORACLE_BASE/admin/ domain_name directory. Run the following command to create the backup:
APPHOST1> tar -cvpf edgdomainback.tar ORACLE_BASE/admin/domain_name
Note: Create backups on all computers in the application tier by following the steps shown in this section.