DAC: Clearing Failed Execution Plans and BAW Tables

Question

Hi all,
Thank you for taking the time to review this post.
Background
Oracle BI Applications 7.9.6 Financial Analytics
OLTP Source: E-Business Suite 11.5.10
Steps Taken
1. In DAC I have create a New Source Container based on Oracle 11.5.10
2. I have updated the parameters in the Source System parameters
3. Then I created a new Execution Plan as a copy of the Financials_Oracle 11.5.10 record and checked Full Load Always
4. Added new Financials Subject Areas so that they have the new Source System
5. Updated the Parameters tab with the new Source System and Generated the Parameters
6. Build a new Execution Plan - Fails
Confirmation for Rerun
I want to confirm that the correct steps to Rerun an Execution Plan are as follows. I want to ensure that the OLTP (BAW) tables are truncated. I am experiencing duplicates in the W_GL_SEGMENTS_D (and DS) table even though there are no duplicates on the EBS.
In DAC under the EXECUTE window do the following:
- Navigate to the 'Current Run' tab.
- Highlight the failed execution plan.
- Right click and seleted 'Mark as completed.'
- Enter the numbers/text in the box.
Then:
- In the top toolbar select Tools --> ETL Management --> Reset Data Sources
- Enter the numbers/text in the boox.
Your assistance is greatly appreciated.
Kind Regards,
Gary.

Answer 1

Hi HTH,
I can confirm that I do not have duplicates on the EBS side.
I got the SQL Statement by:
1. Open Mapping SDE_ORA_GL_SegmentDimension in the SDE_ORA11510_Adaptor.
2. Review the SQL Statement in the Source Qualifier SQ_FND_FLEX_VALUES
3. Run this SQL command against my EBS 11.5.10 source OLTP and the duplicates that are appearing in the W_GL_SEGMENT_DS table to not exist.
SELECT
FND_FLEX_VALUE_SETS.FLEX_VALUE_SET_ID,
FND_FLEX_VALUE_SETS.FLEX_VALUE_SET_NAME,
FND_FLEX_VALUES.FLEX_VALUE,
MAX(FND_FLEX_VALUES_TL.DESCRIPTION),
MAX(FND_FLEX_VALUES.LAST_UPDATE_DATE),
MAX(FND_FLEX_VALUES.LAST_UPDATED_BY),
MAX(FND_FLEX_VALUES.CREATION_DATE),
MAX(FND_FLEX_VALUES.CREATED_BY),
MAX(FND_FLEX_VALUES.START_DATE_ACTIVE),
MAX(FND_FLEX_VALUES.END_DATE_ACTIVE),
FND_FLEX_VALUE_SETS.LAST_UPDATE_DATE LAST_UPDATE_DATE1
FROM
FND_FLEX_VALUES, FND_FLEX_VALUE_SETS, FND_FLEX_VALUES_TL
WHERE
FND_FLEX_VALUES.FLEX_VALUE_SET_ID = FND_FLEX_VALUE_SETS.FLEX_VALUE_SET_ID AND FND_FLEX_VALUES.FLEX_VALUE_ID = FND_FLEX_VALUES_TL.FLEX_VALUE_ID AND
FND_FLEX_VALUES_TL.LANGUAGE = 'US' AND
(FND_FLEX_VALUES.LAST_UPDATE_DATE > TO_DATE('$$LAST_EXTRACT_DATE', 'MM/DD/YYYY HH24:MI:SS') OR
FND_FLEX_VALUE_SETS.LAST_UPDATE_DATE > TO_DATE('$$LAST_EXTRACT_DATE', 'MM/DD/YYYY HH24:MI:SS'))
GROUP BY
FND_FLEX_VALUE_SETS.FLEX_VALUE_SET_ID,
FND_FLEX_VALUE_SETS.FLEX_VALUE_SET_NAME,
FND_FLEX_VALUES.FLEX_VALUE,
FND_FLEX_VALUE_SETS.LAST_UPDATE_DATEHowever, one thing that I noticed was that I wanted to validate what the value of parameter $$LAST_EXTRACT_DATE is being populated with.
My investigation took me along the following route:
Checked what was set up in the DAC (+Dac Build AN 10.1.3.4.1.20090415.0146, Build date: April 15 2009+):
1. Design View -> Source System Parameters -> $$LAST_EXTRACT_DATE = Runtime Variable =@DAC_SOURCE_PRUNED_REFRESH_TIMESTAMP (+Haven't been able to track this Variable down!)+
2. Setup View -> DAC System Properties -> InformaticaParameterFileLocation -> $INFA_HOME/server/infa_shared/SrcFiles
Reviewing one of the log files for my failing Task:
$INFA_HOME/server/infa_shared/SrcFiles/ORA_11_5_10.DWRLY_OLAP.SDE_ORA11510_Adaptor.SDE_ORA_GLSegmentDimension_Full.txt
I noticed that several variables near the bottom (including $$LAST_EXTRACT_DATE) have not been populated. This variable gets populated at Runtime but is there a log file that shows the value that gets populated? I would also have expected that there would have been a Subsitution Variable in the place of a Static Value.
[SDE_ORA11510_Adaptor.SDE_ORA_GLSegmentDimension_Full]
$$ANALYSIS_END=01/01/2011 12:59:00
$$ANALYSIS_END_WID=20110101
$$ANALYSIS_START=12/31/1979 01:00:00
$$ANALYSIS_START_WID=19791231
$$COST_TIME_GRAIN=QUARTER
$$CURRENT_DATE=03/17/2010
$$CURRENT_DATE_IN_SQL_FORMAT=TO_DATE('2010-03-17', 'YYYY-MM-DD')
$$CURRENT_DATE_WID=20100317
$$DATASOURCE_NUM_ID=4
$$DEFAULT_LOC_RATE_TYPE=Corporate
$$DFLT_LANG=US
$$ETL_PROC_WID=21147868
$$FILTER_BY_SET_OF_BOOKS_ID='N'
$$FILTER_BY_SET_OF_BOOKS_TYPE='N'
$$GBL_CALENDAR_ID=WPG_Calendar~Month
$$GBL_DATASOURCE_NUM_ID=4
$$GLOBAL1_CURR_CODE=AUD
$$GLOBAL1_RATE_TYPE=Corporate
$$GLOBAL2_CURR_CODE=GBP
$$GLOBAL2_RATE_TYPE=Corporate
$$GLOBAL3_CURR_CODE=MYR
$$GLOBAL3_RATE_TYPE=Corporate
$$HI_DATE=TO_DATE('3714-01-01 00:00:00', 'YYYY-MM-DD HH24:MI:SS')
$$HI_DT=01/01/3714 12:00:00
$$HR_ABSNC_EXTRACT_DATE=TO_DATE('1980-01-01 08:19:00', 'YYYY-MM-DD HH24:MI:SS')
$$HR_WRKFC_ADJ_SERVICE_DATE='N'
$$HR_WRKFC_EXTRACT_DATE=01/01/1970
$$HR_WRKFC_SNAPSHOT_DT=TO_DATE('2004-01-01 00:00:00', 'YYYY-MM-DD HH24:MI:SS')
$$HR_WRKFC_SNAPSHOT_TO_WID=20100317
$$Hint1=
$$Hint_Tera_Post_Cast=
$$Hint_Tera_Pre_Cast=
$$INITIAL_EXTRACT_DATE=06/27/2009
$$INVPROD_CAT_SET_ID=27
$$INV_PROD_CAT_SET_ID10=
$$INV_PROD_CAT_SET_ID1=27
$$INV_PROD_CAT_SET_ID2=
$$INV_PROD_CAT_SET_ID3=
$$INV_PROD_CAT_SET_ID4=
$$INV_PROD_CAT_SET_ID5=
$$INV_PROD_CAT_SET_ID6=
$$INV_PROD_CAT_SET_ID7=
$$INV_PROD_CAT_SET_ID8=
$$INV_PROD_CAT_SET_ID9=
$$LANGUAGE=
$$LANGUAGE_CODE=E
$$LAST_EXTRACT_DATE=
$$LAST_EXTRACT_DATE_IN_SQL_FORMAT=
$$LAST_TARGET_EXTRACT_DATE_IN_SQL_FORMAT=
$$LOAD_DT=TO_DATE('2010-03-17 19:27:10', 'YYYY-MM-DD HH24:MI:SS')
$$LOW_DATE=TO_DATE('1899-01-01 00:00:00', 'YYYY-MM-DD HH24:MI:SS')
$$LOW_DT=01/01/1899 00:00:00
$$MASTER_CODE_NOT_FOUND=
$$ORA_HI_DATE=TO_DATE('4712-12-31 00:00:00', 'YYYY-MM-DD HH24:MI:SS')
$$PROD_CAT_SET_ID10=
$$PROD_CAT_SET_ID1=2
$$PROD_CAT_SET_ID2=
$$PROD_CAT_SET_ID3=
$$PROD_CAT_SET_ID4=
$$PROD_CAT_SET_ID5=
$$PROD_CAT_SET_ID6=
$$PROD_CAT_SET_ID7=
$$PROD_CAT_SET_ID8=
$$PROD_CAT_SET_ID9=
$$PROD_CAT_SET_ID=2
$$SET_OF_BOOKS_ID_LIST=1
$$SET_OF_BOOKS_TYPE_LIST='NONE'
$$SOURCE_CODE_NOT_SUPPLIED=
$$TENANT_ID=DEFAULT
$$WH_DATASOURCE_NUM_ID=999
$DBConnection_OLAP=DWRLY_OLAP
$DBConnection_OLTP=ORA_11_5_10
$PMSessionLogFile=ORA_11_5_10.DWRLY_OLAP.SDE_ORA11510_Adaptor.SDE_ORA_GLSegmentDimension_Full.logThe following snippet was discovered in the DAC logs for the failed Task (Log file: SDE_ORA_GLSegmentDimension_Full_DETAIL.log):
First error code [7004]
First error message: [TE_7004 Transformation Parse Warning [FLEX_VALUE_SET_ID || '~' || FLEX_VALUE]; transformation continues...]Finally I can confirm that there was a Task Truncate Table W_GL_LINKAGE_INFORMATION_GS that was successfully executed in Task SDE_ORA_GL_LinkageInformation_Extract.
Any further guidance greatly appreciated.
Kind Regards,
Gary.