This chapter explains how to install and deploy Oracle BI Applications into a single BI domain with the WebLogic Administration Server and Managed Server in the same domain home, after exiting Oracle Fusion Applications Provisioning.
This chapter contains the following sections:
Do one of the following:
To install and set up Oracle BI Applications, you must complete the following tasks, in order. Each high-level task breaks down into a list of detailed steps.
Tip : Before you begin, obtain the BI repository and BI Domain details from the team that installed Oracle Fusion Applications, as described in Section 3.2, "Before You Set Up Oracle BI Applications.".
After you complete the setup tasks described above, Oracle BI Applications is ready for functional configuration, which is accomplished using Oracle BI Applications Configuration Manager and Functional Setup Manager. To enable functional configuration, you must provide the Oracle BI Applications Configuration Manager URL to your Implementation Managers and Functional Developers. To understand the process to functionally configure Oracle BI Applications, see Part II, "Functional Configuration for Oracle Business Intelligence Applications".
After functional configuration is complete, your environment is ready for ETL and data-load into Oracle Business Analytics Warehouse. Data Load is performed using DAC and Informatica PowerCenter. Furthermore, after Oracle BI Applications reports and dashboards have been tested and the data validated, the Oracle BI Applications System Administrator will need to inform the Fusion Applications Administrator to enable the appropriate embedded reports and dashboard (ADR) regions in Fusion Applications. The ADR regions are enabled using Functional Setup Manager for Fusion Applications.
Before You Begin
Before you can begin to set up Oracle Business Intelligence Applications, you need to obtain the following three values from the team who installed Oracle Fusion Applications:
Obtaining the Oracle BI Repository and Host Name
Two Oracle Fusion Applications provisioning screens impact Oracle Business Intelligence Applications. Before you complete the setup tasks for Oracle Business Intelligence Applications, consult with the team who installed Oracle Fusion Applications to obtain the values for Host and RPD password .
Obtaining the Location of the Oracle BI Domain
At the conclusion of the Oracle Fusion Applications provisioning process for Oracle Business Intelligence, the following entities are available:
The resulting environment is referred to as the "Business Intelligence domain" or "BI Domain." Consult with the team who installed Oracle Fusion Applications for the location of the BI Domain.
The following default values are used:
Before you set up Oracle BI Applications, do the following:
After you complete the tasks listed above, proceed to Section 3.4, "Tasks for Setting Up Oracle BI Applications" for detailed instructions on how to set up Oracle BI Applications.
This section provides an overview for setting up Oracle BI Applications, and includes the following topics:
Oracle Business Intelligence Enterprise Edition is installed and provisioned as part of the Fusion Applications installation and provisioning process. The BI Provisioning step creates a WebLogic domain, the BI Web application (J2EE) components, and the BI Server and BI Presentation Services, which are deployed on the machine that hosts the BI Domain.
Warehouse Component Deployment Assistant ( WCA) is a script that you use to install and configure a number of components for Oracle BI Applications in UNIX environments. For example, WCA installs Informatica PowerCenter Services, and configures a Repository Service and an Integration Service. For a complete list of components that are configured by WCA, see Section A.6, "About Warehouse Component Deployment Assistant (WCA)."
WCA is not supported on Windows environments, therefore you must configure components manually by following the steps in Section 3.4.9, "Setup Step: Manually Configure Oracle BI Applications Components in a Windows Environment.".
The following Oracle Business Intelligence provisioning occurs during Fusion Applications installation and provisioning:
During the Fusion Applications installation, the software components of Oracle BI Applications are installed in the Business Intelligence Oracle Home but are not deployed. This chapter describes how to deploy Oracle BI Applications by installing and setting up the Oracle BI Applications components.
The following figure shows the main tools and components that you set up in an Oracle BI Applications environment:
Figure 3-1 Tools and Components in an Oracle Business Intelligence Applications Environment
The following table defines the main Home directories for the components in an Oracle BI Applications deployment:
Table 3-1 Summary of Home Directories for Oracle BI Applications
Location of the Oracle WebLogic BI Domain (for example, /instance/domains/ /BIDomain).
Location of the user-specified Informatica installation directory on the machine that hosts Informatica PowerCenter (for example,\informatica\91\).
Location of the Oracle Fusion Middleware home (for example,\FMW_11g\). It includes the WebLogic home and one or more Oracle homes.
ORACLE_HOME (for Oracle Business Intelligence)
This is the root directory of Oracle Business Intelligence. For example, the Oracle home for Oracle Business Intelligence is typically MW_HOME /Oracle_BI1.
Location of the Oracle Instance home (for example, MW_HOME \Oracle_BI1\instances\instance1).
This section provides detailed tasks for setting up Oracle BI Applications.
Note : You must perform the tasks in this section in the sequence described in Section 3.1.1, "High-level Tasks for Setting Up Oracle BI Applications".
Before you complete the tasks described in this section, you must ensure that your environment meets the prerequisites and that you understand the recommendations described in Section 3.2, "Before You Set Up Oracle BI Applications."
Install Oracle Database 11.2.0.2 or later for Oracle Business Analytics Warehouse, the DAC Repository, the Informatica Repository, and the Informatica Domains Repository. For more information, including the list of supported database versions, see the Oracle Fusion Applications system requirements and supported platforms documentation.
Ensure that your Oracle Database instance is configured for the ALT32UTF8 character set. Also, this release supports the data movement mode Unicode to Unicode. For more information, see Section 2.4, "Code Page and Data Movement Requirements."
For the database that hosts Oracle Business Analytics Warehouse, perform the following additional steps:
For prerequisite information for the Informatica Repository and Informatica Domains Repository databases, see the Informatica Installation Guide. Informatica documentation is included in the Informatica files provided in the Oracle Fusion Applications Media Pack on Oracle Software Delivery Cloud. See Section A.7.3, "Locations of Installation Files for Informatica PowerCenter and Hotfix 2."
Oracle BI Applications requires the following database schemas, which you create with the Oracle BI Applications edition of the Repository Creation Utility (RCU):
If your organization has deployed the Sales Prediction Engine module of Oracle Fusion Customer Relationship Management, you must also create data warehouse database objects using the Sales Prediction Engine RCU. For information about creating the Sales Prediction Engine RCU, see Section 3.4.2.2, "Creating Data Warehouse Objects with the Oracle Sales Prediction Engine RCU".
Use the Oracle BI Applications RCU to create the Oracle BI Data Warehouse Administration Console and Oracle Business Analytics Warehouse schemas, which are required by Oracle BI Applications.
The Oracle BI Applications RCU zip file named rcuHomeBIApps.zip is located in the Fusion Applications software repository under installers/biapps_rcu/. (The Fusion Applications software repository is obtained when you download and unzip the Oracle Fusion Applications 11g parts available in the Oracle Fusion Applications Media Pack on the Oracle Software Delivery Cloud.) Extract this zip file into a folder, for example, BIA_RCU_HOME.
Before you create Oracle BI Applications schemas using the Oracle BI Applications RCU, ensure that you understand the following:
Before you create Oracle BI Applications schemas using the Oracle BI Applications RCU, you must do the following:
These dump files can be found in the following locations:
To create the Oracle BI Applications database schemas using the Oracle BI Applications RCU:
The Welcome screen opens.
Table 3-2 Specifying Database Connection Details for RCUField Name | Action |
---|---|
Database Type | Click Oracle Database . Other database types are not supported in this release. |
Host Name | Specify the fully qualified host name of the machine hosting the database. For example, machine12345.example.com. |
Port | Specify the number of the communication port for the database. 1521 is the default port number for Oracle Databases. |
Service Name | Specify the database account name or the Service Name for the database. For example, BIA11G . |
Username | Specify the username for accessing the machine that hosts the database. For example, SYS . |
Password | Specify the password for the username specified in the Username field. |
Role | If this value is not SYS, then you must select SYS . The default value is selected automatically when you enter a username in the Username field. |
Use the Sales Prediction Engine RCU to create data warehouse database objects (ODM tables, views, packages, ILS Processing tables, and so on) in Oracle Business Analytics Warehouse. This is required if the Sales Prediction Engine module of Oracle Fusion Customer Relationship Management was deployed.
Before you create Oracle Business Analytics Warehouse database objects, ensure that you have a supported Oracle Business Analytics Warehouse that contains the Oracle BI Applications schemas. See Section 3.4.2.1, "Creating Oracle BI Applications Schemas Using Oracle BI Applications RCU."
To create the Sales Prediction Engine schema with the Sales Prediction Engine RCU, follow the steps in "Setting Up Sales Prediction Engine" in the Customer Relationship Management chapter of Oracle Fusion Applications Post-Install Guide .
Before the ATGLite and FSM patches are applied, you must download and apply the following patches from the My Oracle Support > Patches and Updates area:
Then, you must use the Oracle BI Applications Upgrade Tool to apply the following patches for Functional Setup Manager and ATGLite. The Oracle BI Applications Upgrade Tool is a command line utility that is available in the following Oracle Home for BI location:
ORACLE_HOME/biapps/tools/lib/biappsrepositoryutil.jar
Run the Oracle BI Applications Upgrade Tool, as follows:
Note : You must perform the steps in the order specified below. That is, you must upgrade the ATGLite component before upgrading the FSM component.
java -jar biappsrepositoryutil.jar upgradeATG bi.oracle.home=/scratch/aime/work/mw5376/Oracle_BI1/ atg.repo.user=fusion_DW atg.repo.password=welcome1 db.conn.sid.url=machine.company.com:1521:exampledb dw.user=fusion_DW dw.password=welcome1 atg.db.seed.url=machine.company.com:1521/exampledb.company.com db.sys.user=sys db.sys.password=welcome1java -jar biappsrepositoryutil.jar upgradeFSM bi.oracle.home= fsm.repo.user= fsm.repo.password= db.conn.sid.url= dw.user= dw.password= fsm.db.seed.url= db.sys.user=sys db.sys.password= For example:
java -jar biappsrepositoryutil.jar upgradeFSM bi.oracle.home=/scratch/aime/work/mw5376/Oracle_BI1/ fsm.repo.user=fusion_DW fsm.repo.password=welcome1 db.conn.sid.url=machine.company.com:1521:exampledb dw.user=fusion_DW dw.password=welcome1 fsm.db.seed.url=machine.company.com:1521/exampledb.company.com db.sys.user=sys db.sys.password=welcome1
This se ction explains how to install Informatica PowerCenter V9.1 Client Tools and Hotfix 2 for an Oracle BI Applications deployment. For detailed generic information about installing Informatica V9.1, refer to the Informatica PowerCenter Installation Guide .
Note : Informatica PowerCenter Services is installed using WCA for Linux and UNIX (for more information, see Section 3.4.8, "Setup Step: Configure Oracle BI Applications components using Warehouse Component Deployment Assistant (WCA) in a UNIX Environment."). For Windows, Informatica PowerCenter must be installed by running the Informatica installer manually (for more information, see Section 3.4.9, "Setup Step: Manually Configure Oracle BI Applications Components in a Windows Environment.").
You must install Informatica PowerCenter Client Tools on the same Windows machine as the DAC Client.
For information about additional hotfixes or emergency bug fixes that may be required to support the current version of Informatica, see the Certification Document for Oracle BI Applications:
To install Informatica PowerCenter Client Tools on Windows :
The Extract Transform and Load (ETL) process must be run by a user with appropriate data security privileges granted on the Fusion Application tables from which data is extracted into Oracle Business Analytics Warehouse. For this purpose, the Group named FUSION_APPS_OBIA_BIEE_APPID is provisioned during install with the appropriate ETL security privileges (by default, this Group is mapped to the Duty Role named OBIA_EXTRACT_TRANSFORM_LOAD_DUTY).
To create a user for ETL:
You must grant users access to Oracle BI Applications Configuration Manager, Functional Setup Manager, and DAC. Access to these applications is controlled through the following Duty Roles (Duty Roles are also referred to as Application Roles in Oracle APM):
Examples of Setting Up Users For Oracle BI Applications
To set up security, you map User to Enterprise Role to Duty Role.
Work with your security administer to grant Duty Roles to appropriate Fusion Applications Enterprise Roles (also known as Job Roles). For example, you might use LDAP tools and Oracle Authorization Policy Manager to set up appropriate Users and Enterprise Roles, and map these to the default Duty Roles specified above.
For more detailed information about security privileges required for Oracle BI Applications components, see Section 2.1.10 'Security Overview of Oracle BI Applications Configuration Manager and Functional Setup Manager' in Oracle Fusion Middleware Reference Guide for Oracle Business Intelligence Applications .
Many tasks in this chapter involve DAC and Oracle BI Applications Configuration Manager. The user who performs these tasks using these applications must possess the BI Applications Administrator Duty role.
To install and set up DAC Client, do the following:
DAC administrators must install DAC Client on the Windows-based machine where the Informatica PowerCenter Client Tools were installed. If Informatica PowerCenter Client Tools are not collocated on the machine, then DAC Client must have access to the Informatica PowerCenter binaries and the domains.infa file on a shared network location.
You can obtain the Oracle BI Applications Client Installer executable from one of the following locations:
- On Windows, in the folder \biappsshiphome\shiphome.
- On Linux and UNIX, in the folder /biappsshiphome/dist/stage/clients/biappsclients.
For more information on DAC Client requirements, see Section 2.2, "DAC Client Installation Requirements" in the Oracle Fusion Middleware User's Guide for Oracle Business Intelligence Data Warehouse Administration Console .
To install the DAC Clien t using the Oracle BI Applications Client installer:
DAC Client uses an authentication file (cwallet.sso) to access the DAC Repository. The authentication file is automatically generated when WCA extends the BI domain to include the DAC Server (as described in Section 3.4.8, "Setup Step: Configure Oracle BI Applications components using Warehouse Component Deployment Assistant (WCA) in a UNIX Environment"). The authentication file is saved by default to the following directory:
Copy the file cwallet.sso to the machine where DAC Client is installed.
An administrator must distribute this authentication file to all DAC Client users who intend to access the DAC Repository. For more information about the authentication file, see Section 4.2, "About the DAC Authentication File" in the Oracle Fusion Middleware User's Guide for Oracle Business Intelligence Data Warehouse Administration Console.
To log into DAC Client for the first time:
The Oracle BI Applications Clients installer performs the following configuration:
If you reinstall or upgrade Informatica PowerCenter without reinstalling DAC, you need to manually set these environment variables.
Warehouse Component Deployment Assistant ( WCA) is a script that you use to install and configure a number of components for Oracle BI Applications in UNIX environments. For example, WCA installs Informatica PowerCenter Services, and configures a Repository Service and an Integration Service. For a complete list of components that are configured by WCA, see Section A.6, "About Warehouse Component Deployment Assistant (WCA)."
Note : WCA is not supported on Windows environments, therefore you must manually configure Oracle BI Applications components, as described in Section 3.4.9, "Setup Step: Manually Configure Oracle BI Applications Components in a Windows Environment.".
To configure Oracle BI Applications components using WCA:
#Env Variable Setting in .cshrc file [Profile file of linux user] related to WCA. For example : setenv WCA_HOME "/scratch/aime/work/APPTOP/fusionapps/bi/dwtools/scripts/wca" setenv ANT_HOME /scratch/aime/work/APPTOP/fusionapps/modules/org.apache.ant_1.7.1 setenv PATH "$/bin:$" setenv JAVA_HOME /scratch/aime/work/APPTOP/fusionapps/jdk6
For more information about setting up a boot.properties file, see the topic 'Boot Identity Files' in the chapter 'Starting and Stopping Servers, in Oracle Fusion Middleware Managing Server Startup and Shutdown for Oracle WebLogic Server . or locate this topic in WebLogic Server Administration Console Online Help.
. #This parameter represents the Informatica Installation home directory. #Supported Values: Give the absolute path to Informatica Installation home directory INFA_HOME=/scratch/aime/work/Informatica/PowerCenter9.1 #This parameter represents host name of the machine where Informatica is installed INFA_PCS_HOST=localhost #This parameter represents the Informatica Domain User Name that is created when Informatica is installed. #Supported Values: The domain user name provided when Informatica is installed. #We can also use the default user provided by Informatica: Administrator INFA_DOM_USER=Administrator .
. INFA_DOM_PASSWRD=admin DW_DB_PASSWRD=biacm DW_ETL_USER_PASSWRD=abc INFA_DOM_DB_PASSWRD=password INFA_REP_DB_PASSWRD=password INFA_REP_PASSWRD=Administrator DAC_DB_PASSWRD=biacm MDS_DB_PASSWRD=fusion_mds WL_PASSWRD=fusionfa1 RPD_ENCRYPTION_PASSWRD=welcome1 .
Note: To maintain security, Oracle recommends that after you have completed configuration with WCA, you remove the passwords from the passwords.properties file.
\Oracle_BI1\dwtools\scripts\wca\ant
If WCA cannot configure a component, you must manually configure that component, as described in "Diagnosing WCA Errors" below, then re-start WCA. If you manually configure a component and want to re-start WCA, then you must change the ERR extension to a SUCC extension for the appropriate error file. For example:
Note : Do no delete other ERR files or SUCC files created by WCA.
Note: To maintain security, Oracle recommends that after you have completed configuration with WCA, you remove the passwords from the passwords.properties file.
Diagnosing WCA Errors
Table 3-3, "Diagnosing WCA Errors" below explains how to manually rectify WCA configuration errors. For example, if WCA fails to create an Informatica PowerCenter Repository Service, then you must analyze and attempt to fix the problem reported in the WCA log. If you cannot fix the problem, then you must create a Repository Service manually using Informatica Administrator, as specified in the Action Required If You Cannot Resolve The Error column.
Log files are available under MW_HOME/ORACLE_BI_HOME/dwtools/scripts/wca/logs . The file wca_.log should be used to for debugging failures that happen during WCA script execution.
If an error cannot be fixed, use the manual task in the Action Required If You Cannot Resolve The Error column to configure the component.
Table 3-3 Diagnosing WCA Errors
Failure to create Informatica PowerCenter Repository Service.
Manually create the Informatica PowerCenter Repository Service, by following the steps in Section 3.5.1, "Setup Step: Creating the Informatica Repository Service.".
Failure to create Informatica PowerCenter Integration Service.
Manually create the Informatica PowerCenter Integration Service, by following the steps in Section 3.5.3, "Setup Step: Creating the Informatica Integration Service.".
Failure to restore the Informatica PowerCenter Repository .
Manually restore the Informatica PowerCenter Repository, by following the steps in Section 3.5.2, "Setup Step: Restoring the Prebuilt Informatica Repository.".
Failure to copy source files to the Informatica PowerCenter machine.
Manually copy source files to the Informatica PowerCenter machine, by following the steps in Section 3.5.4, "Setup Step: Copying Source Files to the Informatica PowerCenter Services machine.".
Failure to configure Informatica PowerCenter Properties.
Manually configure Informatica PowerCenter properties, by following the steps in:
Failure to create a repository Administrator user.
Failure to create Informatica Relational Connections.
Manually create Informatica Relational Connections, by following the steps in Section 3.5.11, "Setup Step: Configuring Relational Connections in Informatica.".
Failure to create DAC Integration Settings.
Failure to register Source Systems.
Manually register Source Systems, by following the steps in Section 3.5.14, "Setup Step: Registering Source Systems.".
Failure to extend the BI Domain.
Manually extend the BI Domain, by following the steps 1 and 2 in Section 3.5.8, "Setup Step: Extending the BI Domain.".
If WCA fails to extend the BI Domain and generates the error message '[ERROR]: The Weblogic Admin Server Failed to Start', then do the following:
1. Determine whether the WebLogic Admin Server is running. If WebLogic Admin Server is not running, manually start Admin Server.
Failure to configure the BI Domain.
Manually configure the BI Domain, by following the steps 3 and 4 in Section 3.5.8, "Setup Step: Extending the BI Domain.".
Failure to configure RPD connection pools.
Manually configure RPD connection pools, by following the steps in Section 3.5.9, "Setup Step: Configuring the Oracle BI Connection Pools.".
Failure to enable currencies.
If you are deploying Oracle BI Applications in a Windows environment (that is, not supported by WCA), then you must perform the following tasks manually:
Note : If you are deploying Oracle BI Applications in a UNIX or Linux environment, then you use WCA to install and configure Oracle BI Applications components automatically. For more information, see Section 3.4.8, "Setup Step: Configure Oracle BI Applications components using Warehouse Component Deployment Assistant (WCA) in a UNIX Environment."
The Informatica PowerCenter Integration Service connects to the Oracle BI Server (for access to the Oracle Fusion Applications source system). The Integration Service accesses the Oracle BI Server using the Oracle BI ODBC Data Source Name (DSN). You must install and configure the Oracle BI ODBC DSN on the machine that hosts Informatica PowerCenter Services.
Note : For Linux and UNIX machines this step cannot be performed until Informatica PowerCenter Services has been installed.
The procedure for creating the ODBC DSN is specific to the operating system (Windows, Linux, or UNIX) of the machine that hosts Informatica PowerCenter Services.
Procedure for Windows
To create an ODBC DSN to the Oracle BI Server:
Note: If the Oracle BI Server 11 g driver is not installed on the machine, then you can install the BI Administration Tool using the Oracle Business Intelligence Client installer. For more information about installing Oracle Business Intelligence Client Tools, see Section 3.4.14, "Setup Step: Install Oracle BI Administration Tool".
You can find information about the Primary and Secondary Controller hosts and ports on the Availability tab of the Capacity Management page in Fusion Middleware Control.
Note: Do not change the Primary Controller, Secondary Controller, and Port parameters of the centrally managed default DSN for Presentation Services.
Procedure for Linux and UNIX
The Integration Service user account must have access to the shared Middleware Home for BI. The Integration Service must be able to access the ODBC library files for the BI Server.
To create an ODBC DSN to the Oracle BI Server:
[ODBC_DSN_NAME] Driver= BI_SERVER_ODBC_PATH Description=Oracle BI Server ServerMachine= BI_SERVER_HOST Repository= Catalog= UID= PWD= Port=PORT ForwardOnlyCursor=Yes SelectPhysical=Yes IsClusteredDSN=No Regional=Yes PrimaryCCSPort= SSL=No PrimaryCCS=
For a BI Server cluster, the ODBC.ini file entries should appear similar to the following:
[ODBC_DSN_NAME] Driver=BI_SERVER_ODBC_PATH Description=Oracle BI Server ServerMachine=BI_SERVER_HOST Repository= Catalog= UID= PWD= Port= ForwardOnlyCursor=Yes SelectPhysical=Yes IsClusteredDSN=Yes Regional=Yes PrimaryCCSPort=PORT_CLUSTER SSL=No PrimaryCCS=BI_SERVER_CLUSTER_CONTROLLER
For example, (use appropriate shell commands for your platform):
export TNS_ADMIN=/oracle/db_1/network/admin export ORACLE_HOME=/oracle/db_1/ export PATH=/oracle/db_1/bin:$PATH run bi-init.sh . ./bi-init.sh export PATH=.:/INFA/server/tomcat/bin:/INFA/server/bin:/INFA/java/ jre:/INFA/ODBC5.2/bin:$PATH export LD_LIBRARY_PATH=/oracle/db_1/lib:$LD_LIBRARY_PATH export LD_LIBRARY_PATH=/INFA/server/bin:/INFA/ODBC5.2/lib:/INFA/java/lib:/INFA/java/jre:$LD_LIBRARY_PATH export JRE_HOME=/INFA/java/jre export JAVA_HOME=/INFA/java/jre export ODBCINI=/INFA/ODBC5.2/odbc.ini export INFA_HOME=/INFA export INFA_DOMAINS_FILE=/INFA/domains.infa
To start DAC Server, do the following:
1. Navigate to the DAC domain home, for example, /instance/domains/< Domain Host >/BIDomain/dac.
2. Execute the automationUtils.sh cmdCredentials command with the cwallet.sso file and the administrator username for WebLogic Server Administrator Console. For example:
/instance/domains/Domain Host>/BIDomain/dac/conf/security/repository/cwallet.sso FAadmin
Note : When prompted for a password, specify the administrator password for WebLogic Server Administrator Console.
3. Start the DAC Server. For example:
sh dacCmdLine.sh StartServer
To validate the Oracle BI Applications component configuration, do the following:
$BI_ORACLE_HOME/common/bin/wlst.sh /validations/ValidateWCA.py
Before you execute the ValidateWCA.py script, you must do the following:
The ValidateWCA.py script produces a Web report containing an analysis of the configuration of each component, with a 'Details' link to more detail for each component. For example:
Note : If you are deploying Oracle BI Applications in a Windows environment (that is, not supported by WCA), then to use the ValidateWCA.py script you must manually edit the wca_parameter.properties file to specify values for all components that you have manually configured. For example, if you manually created the Informatica PowerCenter Repository Service and Integration Service, then you must manually set values for the INFA_RS_NAME and INFA_IS_NAME parameters that match the service names that you used.
When you first log into any of the Informatica PowerCenter Client tools (for example, Designer, Workflow Manager), you must specify the Informatica Domain and Repository that you want to use.
Note : The following tasks describe how to use Informatica PowerCenter Designer to specify an Informatica PowerCenter Domain and Informatica PowerCenter Repository. However, you can use any of the Informatica PowerCenter Client tools.
To set up the Informatica Domain:
Field Name | What to enter |
---|---|
Domain Name | Specify the name of the domain that you created when you installed Informatica PowerCenter Services. The default domain name is 'Domain_'. For example, if the hostname of the Informatica PowerCenter Services machine is abc.us.oracle.com, then the domain name is Domain_abc. |
Gateway Host | Specify the hostname or IP address of the Informatica Server machine that hosts the Gateway node (for example, machineA). |
Gateway Port | Specify the gateway port number. For example, 6001. |
To set up the Informatica Repository:
The Oracle BI Administration Tool enables you to manage the metadata repository and is required in the Oracle BI Applications set-up process. If the Oracle BI Administration Tool has not been installed, then you must install it on a Windows machine.
You install Oracle BI Administration Tool using the Oracle Business Intelligence Enterprise Edition Plus Client Installer. The Installer executable is named biee_client_install.exe and this file is available in the installed BI Middleware Home, in bi/clients/biserver.
Before you install the Oracle BI Administration Tool, ensure that the machine where you intend to perform the installation meets the following requirements:
The BI metadata repository is trimmed during the BI Provisioning phase in a Fusion Applications installation to contain only RPD projects for Oracle Fusion Transactional Business Intelligence (OTBI). Oracle BI Applications requires a full (that is, untrimmed) RPD for ETL. To deploy Oracle BI Applications, you must restore the Golden RPD and merge it with updates and customizations in the Runtime RPD.
The trimmed BI metadata repository is referred to as the Runtime RPD, and is located in:
BI_INSTANCE\bifoundation\OracleBIServerComponent\coreapplication_obis1\repository\OracleBIApps.rpd
The full (that is, untrimmed) BI metadata repository is referred to as the Golden RPD, and is located in:
BI_ORACLE_HOME/biapps/admin/provisioning/OracleBIServerComponent/OracleBIApps.rpd
To restore the BI Metadata Repository file for Oracle BI Applications:
Before you start, you need the following:
Create the following directory structure and set up the RPD files.
BI_ORACLE_HOME/biapps/admin/provisioning/OracleBIServerComponent/OracleBIApps.rpd
BI_INSTANCE\bifoundation\OracleBIServerComponent\coreapplication_obis1\repository
The patch being created is a diff between the Equalized RPD and the Extracted RPD, this patch will contain the all the configuration and customization changes that have been made.
Work with your Web administrator to configure Oracle HTTP Server so that URLs for Oracle BI Applications Configuration Manager, Functional Setup Manager, and DAC Server point to the virtual host and port for the BI domain. Ensure that you configure the same Oracle HTTP Server for Oracle BI Applications Configuration Manager, Functional Setup Manager, and DAC Server.
To configure Oracle HTTP Server:
SetHandler weblogic-handler WeblogicCluster host:port
SetHandler weblogic-handler WeblogicCluster host:port
SetHandler weblogic-handler WeblogicCluster host:port
Note : For each LocationMatch entry, make sure that you have a space character between the value (for example, DACServer) and the closing '>' character.
Oracle BI Applications Configuration Manager contains a link that launches Functional Setup Manager. Work with your Oracle BI Applications administrator and your Security Administrator to configure single sign-on (SSO) between Oracle BI Applications Configuration Manager and Functional Setup Manager using Oracle Access Manager. Without SSO configuration, no single sign-on capabilities are provided, however users with the appropriate Oracle BI Application duty roles can still access Oracle BI Applications Configuration Manager and Functional Setup Manager.
To configure Oracle BI Applications and FSM, do the following:
To configure SSO for Oracle BI Applications Configuration Manager and Functional Setup Manager using Oracle Access Manager:
To configure Portlet Provider for Oracle BI Applications Configuration Manager and Functional Setup Manager using Oracle Access Manager:
Use Oracle BI Applications Configuration Manager to enable the Oracle BI Applications Offerings that you have purchased.
To enable Oracle BI Applications Offerings for deployment:
Note: Enable only the Offerings that have been purchased so that you do not display data for other Offerings. You can enable additional Offerings as you purchase them.
Oracle BI Applications 11 g Release 1 (11.1.1) loads data from a Fusion Applications source to Oracle Business Analytics Warehouse in multiple languages .
In Oracle BI Applications Configuration Manager, you specify the language or languages in which data is extracted from the source and loaded into Oracle Business Analytics Warehouse.
To specify Oracle Business Analytics Warehouse languages:
Note: When you mark a language as Installed, the Data Load Parameter LANGUAGE_LIST is populated internally with the list of selected languages. This parameter list is used during data extraction to extract data in the selected languages.
Note: The base language is used to generate pseudo-translation records in Oracle Business Analytics Warehouse for any languages missing in the Source system.
Oracle Business Intelligence is installed with a set of preferred currencies with pre-configured Preferred Currency Codes and Preferred Currency Names. You can use the default Currency Display Names, or you can specify new Currency Display Names as described in this section. You edit Preferred Currency Name values to change the currency labels that are displayed in all modules associated with BI dashboards. For example, you might want to change the 'Local Currency' label from 'Ledger Currency' to 'Local Currency'.
To edit a Currency Display Name:
By default, Document currency is excluded from the Currency drop-down list (located in the Preferences tab of the My Accounts dialog of Oracle Business Intelligence). To include Document currency, you must remove a specific filter from all of the following security groups in the RPD:
To enable document currency:
This task loads source-specific data into to the Oracle BI Applications Configuration Manager tables. This enables Oracle BI Applications Configuration Manager to display the appropriate source-specific values as choices to Functional Developers in FSM. The data from the Fusion Applications source is loaded into the Oracle BI Applications Configuration Manager tables using ETL routines.
Work with your ETL Administrator to complete this procedure.
Note : Before you run ETL Execution Plans, make sure that you have set the environment variables as specified in Section A.7.2, "Before Installing Informatica PowerCenter for Oracle BI Applications Environments.".
To run domains ETL:
Oracle BI Applications is installed with a Role Catalog containing pre-configured Duty Roles that provide access to Oracle BI Applications dashboards and data. Each Duty Role is mapped to one or more Fusion Applications Enterprise Roles (also referred to as Job Roles). When you deploy Oracle BI Applications, you need to verify that the Duty Roles are mapped to the default Fusion Applications Enterprise Roles. When Fusion Applications is deployed, Duty Roles might have been removed from the Enterprise Role hierarchies, and therefore must be restored (or re-mapped) before you can deploy Oracle BI Applications. For details of Duty Roles that might be been removed from Role hierarchies, refer to section 'Oracle Business Intelligence Dashboards and Reports' in Oracle Fusion Applications Release Notes.
A list of required Enterprise Roles and Duty Roles for Oracle BI Applications is published on My Oracle Support (ID 1333454.1.) as a spreadsheet named 'Oracle Business Intelligence Applications Duty Role Assignments for Fusion Applications'.
For instructions on how to verify Duty Roles for Oracle BI Applications, see Appendix A, "How to Verify Duty Roles required for Oracle BI Applications,".
This section contains setup steps that are specific to Windows environments, or setup steps that apply only to a specific topology (for example, when Informatica Services or DAC Server are not installed on the BI Domain machine). Always use Section 3.1.1, "High-level Tasks for Setting Up Oracle BI Applications" for guidance on the appropriate tasks for your deployment.
This section contains the following tasks:
Fo llow this procedure to create the Informatica Repository Service.
Note : Before you log into Informatica Administrator, make sure that the Informatica service is running. To start the Informatica Service, use the Start Informatica Services program. On Windows, you can also use the Windows Services dialog to start the ' Informatica 9.1.0' service. On UNIX, use the infaservice [startup | shutdown] command.
For detailed information about creating a Repository Service, refer to the Informatica documentation.
To create the Informatica Repository Service :
During the Oracle BI Applications installation, an Inf ormatica Repository file named Oracle_BI_DW_Base.rep is installed into the ORACLE_HOME directory.
To restore the prebuilt Informatica Repository:
You use the Restore option in Informatica Administrator to load the prebuilt Oracle_BI_DW_Base repository.
To load the prebuilt Oracle_BI_DW_Base.rep repository into Informatica :
Note : for more information about Oracle home locations, see Section 3.3.3, "Summary of Home Directories"
If In formatica PowerCenter Services is installed on a non-English version of the operating system, you must use the command line to restore the prebuilt Informatica Repository provided with Oracle BI Applications.
To restore the prebuilt Informatica Repository on a non-English operating system :
For more information about Oracle home locations, see Section 3.3.3, "Summary of Home Directories"
Pmrep connect -r Repository_Name -d Domain
PmRep restore -u Domain_User_Name -p Domain_User_Password -i Input_File_Name -n
Follow this procedure to create the Informatica Integration Service.
Note : Before you begin, make sure that you have set up the environment variables for Informatica PowerCenter, as described in Section A.7.4, "Installing Informatica PowerCenter Services and Hotfix 2.".
For detailed information about creating an Integration Service, refer to the Informatica documentation.
To create the Informatica Integration Service
You n eed to copy source files from the Oracle BI Applications installation directory to the Informatica directory on the Informatica PowerCenter Services machine.
Note : The following instructions assume the default Informatica directory locations for source files.
Before you start
After installation, the Source Files and other ETL-related files required for Informatica PowerCenter are located in the following ZIP file:
ORACLE_HOME\biapps\etl\biapps_etl.zip
Extract the files in biapps_etl.zip into the following location:
ORACLE_HOME\biapps\etl\biapps_etl\
You extract the following directory:
ORACLE_HOME\biapps\etl\biapps_etl\data_files\src_files
Copying the source files
To copy source files to Informatica PowerCenter Services :
If Informatica PowerCenter Services is installed on a UNIX or Linux machine, convert the target paths above from Windows to UNIX/Linux. For example, covert the Windows target path:
Po werCenter Integration Services must be configured for relaxed code page validation. For more information, refer to section Understanding Globalization Relaxed Code Page Validation in Informatica Administrator Guide.
To configure Informatica PowerCenter Integration Services for relaxed code page validation:
Fol low this procedure to set PowerCenter Integration Services custom properties.
To set Informatica PowerCenter Integration Services Custom Properties :
Custom Properties Name | Custom Properties Value | Notes |
---|---|---|
overrideMpltVarWithMapVar | Yes | Enables Informatica to evaluate parameters within mapplets. |
For DAC to access Informatica and perform tasks in pmcmd and pmrep command line programs, DAC must log in to Informatica as an Informatica Repository Administrator user. This user must be configured in the native security domain.
You must create such a Repository Administrator user, or, if your security policies permit, then you can use the default Administrator user (whose privileges include Repository administration) for DAC connectivity to Informatica.
For more information on creating users and Informatica security domains, refer to the Informatica documentation.
To use the default Administrator user in the native security domain:
To create a new Repository Administrator defined in the native security domain:
During the Fusion Applications installation and provisioning process, the BI Domain is created. However, none of the Oracle BI Applications components ( Oracle BI Applications Configuration Manager, DAC Server, and Functional Setup Manager) are deployed in the WebLogic BI domain. Therefore, you must extend the WebLogic BI domain to include these components. You deploy these components in WebLogic using the following python configuration scripts:
The install_dwtools.py and configure_dwtools.py scripts, along with the other Oracle BI Applications scripts, can be found in ORACLE_HOME /dwtools/scripts . However, the version of the WebLogic Scripting Tool ( wlst) that must be used can be found in ORACLE_HOME /common/bin .
The install_dwtools.py and configure_dwtools.py scripts also deploy ATG, which is a J2EE component used by Oracle BI Applications Configuration Manager and Functional Setup Manager.
Oracle BI Applications Configuration Manager, Functional Setup Manager, and ATG are deployed to the WebLogic Administration Server. The DAC Server is deployed to the WebLogic Managed Server. To deploy DAC into a Managed Server in a different domain home from the Administration Server, or to deploy the DAC Server for high availability, see "Configuring Oracle Business Intelligence Applications" in Oracle Fusion Applications Enterprise Deployment Guide .
Only one DAC Server application can be run against the DAC repository at one time. Therefore, the DAC Server application should be deployed to only one Managed Server. If more than one DAC Server application is run against the DAC repository, the repository will be corrupted.
To extend the BI domain:
/mw_home/Oracle_BI1/common/bin/wlst.sh install_dwtools.py '/mw_home/user_projects/domains/bifoundation_domain' '/informatica' '~/informatica.infa' 'jdbc:oracle:thin:@localhost:1521/orcl' 'BIA11G_DW' 'jdbc:oracle:thin:@localhost:1521/orcl' 'BIA11G_MDS' 'jdbc:oracle:thin:@localhost:1521/orcl' 'BIA11G_DAC' 'bi_server1'
When you run the script, you are also prompted for passwords.
/mw_home/Oracle_BI1/common/bin/wlst.sh configure_dwtools.py 'weblogic' 'localhost' '7001'
When you run the script, you are also prompted for passwords.
Use the Oracle BI Applications configuration script ( configure_rpd.py) to configure the following connection pools for Oracle BI Applications in the BI metadata repository file:
In addition, the OLAPTBO repository static variable needs to be configured manually.
Note that the following repository files are provided on installation:
The OracleBIApps.rpd file is configured during Fusion Applications installation and provisioning, and is deployed to the BI Instance (for example, BI_INSTANCE\bifoundation\OracleBIServerComponent\coreapplication_obis1\repository). The configure_rpd.py script used in this procedure configures the repository file deployed in the BI Instance. The configurations specific to Oracle BI Applications made by the configure_rpd.py script must be performed on the repository file that was configured during Fusion Applications installation and provisioning, namely OracleBIApps.rpd.
To configure connection pools in the Oracle BI repository file (OracleBIApps.rpd):
(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=localhost)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=orcl)))
/mw_home/Oracle_BI1/common/bin/wlst configure_rpd.py '/mw_home/user_projects/domains/bifoundation_domain' '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=localhost)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=orcl)))' 'DEV1_DW' '/mw_home/instances/instance1' 'localhost' '7001' 'weblogic'
When you run the script, you are also prompted for passwords.
The script sets the following static variables:
The script also sets the password of the prefix _DW schema on the Oracle Data Warehouse Connection Pool, the Oracle Data Warehouse Repository Initblocks Connection Pool, and the Connection Pool for Oracle BI Applications Configuration Manager. The Oracle DB InitBlock Initialization Connection Pool is configured to the same values as those for the HCM_OLTP connection.
Follow this procedure to configure physical data source connections in DAC. You must configure the following data sources:
You must configure connections for the Fusion Applications domains listed above, even if you have not deployed the associated applications.
To configure physical data source connections in DAC :
Name | Type | Connection Type | Table Owner and Password |
---|---|---|---|
DataWarehouse | Warehouse | Oracle (Thin) | The table owner and password for Oracle Business Analytics Warehouse. |
BIACM | Source | Oracle (Thin) | The table owner and password for Oracle Business Analytics Warehouse. Note: The prefix _DW schema contains the Oracle BI Applications Configuration Manager tables. |
FUSION_V1 | Source | BI Server | The user name and password for the ETL user specified in Section 3.4.5, "Setup Step: Create a User for ETL" |
This section describes how to configure relational connections in Informatica.
Note : Unicode to Unicode is the only supported configuration mode for Oracle Business Intelligence Applications 11g Release (11.1.1).
Before you configure relational connections in Informatica, ensure that Repository Services and Integration Services are enabled and running.
To configure relational connections in Informatica:
You must configure connections for the Fusion Applications domains listed above, even if you have not deployed the associated applications.
For data movement mode Unicode to Unicode to work correctly, you must set the custom property SiebelUnicodeDB on Informatica Integration Services. Set the property in the following format:
user_OLTP @ ConnectString_OLTP user_OLAP @ ConnectString_OLAP .
To set SiebelUnicodeDB property in Informatica Integration Services:
oltp@db204007.host.com olap@db204008.host.com
This section provides instructions for enabling user currency preference settings for Oracle BI Applications. This section contains the following topics:
The Currency User Preference file used by Oracle BI Applications is userpref_currencies_OBIA.xml. The file instanceconfig.xml used by Oracle BI Presentation Services must point to this file. To do this, you modify the UserprefCurrenciesConfigFile parameter in instanceconfig.xml to point to userpref_currencies_OBIA.xml.Both instanceconfig.xml and userpref_currencies_OBIA.xml file are located in the following directory:
To enable user currency preference file for Oracle BI Applications:
Register your Oracle Fusion Applications source system using Oracle BI Applications Configuration Manager. Specify a source system to match your Oracle Fusion Applications configuration.
To register a Source System:
Element | Description |
---|---|
Source Instance Name | Specify a Source Instance name to identify the Fusion Applications source system. For example, 'Oracle Fusion Applications - Production'. The Source Instance name appears in the Oracle BI Applications Configuration Manager screens that are available to functional developers. |
Description | (Optional) Additional information to assist BI implementors and functional developers. |
Data Source Number | A unique ID to identify data from the Oracle Fusion Applications Transactional Database. The Data Source Number entered here must match the DSN specified in the Physical connection in DAC for the Fusion Applications Source of type BI Server. The default Data Source Number for Fusion Applications source is 200. Enter 200 unless you changed this value in DAC. Note : In DAC, Data Source Number must be unique, even though this restriction is not enforced when a Data Source Number is specified in DAC Client. |
Select Fusion Applications | Select the Select check box for each application that is deployed in the Oracle Fusion Applications database instance. For example, if you have all three Fusion Applications deployed in one Fusion Applications instance, select all three check boxes. |
When you register your source system in Oracle BI Applications Configuration Manager, the appropriate setup seed data is enabled based on your Oracle Fusion Applications selections. For example,
This section explains how to configure DAC integration settings. It contains the following topics:
T his section describes how to set DAC System Properties to ensure proper integration between DAC Client, the DAC Server, and Informatica.
To set DAC System Properties :
This section explains how to register the Informatica PowerCenter Integration Services and the Informatica PowerCenter Repository Service in DAC.
When you register Informatica Services in DAC, note the following:
To register Informatica Services in DAC :
Field | Enter or select |
---|---|
Name | Logical name for the Integration Service. |
Type | Informatica |
Service | Specify the name of the Integration Service that was created manually or was created by the WCA script (for example, BIA_IS). Tip : To find out the name of the Integration Service, log into Informatica Administrator and navigate to the Domain that you created, and note down the name of the Integration Service within that Domain. |
Server Port | No longer used. |
Domain | Informatica domain name. |
Login | Informatica Repository user name that has appropriate privileges to execute workflows (for example, Administrator). Note: DAC must log in to Informatica as an Informatica Repository Administrator user that is configured in the native security domain. See Section 3.5.7, "Setup Step: Creating the Repository Administrator User in the Native Security Domain." |
Password | Informatica Repository user password. |
Maximum Sessions | Maximum number of workflows that can be executed in parallel on the Informatica PowerCenter Integration Services service. If the number of sessions is zero or is not specified, the DAC Server assigns the default value of 10. Adjust this value based on the topology and configuration of your deployment. Allowing too many sessions can create excessive loads, which may result in failures. |
Repository Name | Name of the Repository Service. For example, Oracle_BIA_RS. |
Inactive | Indicates whether the PowerCenter Integration Services service will participate in the ETL process. |
Field | Enter |
---|---|
Name | Logical name for the Repository Service. Specify the name of the Repository Service that was created manually or was created by the WCA script (for example, BIA_RS). |
Type | Repository. |
Hostname | Repository Service host name or IP address. |
Server Port | Informatica Gateway port number. For example, 6001. |
Domain | (Read only) The Domain for the Hostname specified by the Hostname field. If the correct Domain is not displayed, click Refresh at the top of the Informatica Servers tab to refresh the field. |
Login | Informatica Repository user name that has appropriate privileges to execute workflows (for example, Administrator). |
Password | Informatica Repository user password (for example, Administrator). |
Maximum Sessions | Maximum number of workflows that can be executed in parallel on the Informatica PowerCenter Integration Services service. If the number of sessions is zero or is not specified, the DAC Server assigns the default value of 10. |
Repository Name | Name of the Repository Service. For example, BIA_RS. |
Inactive | Indicates whether the Repository Service will participate in the ETL process. |
This section explains how to upgrade Oracle BI Applications from Version 11.1.1.6.0 to Version 11.1.1.6.2. Before you start the upgrade process, Oracle recommends that you read Section 3.6.1, "Overview to Upgrading Oracle BI Applications". Then, follow the detailed upgrade tasks in Section 3.6.2, "High Level Tasks for Upgrading Oracle BI Applications".
This section contains the following topics:
It is assumed that you currently have Fusion Applications 11.1.3 with Oracle BI Applications 11.1.1.6.0 deployed, and that you want to upgrade to Fusion Applications 11.1.4 with Oracle BI Applications 11.1.1.6.2. Before you upgrade Oracle BI Applications, you must perform the Fusion Applications Install and Provisioning for the 11.1.4 release. The BI Install and Provisioning phase upgrades the following components:
Oracle BI Applications Release 11.1.1.6.2 includes the new Oracle BI Applications Upgrade Tool, which upgrades the schema and metadata for DAC, Oracle BI Configuration Manager and FSM, and ATGLite. The Upgrade Tool also upgrades the schema for Oracle Business Analytics Warehouse (via DAC).
The section provides an overview of the upgrade process.
The following components are upgraded:
The following components are upgraded:
After the Oracle Business Analytics Warehouse schema is upgraded, you must re-load the data in Oracle Business Analytics Warehouse by running a Full Load to populate data (for more details, see Section 3.6.2.7, "Upgrade Task: Reload Oracle Business Analytics Warehouse").
The following components are upgraded:
To upgrade Oracle BI Applications, you must complete the following tasks, in order. Each high-level task breaks down into a list of detailed steps.
Note : Before you start, make sure that the Fusion Applications Install and Provisioning phase for the Release 11.1.4 release has been completed. For more information about the Install and Provisioning phase, or the upgrade process in general, see Section 3.6.1, "Overview to Upgrading Oracle BI Applications".
Download and install the following patches from the My Oracle Support\Patches and Updates area:
You must install the DAC Client 11.1.1.6.2 on all machines where DAC Client 11.1.1.6.0 was installed.
You use the Oracle BI Applications Upgrade Tool to upgrade schema and seed data for the following components:
The Oracle BI Applications Upgrade Tool is a command line utility that is available in the following Oracle Home for BI location:
Perform the following step if you initially deployed BI Applications with Fusion Applications V1 or with Fusion Applications RUP1.
Note : You do not need to perform this step if you initially deployed BI Applications with Fusion Applications RUP2.
If your BI Applications system has been upgraded to 11.1.1.6.0 (RUP2) from either 11.1.1.5.1 (v1) or 11.1.1.5.2 (RUP1), then the schema version registry needs to be updated to 11.1.1.6.0 for the Business Analytics Warehouse and DAC schemas. The BI Applications Upgrade Tool make use of these entries to locate the upgrade artifacts.
To update the schema version registry:
update schema_version_registry set version ='11.1.1.6.0' where owner = '' and mr_name ='DW' ; update schema_version_registry set version ='11.1.1.6.0' where owner = '' and mr_name ='DAC' ; Replace the following values in above queries: DAC_USER_NAME - DAC Repository schema user name DW_USER_NAME - DW Repository schema user name e.g. update schema_version_registry set version ='11.1.1.6.0' where owner = 'fusion_DW' and mr_name ='DW' ;
Run the Oracle BI Applications Upgrade Tool, as follows:
Note : You must perform the steps in the order specified below.
java -jar biappsrepositoryutil.jar upgradeDAC bi.oracle.home=/scratch/aime/work/mw3837/Oracle_BI1 dac.repo.user=FUSION_DAC dac.repo.password=welcome1 dac.conn.url=machine.company.com:1521/exampledb.company.com db.sys.user=sys db.sys.password=welcome1 db.conn.sid.url=machine.company.com:1521:exampledbjava -jar biappsrepositoryutil.jar upgradeDW bi.oracle.home= dw.user= dw.password= dw.conn.url= db.sys.user=sys db.sys.password= db.conn.sid.url=dac.repo.password= dac.conn.url= dac.repo.user= For example:
java -jar biappsrepositoryutil.jar upgradeDW bi.oracle.home=/scratch/aime/work/mw3837/Oracle_BI1 dw.user=FUSION_DW dw.password=welcome1 dw.conn.url=machine.company.com:1521/exampledb.company.com db.sys.user=sys db.sys.password=welcome1 db.conn.sid.url=machine.company.com:1521:exampledb dac.repo.password=welcome1 dac.conn.url=machine.company.com:1521/exampledb.company.com dac.repo.user=FUSION_DAC
Notes: As part of the schema upgrade for the Oracle Business Analytics Warehouse from version 11.1.1.6.0 to 11.1.1.6.2, DAC generates a file named upgrade-questionable.sql. This file is located in the
ALTER TABLE W_PARTY_ORG_DS RENAME COLUMN X_CUSTOM TO X_CUSTOM_OLD ; ALTER TABLE W_PARTY_ORG_DS ADD X_CUSTOM VARCHAR2(10 CHAR) ; UPDATE W_PARTY_ORG_DS SET X_CUSTOM = X_CUSTOM_OLD ; ALTER TABLE W_PARTY_ORG_DS DROP COLUMN X_CUSTOM_OLD ;)java -jar biappsrepositoryutil.jar upgradeATG bi.oracle.home= atg.repo.user= atg.repo.password= db.conn.sid.url= dw.user= dw.password= atg.db.seed.url= db.sys.user=sys db.sys.password= For example:
java -jar biappsrepositoryutil.jar upgradeATG bi.oracle.home=/scratch/aime/work/mw5376/Oracle_BI1/ atg.repo.user=fusion_DW atg.repo.password=welcome1 db.conn.sid.url=machine.company.com:1521:exampledb dw.user=fusion_DW dw.password=welcome1 atg.db.seed.url=machine.company.com:1521/exampledb.company.com db.sys.user=sys db.sys.password=welcome1java -jar biappsrepositoryutil.jar upgradeFSM bi.oracle.home= fsm.repo.user= fsm.repo.password= db.conn.sid.url= dw.user= dw.password= fsm.db.seed.url= db.sys.user=sys db.sys.password= For example:
java -jar biappsrepositoryutil.jar upgradeFSM bi.oracle.home=/scratch/aime/work/mw5376/Oracle_BI1/ fsm.repo.user=fusion_DW fsm.repo.password=welcome1 db.conn.sid.url=machine.company.com:1521:exampledb dw.user=fusion_DW dw.password=welcome1 fsm.db.seed.url=machine.company.com:1521/exampledb.company.com db.sys.user=sys db.sys.password=welcome1java -jar biappsrepositoryutil.jar upgradeBIACM bi.oracle.home= biacm.repo.user= biacm.repo.password= db.conn.sid.url= dw.user= dw.password= biacm.db.seed.url= db.sys.user=sys db.sys.password= For example:
java -jar biappsrepositoryutil.jar upgradeBIACM bi.oracle.home=/scratch/aime/work/mw9523/Oracle_BI1/ biacm.repo.user=FUSION_DW biacm.repo.password=welcome1 db.conn.sid.url=machine.company.com:1521:exampledb dw.user=FUSION_DW dw.password=welcome1 biacm.db.seed.url=machine.company.com:1521/exampledb.company.com db.sys.user=sys db.sys.password=welcome1
After running the Upgrade Tool for the ATGLite and FSM component upgrades, the following messages may be seen in the ATG and FSM log files. These messages should be ignored.
SEVERE : File and folder require for running seed data change(cleanup-atg.sql) in ATG does not exist at expected location. SEVERE : File and folder require for running seed data change(fsm-task.xml) in FSM does not exist at expected location. SEVERE : File and folder require for running seed data change(cleanup-fsm.sql) in FSM does not exist at expected location.
In addition, the ATG log may show errors due to SQL Keywords such as the '/'character:
6.2/from11.1.1.6.0/schema/oracle/atg/upgrade.sql'Line Number: 868 2012-04-12 07:17:19.017 rcu:Extracting Statement from File Name: /scratch/aime/work/mw8793/Oracle_BI1/biapps/admin/provisioning/update/11.1.1.
These errors should be ignored.
The Informatica PowerCenter 9.1 and Hotfix 2 installation files, license key, and user documentation, are provided as zip files in the Fusion Applications software repository. These zip files are located in the following folder:
\installers\PowerCenter
The PowerCenter folder contains the following files:
Upgrade Informatica PowerCenter Platform:
ORACLE_HOME\biapps\etl\biapps_etl\
You extract the following directory:
ORACLE_HOME\biapps\etl\biapps_etl\data_files\src_files
To upgrade the Informatica Repository with content for 11.1.1.6.2:
In DAC, the Physical Data Sources connection to the BI Server has changed. The data source named FUSION_V1 must be configured to point to the BI Server. In Version 11.1.1.6.2, the connections FUSION_V1_FSCM, FUSION_V1_HCM, FUSION_V1_CRM are obsolete.
To configure the Physical Data Source to the BI Server in DAC:
You must reload Oracle Business Analytics Warehouse using the Execution Plan named 'Domains - Fusion 1.0. Before you reload the data, you use the Reset option in DAC to truncate tables and delete refresh dates. This allows you to perform a full load of data into Oracle Business Analytics Warehouse.
To reload Oracle Business Analytics Warehouse: