Friday, April 3, 2015

Steps for ODI Migration from One Environment to other


Steps for Code Migration from DEV to other Environment


(On Target Environment) Take backup of Security Settings and ODI Repository.

·         ODI Repository: Backup the target ODI repository by taking a database dump of the ODI repository schema using Oracle Database export utility.

·         Security Backup: Similarly, you may backup just the security metadata from the target ODI repository. To do this, invoke the security export dialog as  shown below.









































































\And Now Click on “Export”.


STEP 5 : On Source Environment: Now, login to the ODI repository in the source environment from ODI Studio. Export the customized objects using Smart Export by clicking on the icon on the top right of the Designer tab and choosing “Export…” as shown. Then choose “Smart Export” in the dialog that pops up.
















When you drag the objects into the Smart Export, the dependent objects are computed and automatically dragged in as well. For example, when task folders containing interfaces are dragged in, the data stores corresponding to the interfaces are automatically dragged in. Thus, if you have changed an interface and the corresponding target data store, it is enough to drag the interface/task folder and the data store will be automatically exported. After you drag and drop the required objects into the smart export window, you can review what is going to be exported including the dependent objects before executing the export.

Note: When dragging and dropping mapping folders, you may be asked for a confirmation whether to automatically add all objects with the same release tag; in this case, select NO.










On Target Environment: Copy the export files to a drive on the target machine. Log in to the ODI repository in target environment from ODI Studio. Invoke the “Import” -> “Smart Import” option by clicking on the same icon on the top right of the Designer tab. Select the file to be imported; in case of multiple files to be imported, select the files one at a time in the same sequence as they were exported.



Verify Things and Click “Next”  and then Click on “Finish” .

Click Next and  review the import before submitting. Complete the import.

 On Target Environment Now Import topology settings which we have taken in STEP 4 Now, you need to import the topology settings from the backup taken in step 4. For this, click on “Import” from topology navigator and  then “Smart Import”. Select the xml file that was created in step 4 and complete the import.





Review and Close.

Go to “Topology” then “Physical Architecture” then “Oracle” then “BIAPPS_ODIREP” and Double Click on it.





























2: Go to “Definition” tab and now you will see the User and Password box.
If these details are not there then put the right credentials as below.



















3: Then go to “JDBC” tab and check JDBC Driver and JDBC URL details. If these details are not present then put these details.









4:  Now Click on “Test Connection”






























Check Default Checkbox is enabled for all physical schema or not ?

1) Connect to the ODI repository using ODI client

2)  Navigate to ODI > Topology > Physical Architecture > Technologies >  Oracle and Expand  BIAPPS_BIACOMP ( CM Read only Data server used for ETL ) data server.

3) Click on Physical schema registered under this data server.

4) Check for Default check box option is selected or not.

 If not please check this option and save the physical schema changes.

5). Each of the Datawarehouse (DW), ODI_REP or BIACM data servers should have a default data schema.
So, if not already done, perform the above steps for DW data server as well

Wednesday, April 1, 2015

Renumbering ODI Repositories


Steps for Renumburing ODI Repositories

Step 1:   (On Target) renumbering a repository consists of changing the repository ID and the internal ID of the       objects stored in the repository. Renumbering a repository is advised when two repositories have been created with the same ID. Renumbering one of these repositories allows object import/export between these repositories without object conflicts.

Renumbering a Master Repository

1.       In the Topology Navigator, go to the Repositories panel. 


















2.       Expand the Master Repository’s node and right-click the master repository you want to renumber.


















 3: Select Renumber and In the Renumbering the Repository - Step 1 dialog click Yes








4: In the Renumbering the Repository - Step 2 dialog enter a new and unique ID for the master repository and click OK.









5: . The master repository and all the details stored in it such as topology, security, and version management details are renumbered.









Renumbering a Work Repository

To renumber a work repository:
1.       In the Topology Navigator, go to the Repositories panel.
2.       Expand the Work Repositories node and right-click the work repository you want to renumber.
3.       Select Renumber...
















4.       In the Renumbering the Repository - Step 1 dialog click Yes.











5: Enter a new and unique ID for the work repository and click OK.









6. The work repository and all the objects attached to it are renumbered.
7. The master repository and all the details stored in it such as topology, security, and version management details are renumbered.

Step 2:   (On Target) After renumbering the repository, the ODI J2EE agent, “oraclediagent” needs to be restarted. For this, login to WLS Admin Console (E.g  http://localhost:7001/console)
Click on Deployments from the Domain structure tree and navigate to “oraclediagent”. Select the checkbox beside it and select “Stop -> Force Stop Now” option from the top.





















Navigate again to “oraclediagent”, check the box and select “Start -> Servicing all requests” to restart.

















Navigate again to “oraclediagent”, check the box and select “Start -> Servicing all requests” to restart.







































Sunday, March 15, 2015

Installing ODI 11.1.1.7.0 on Windows 7 64bit



Installing ODI 11.1.1.7.0 on Windows 7 64bit


Yesterday Sunday Afternoon I got a call from one of my old friend asking for help in ODI 11.1.7.0 Installation, where he could not move forward with Java error, The challenge was he could not start the installer due to Java Path Issue, So thought of posting this blog so that it might be helpful for others To overcome the JDK Issues always start the installation using command Prompt. Copy the path of JDK Location















Paste the copied JDK Path, and wait for some time the Oracle Installer starts and then continue with the further installation


Friday, March 13, 2015

BIAPPS

BIAPPS

ORA-01840: input value not long enough for date format



ODI Error While Running ODI Interface


ORA-01840: input value not long enough for date format


 







When checked all the Date columns in Source tables found that There are some dates with no time stamps and also some values of “0”.

Removed the 24hr Date format to 12 hour date format and used select Distinct

Select distinct
TO_DATE (substr(decode(ral.interface_line_attribute4,'0',null,ral.interface_line_attribute4),1,10),
                           'YYYY/MM/DD' )  from ra_customer_trx_lines_all
    
And Restarted the Load                 

Monday, January 5, 2015

OBIEE consistency check errors in RPD



1.      Warning [39003] – Missing functional dependency association of a column.
Any Logical Table Source that has been unused in 10g is disabled during the upgrade. Cleaning up such tables before the upgrade might help avoid this warning.
Fix: Enable all the Logical Table Sources that are disabled during the upgrade.
2.      Warning [38028] – column does not have valid data type.
I encountered this error because of the disabled Logical Table Sources (from warning 39003). The datatype for all the columns belonging to the disabled LTS were set to null.
Fix:  Fixing the warning 39003 should fix this error, otherwise check to see if the column has a valid datatype.
3.      Warning [39057] – There are physical tables mapped in Logical Table Sources that are not used in any column mappings or expressions.
Fix: Delete the unused logical tables. Delete the aggregations set for that dimension in the content tab of the fact.
  
4.      Warning [39009] – Logical fact table FACTS have an aggregate source that does not join to a Dimension: source at the proper level of detail.
Fix: Make sure there is a physical join between the fact Logical Table Source and dimension’s Logical Table Source. Make sure the aggregation levels are set at the same grain for both dimension and fact on the content tab.
5.      Warning [39076] – Logical level does not have any key with Use for Display property on.
‘Use for Display’ option is turned off during the upgrade.
Fix: Turn on the ‘Use for Display’ option for all the keys specified.
6.      Warning [39008] – Logical dimension table has a source that does not join to any fact source.
The Logical levels on the content tab for LTS and Fact table are not set properly.
The join between the LTS and Fact table is missing in the physical layer.
Fix the Logical levels on the content tab for Logical Table Sources and Fact table. Both should be set to the same Aggregation level.
Check for any missing foreign key joins between LTS and Fact table in physical layer.

7.      Warning [39062] – Initialization block uses Connection Pool which is used for report queries.  This may impact query performance.
 Update the initialization blocks to use the right connection pool. If a connection pool for the init block does not exist, create a new connection pool so that it does not use the connection pool specified for the queries.

8.      Warning [39028] – The features in database does not match the defaults. This may cause query problems.
 Make sure all the required database features are turned on.

9.      Warning [39074] – Logical dimension table has a source with aggregation content set to level ‘Detail’. The same dimension has aggregation content set in fact source to a higher level.
The aggregation levels are set at different grain for fact dimension tables. Update the content tab for dimension and fact to be at the same level.

Monday, December 1, 2014




ODI-17501: Temporary table has no column



When trying to create an interface and get the data into temp table getting this error


To fix the issue open the interface and check Active Mapping check box 


And select either execute on Source, Staging or on target depending on your requirement and re-run the Interface