Bridge Specifications
| Vendor | Oracle |
| Tool Name | Oracle Business Intelligence (OBI) Enterprise Edition (Server) |
| Tool Version | 10.1 to 12c |
| Tool Web Site | http://www.oracle.com/technetwork/middleware/bi-foundation/overview/index.html |
| Supported Methodology | [Business Intelligence] Multi-Model, Metadata Repository, BI Design (RDBMS Source, Dimensional Target, Transformation Lineage, Expression Parsing), BI Report (Dimensional Source, Expression Parsing, Report Structure), Graphical Layout via Java API |
SPECIFICATIONS
Tool: Oracle / Oracle Business Intelligence (OBI) Enterprise Edition (Server) version 10.1 to 12c via Java API
See http://www.oracle.com/technetwork/middleware/bi-foundation/overview/index.html
Metadata: [Business Intelligence] Multi-Model, Metadata Repository, BI Design (RDBMS Source, Dimensional Target, Transformation Lineage, Expression Parsing), BI Report (Dimensional Source, Expression Parsing, Report Structure), Graphical Layout
Component: OracleBIEE version 11.0.0
DISCLAIMER
This bridge requires internet access to download third party libraries:
- such as https://repo.maven.apache.org/maven2/ to download open source third party libraries,
- and more sites for other third party software such as database specific jdbc drivers.
The downloaded third party libraries are stored into $HOME/data/download/MIMB/
- If https fails, the bridge then tries with http.
- If a proxy is used to access internet, you must configure that proxy in the JRE (see the -j option in the Miscellaneous parameter).
- If the bridge does not have full access to internet, that $HOME/data/download/MIMB/ directory can be copied from another server with internet access where the command $HOME/bin/MIMB.sh (or .bat) -d can be used to download all third party libraries used by all bridges at once.
By running this bridge, you hereby acknowledge responsibility for the license terms and any potential security vulnerabilities from these downloaded third party software libraries.
OVERVIEW
This bridge imports from Oracle Business Intelligence Enterprise Edition (formerly Siebel Analytics), or from the newer Oracle Analytics Server.
This is a server bridge that calls Oracle Business Intelligence Answers import bridge to import Analysis(former Requests) and KPI reports,
and Oracle Business Intelligence Server import bridge to import OBIEE repository models.
REQUIREMENTS
When importing OBIEE metadata from a large OBIA application, it is critical to adjust the bridge for memory optimization:
- Use a 64 bit JVM with increased memory to 4G
Update the file $MetaIntegration/conf/conf.properties with appropriate -Xmx parameter for a 64 bit JVM, for example:
M_JAVA_HOME=..\jre
M_JAVA_OPTIONS=-Xmx4G
The bridge Miscellaneous parameter can also be used to specify the amount of Java memory to allocate.
- Set the "Optimize for large models" bridge parameter to "True"
FREQUENTLY ASKED QUESTIONS
n/a
LIMITATIONS
Refer to the current general known limitations at http://metaintegration.com/Products/MIMB/MIMBKnownLimitations.html or bundled in Documentation/ReadMe/MIMBKnownLimitations.html
SUPPORT
Provide a trouble shooting package with:
- the debug log (can be set in the UI or in conf/conf.properties with MIR_LOG_LEVEL=6)
- the metadata backup if available (can be set in the Miscellaneous parameter with option -backup)
Q: How do I provide metadata to the support team to reproduce an issue?
A: Provide the following files:
- The Oracle BI Administration tool natively stores metadata in a Repository RPD file:
Therefore you must supply a copy of that file. By default this file is located in \OracleBI\server\Repository.
Provide this file along with the userID and password necessary to open it.
Alternative method: using Oracle BI Administration tool, connect to a live online repository.
From the File menu, select Copy As... and specify the name of the local RPD file where the repository copy will be stored.
Supply that file.
- For reports (in version 10.x they are called Requests, in version 11.x they are called Analyses), the metadata is contained inside OBIEE catalog:
You may use OBIEE Catalog Manager tool as follows:
1. Go to File -> Open Catalog (either online or offline)
2. Offline mode, v10.x: point to OracleBIData/web/catalog/<MyCatalog> as the path.
Offline mode, v11.x: point to <instance>/bifoundation/OracleBIPresentationServicesComponent/coreapplication_obips1/catalog/<MyCatalog> as the path.
Check Read Only box for safety.
3. For online mode: type in OBI server URL that would look like http://OBIServer:9704/analytics/saw.dll (replace OBIServer with your OBI machine name).
Check Read Only box for safety.
4. Click OK
5. Select the root '/' folder in the tree
6. Go To File -> Archive to create the archive file
7. Provide the resulting archive file.
- For the Oracle Analytics Server please follow the steps to generate the XML file from RPD:
1. Download RPD file
2. Perform the following steps in this exact order:
- export ORACLE_HOME=/u01/wls/oracle/j2ee
- export DOMAIN_HOME=/u01/wls/oracle/j2ee/user_projects/domains/mod
- cd /u01/wls/oracle/j2ee/bi/bifoundation/server/bin/
- ../nqinit.sh
- ./biserverxmlgen.sh -R /u01/tmp/*downloaded RPD file*.rpd -P weblogic1 -O /u01/tmp/ibm.xml -N -Q -8
3. For the Server URL use analytics-ws and not analytics.
4. For XML file use the file generated by shell script biserverxmlgen above.
5. Import
Bridge Parameters
| Parameter Name | Description | Type | Values | Default | Scope | |||
| Version | Select the version of OBIEE server you want to import from. In Auto Detect mode, the bridge will attempt to read the version using the following URLs: For version 10.x: http://hostname:port/analytics/res/version.xml or http://hostname:port/analytics-ws/res/version.xml if an OBIEE server is configured and protected by OAM For version 11.x and 12.x: http://hostname:port/analytics/saw.dll?aboutPage or http://hostname:port/analytics-ws/saw.dll?aboutPage if an OBIEE server is configured and protected by OAM |
ENUMERATED |
|
Auto Detect | ||||
| Server URL | Enter the Presentation Server URL here For OBIEE deployed on Oracle Containers for Java (OC4J), the default port is 9704. (http://host:9704/analytics/saw.dll) For OBIEE deployed on Oracle WebLogic, the default port is 7001. (http://host:7001/analytics/saw.dll) For OBIEE deployed on Oracle HTTP Server (OHS), the default port is 7777. (http://host:7777/analytics/saw.dll) For OBIEE deployed on Microsoft's Internet Information Services (IIS), the default port is 80. (http://host:80/analytics/saw.dll) Accessing OBIEE via Oracle Access Manager (OAM): For an OBIEE server that is configured and protected by OAM, the Server URL may need to be entered as: http://host:port/analytics-ws/saw.dll The WebService WSDL descriptor file may be accessed like so: version 10g: http://host:port/analytics/saw.dll?WSDL version 11g: http://host:port/analytics/saw.dll/wsdl/v6 version 12c: http://host:port/analytics-ws/saw.dll/wsdl/v12 Accessing OBIEE via SSL/HTTPS: In order to connect to OBIEE presentation server over SSL link, the bridge needs to trust the server certificate. The best way to achieve this is to extract the root certificate used by the Oracle Weblogic Managed Servers (that are hosting the web services) into the local keystore of the the machine that runs MIMB. The procedure below outlines the necessary steps. 1. Confirm the location of the root certificate for OBIEE server. - Open the Weblogic console in a browser. By default, the location of the Weblogic console is: http://hostname:7001/console - From the Oracle WebLogic Server Administration Console, select SSL tab and go to the Identity area. By default, the Certificate location is from the Demo Identity Keystore. If this is the case, navigate to the Keystores tab and review the location of the Demo Identity Keystore. Note that the Demo Identity Keystore's default location is: <middleware_home>/wlserver_10.3_server/lib/DemoIdentity.jks Use Oracle Java keytool utility on the server to view and export the root certificate. 2. On the MIMB machine, using Java keytool, create a private keystore by importing the root certificate exported above. Let's say the certificate file name is CertGenCA.der, so the command would look like this: keytool -importcert -file CertGenCA.der -alias obiee11_certificate -keystore "${MODEL_BRIDGE_HOME}\jre\lib\security\obiee" -storepass "obieeobiee" When asked if you want to trust this certificate, confirm with 'yes'. A new keystore will be created under "${MODEL_BRIDGE_HOME}\jre\lib\security" and named obiee if it does not exist. You can import multiple certificates from different OBIEE servers into the same single keystore, just give each new certificate a unique alias. 3. Now the bridge should be able to connect to OBIEE server via SSL. |
STRING | http://localhost:9704/analytics/saw.dll | Mandatory | ||||
| Login User | Enter the username which the bridge will use to log in. Be sure this user name has necessary permissions to access the objects you wish to import. | STRING | Administrator | Mandatory | ||||
| Login password | Enter the password associated with the username which the bridge will use to log in. | PASSWORD | ||||||
| File | The Oracle BI Administration tool natively stores metadata in a Repository RPD file. For version 11.x, convert the RPD file to XML format by performing the following steps: 1. Run the bi-init.cmd (or bi-init.sh on UNIX) script to launch a command prompt (or shell) window that is initialized to your Oracle instance: ORACLE_INSTANCE\bifoundation\OracleBIApplication\coreapplication\setup\bi-init 2. Use the 'biserverxmlgen' command line utility to generate XML: biserverxmlgen -R paint.rpd -P Admin123 -O paint.xml -N -Q -8 The bridge uses the generated XML file as input. Note: for version 11.x, the UDML file format is not supported by the bridge. For version 10.x, convert the RPD file to UDML format by performing the following: Use the nQUDMLGen command line utility to generate a UDML file: $OracleBIHome$\server\Bin QUDMLGen.exe -U Administrator -P Administrator -R paint.rpd -O paint.udml -N -Q -8 The bridge uses the generated UDML file as input. |
FILE | *.* | Mandatory | ||||
| Variable values file | File defining list of RPD variable values in format: variable1_name=variable1_value variable3_name=variable2_value ... variableN_name=variableN_value RPD models may use variables to parameterize SQL statements. In many cases, the values which must be assigned to these variables are defined at runtime. In such cases, the bridge will report warning in the log that it could not determine the value of a variable and will simply leave that variable name without any substitution in the resulting model. In order to determine the correct substitution values for these variables, the bridge reads a variable value file with the variable names and the correct value to substitute. Place the pathname of a variable value file in this parameter. Variable names are case insensitive and trimmed of all leading and trailing spaces. |
FILE | *.* | |||||
| Repository subset | This option is used to subset the amount of reports retrieved from the OBI Presentation Server. Specify here a semicolon separated list of objects path, the bridge will import the selected folders and reports. - the root folder path is: / - the shared folder path is: /shared - the administrator user folder is: /users/administrator |
REPOSITORY_SUBSET | / | Mandatory | ||||
| Optimize for large models | Specify whether or not to optimize the import for large OBI repository models. 'True' Ignore foreign keys, joins, relationships, logical foreign keys during import. Also, do not store expression tree objects along with lineage links. Ignoring such objects will result in a smaller model, and require less memory at runtime. This mode is recommended for large UDML or XML input files. This is the default value. 'False' The entire repository model will be imported. In this mode, more memory is required at runtime. This mode is recommended for small to medium UDML or XML input files. |
BOOLEAN |
|
True | ||||
| Incremental import | Incremental import only extracts what has changed since the last import. The initial full metadata harvesting (model import) of a very large source system can take a long time. However the extracted metadata are organized as a multi-model, where each model is a unit of change (e.g. Schema of a RDBMS server, or report of BI server). Subsequent model imports are dramatically faster than the initial import as this bridge will automatically try to detect changes in the source system, in order to only process the modified, added or deleted models and reuse all unchanged metadata from the model cache. Note however that the detection of change is more or less efficient depending on the sources system: e.g. BI servers can quickly provide the list of new, modified or deleted reports, but not all data stores offer a schema level change detection. 'True' Import only the changes made since the last import 'False' import all metadata. This option is required after upgrading the bridge in particular to take full advantage of any additional metadata coverage. For debugging purpose, the option -cache.clear of the Miscellaneous parameter can be used to clear one model from the cache which is located (by default) in: $HOME/data/MIMB/cache/<BridgeId>/<ModelId> |
BOOLEAN |
|
True | ||||
| Multiple threads | Number of worker threads to harvest metadata asynchronously. - Leave the parameter blank to have the bridge compute the value, between 1 and 6, based on JVM architecture and number of available CPU cores. - Specify a numeric value greater or equal to 1 to provide the actual number of threads. If the value specified is invalid, a warning will be issued and 1 will be used instead. If you experience out of memory conditions when harvesting metadata asynchronously, experiment with smaller numbers. If your machine has a lot of available memory (e.g. 10 Gb or more), you can try larger numbers when harvesting many documents at once. Note that setting the number too high can actually decrease the performance due to resource contention. |
NUMERIC | ||||||
| Miscellaneous | INTRODUCTION Specify miscellaneous options starting with a dash and optionally followed by parameters, e.g. -connection.cast MyDatabase1="SQL Server" Some options can be used multiple times if applicable, e.g. -connection.rename NewConnection1=OldConnection1 -connection.rename NewConnection2=OldConnection2; As the list of options can become a long string, it is possible to load it from a file which must be located in ${MODEL_BRIDGE_HOME}\data\MIMB\parameters and have the extension .txt. In such case, all options must be defined within that file as the only value of this parameter, e.g. ETL/Miscellaneous.txt JAVA ENVIRONMENT OPTIONS -java.memory <Java Memory's maximum size> (previously -m) 1G by default on 64bits JRE or as set in conf/conf.properties, e.g. -java.memory 8G -java.memory 8000M -java.parameters <Java Runtime Environment command line options> (previously -j) This option must be the last one in the Miscellaneous parameter as all the text after -java.parameters is passed "as is" to the JRE, e.g. -java.parameters -Dname=value -Xms1G The following option must be set when a proxy is used to access internet (this is critical to access https://repo.maven.apache.org/maven2/ (and exceptionally a few other tool sites) in order to download the necessary third party software libraries. -java.parameters -Dhttp.proxyHost=127.0.0.1 -Dhttp.proxyPort=3128 -Dhttps.proxyHost=127.0.0.1 -Dhttps.proxyPort=3128 -Dhttp.proxyUser=user -Dhttp.proxyPassword=pass -Dhttps.proxyUser=user -Dhttps.proxyPassword=pass -java.executable <Java Runtime Environment full path name> (previously -jre) It can be an absolute path to javaw.exe on Windows or a link/script path on Linux, e.g. -java.executable "c:\Program Files\Java\jre1.8.0_211\bin\javaw.exe" -environment.variable <name>=<value> (previously -v) None by default, e.g. -environment.variable var2="value2 with spaces" MODEL IMPORT OPTIONS -model.name <model name> Override the model name, e.g. -model.name "My Model Name" -prescript <script name> The script must be located in the bin directory, and have .bat or .sh extension. The script path must not include any parent directory symbol (..). The script should return exit code 0 to indicate success, or another value to indicate failure. For example: -prescript "script.bat arg1 arg2" -cache.clear Clears the cache before the import, and therefore will run a full import without incremental harvesting. Warning: this is a system option managed by the application calling the bridge and should not be set by users. -backup <directory> Full path of an empty directory to save the metadata input files for further troubleshooting. DATA CONNECTION OPTIONS Data Connections are produced by the import bridges typically from ETL/DI and BI tools to refer to the source and target data stores they use. These data connections are then used by metadata management tools to connect them (metadata stitching) to their actual data stores (e.g. databases, file system, etc.) in order to produce the full end to end data flow lineage and impact analysis. The name of each data connection is unique by import model. The data connection names used within DI/BI design tools are used when possible, otherwise connection names are generated to be short but meaningful such as the database / schema name, the file system path, or Uniform Resource Identifier (URI). The following options allows to manipulate connections. These options replaces the legacy options -c, -cd, and -cs. -connection.cast ConnectionName=ConnectionType Casts a generic database connection (e.g. ODBC/JDBC) to a precise database type (e.g. ORACLE) for SQL Parsing, e.g. -connection.cast "My Database"="SQL SERVER". The list of supported data store connection types includes: ACCESS CASSANDRA DB2 DENODO HIVE MYSQL NETEZZA ORACLE POSTGRESQL PRESTO REDSHIFT SALESFORCE SAP HANA SNOWFLAKE SQL SERVER SYBASE TERADATA VECTORWISE VERTICA -connection.rename OldConnection=NewConnection Renames an existing connection to a new name, e.g. -connection.rename OldConnectionName=NewConnectionName Multiple existing database connections can be renamed and merged into one new database connection, e.g. -connection.rename MySchema1=MyDatabase -connection.rename MySchema2=MyDatabase -connection.split oldConnection.Schema1=newConnection Splits a database connection into one or multiple database connections. A single database connection can be split into one connection per schema, e.g. -connection.split MyDatabase All database connections can be split into one connection per schema, e.g. -connection.split * A database connection can be explicitly split creating a new database connection by appending a schema name to a database, e.g. -connection.split MyDatabase.schema1=MySchema1 -connection.map DestinationPath=SourcePath Maps a source path to destination path. This is useful for file system connections when different paths points to the same object (directory or file). On Hadoop, a process can write into a CSV file specified with the HDFS full path, but another process reads from a HIVE table implemented (external) by the same file specified using a relative path with default file name and extension, e.g. -connection.map hdfs://host:8020/users/user1/folder/file.csv=/user1/folder On Linux, a given directory (or file) like /data can be referred to by multiple symbolic links like /users/john and /users/paul, e.g. -connection.map /users/John=/data -connection.map /users/paul=/data On Windows, a given directory like C:\data can be referred to by multiple network drives like M: and N:, e.g. -connection.map M:\=C:\data -connection.map N:\=C:\data -connection.casesensitive ConnectionName Overrides the default case insensitive matching rules for the object identifiers inside the specified connection, provided the detected type of the data store by itself supports this configuration (e.g. Microsoft SQL Server, MySql etc.), e.g. -connection.casesensitive "My Database" ORACLE BI SERVER OPTIONS -r Remove the report pages and their graphical structure. |
STRING |
Bridge Mapping
| Meta Integration Repository (MIR) Metamodel (based on the OMG CWM standard) |
"Oracle Business Intelligence (OBI) Enterprise Edition (Server)" Metamodel Oracle Business Intelligence (Web Catalog) |
Mapping Comments |
| DirectoryStructureModel | Catalog | contents of the OBIEE catalog |
| CreationTime | Creation Time | |
| Description | Description | |
| ImportDate | Import Date | |
| Name | Name | |
| NativeId | Native Id | |
| NativeType | Native Type | |
| Folder | Dashboard, Folder, Dashboard Page | |
| Author | Author | |
| CreationTime | Creation Time | |
| Description | Description | |
| LastModificationTime | Last Modification Time | |
| Modifier | Modifier | |
| Name | Name | |
| NativeId | Native Id | |
| NativeType | Native Type | |
| StoreContent | Answers Report, KPI, Connection, RPD Content | Represents objects in OBIEE catalog |
| Author | Author | |
| CreationTime | Creation Time | |
| Description | Description | |
| LastModificationTime | Last Modification Time | |
| Modifier | Modifier | |
| Name | Name | |
| NativeId | Native Id | |
| NativeType | Native Type |
| Meta Integration Repository (MIR) Metamodel (based on the OMG CWM standard) |
"Oracle Business Intelligence (OBI) Enterprise Edition (Server)" Metamodel Oracle Business Intelligence (Connection) |
Mapping Comments |
| Attribute | Column | |
| Comment | Comment | |
| Description | Definition | |
| DesignLevel | Design Level | |
| ExtraConstraint | Constraint | |
| InitialValue | Initial Value | |
| Name | Name | |
| NativeId | Native Id | |
| Optional | Nullable | |
| PhysicalName | Physical Name | |
| Position | Position | |
| Class | Table | physical table in the database |
| Description | Description | |
| Name | Name | |
| NativeId | Native Id | |
| NativeType | Native Type | |
| DatabaseSchema | Database Schema | |
| Description | Description | |
| Name | Name | |
| NativeId | Native Id | |
| NativeType | Native Type | |
| StoreModel | Connection Model | |
| Name | Name | |
| StoreType | Store Type | |
| SystemMajorVersion | System Major Version | |
| SystemMinorVersion | System Minor Version | |
| SystemReleaseVersion | System Release Version | |
| SystemType | System Type |