Oracle® Business Intelligence Data Warehouse Administration Console Guide > DAC Functional Reference > About the DAC Execute View >

About the DAC Execution Plans Tab


The Execution Plans tab allows you to view and edit existing execution plans and to create new ones. Table 34 provides a description of the properties in the top pane of the tab.

Table 34. Execution Plans Tab Top Pane Properties
Column
Description

Full Load Always

Indicates the specified ETL process will always execute a full load.

Keep Separate Refresh Dates

Used for micro ETL processes. Indicates refresh dates are kept separate for each run of the execution plan.

Prune Days

When the source system is Oracle's Siebel CRM applications, the LAST_UPD column in the transactional database tables is used for incremental change capture. This timestamp reflects the actual event time. It is therefore possible for a data row to be committed to the transactional database with a LAST_UPD date that is older than the date on which the last refresh was executed. This will cause the data row to be missed in the subsequent extract (if based purely on LAST_UPD date).

However, the LAST_UPD date column still provides an opportunity to improve the change capture process by overlapping the extraction date window by the number of days set in this parameter. The records extracted in the overlapped window are filtered by comparing this information with information in the Image table.

The Prune Days setting ensures that the rows that had values in LAST_UPD older than values in LAST_REFRESH_DATE are not missed. This is a parameter that can be set based on experience with processes, such as remote sync, that potentially can cause records to be missed. This parameter cannot be less than 1.

For example: Assume the table W_PERSON_D was refreshed on January 15th by querying the table S_CONTACT. And, the Prune Days setting was set to 5. The next time S_CONTACT is queried to load W_PERSON_D, the records that have a LAST_UPD value since January 10 are compared with the ROW_ID of the Image table to cover for any missing records between January 15 and January 10 (the overlap period).

For source systems other than Siebel, the Prune Days setting is used in the same way except that the DAC substracts the number of prune days from the LAST_REFRESH_DATE of a given source and supplies this as the value for the $$LAST_EXTRACT_DATE parameter.

Last Designed

Date this execution plan was last designed.

Analyze

Indicates the tables associated with this execution plan will be analyzed.

Analyze Truncated Tables Only

Indicates only truncated tables will be analyzed.

Drop/Create Indices

Indicates indices of the tables associated with this execution plan will be dropped and created.

Table 35 provides a description of the child tabs in the bottom pane of the Execution Plans tab.

Table 35. DAC Execution Plans Child Tabs
Tab
Description

Subject Areas

Displays the subject areas associated with the selected execution plan. You can also add subject areas to the selected execution plan.

Parameters

Displays the selected execution plan's parameters for database connections and Informatica folders. It includes the following properties:

  • Type. Possible values are:
    • Folder. Indicates an Informatica folder.
    • Datasource. Indicates a database connection parameter.
  • Name. Logical name of the folder or database connection.
  • Value. Physical name of the folder or database connection.
  • Source System. Name of the source system associated with the parameter.

Preceding Tasks

Displays the tasks that must be completed before an ETL process is executed. Also allows you to add preceding tasks.

It includes the following properties:

  • Priority. Indicates the order in which the task runs. If two or more tasks have the same priority, the DAC will run them in parallel.
  • Inactive. Indicates the task is inactive.
  • Command. Command associated with the task.
  • Source System. Source system container from which the task extracts data.

Following Tasks

Displays the tasks that must be completed after an ETL is executed. Also allows you to add tasks.

It includes the same properties as the Preceding Tasks child tab.

Ordered Tasks

Displays tasks associated with the selected execution plan and the order in which they can be executed. It includes the following properties:

  • Depth. The level of the task's dependency. Tasks that have no dependencies are depth 0. Tasks that depend on other tasks of depth 0 are depth 1, and so on.
  • Primary Source. Primary source table from which the task extracts data.
  • Primary Target. Primary target table into which data is loaded.
  • Folder Name. Name of the Informatica folder in which the task resides.
  • Task Phase. Task phase of the ETL process. The DAC server uses the task phase to prioritize tasks and to generate a summary of the time taken for each of the phases.
  • Command. Command associated with the task
  • Source System. Source system container from which the task extracts data.

The Details button opens a dialog box that contains the following information about the selected task:

  • All Predecessors
  • All Successors
  • Immediate Predecessors
  • Immediate Successors
  • Source Tables
  • Target Tables
  • Conditional Tables

Immediate Dependencies

Displays the immediate dependent relationship between tasks that are generated during the automatic task generation process.

It includes the following properties:

  • Task (Calculated). Shows the named task's source and target.
  • Predecessor Name. Predecessor task for the named task.
  • Predecessor (Calculated). Shows the source and target of the predecessor task.

All Dependencies

Displays the dependent relationship for all tasks. The columns are the same as the Immediate Dependencies child tab.

Refresh Dates

Applies to micro ETL execution plans (indicated by selecting the Keep Separate Refresh Dates check box in the Execution Plans tab).

  • Connection. Logical name for database connection.
  • Refresh Date. Last refresh time of the execution plan. This applies only when separate refresh dates are maintained. Used for micro ETL processing.

Actions Available

The following actions are available in the top pane toolbar and in the right-click menu when the Executions Plan tab is active.

Run Now Command

This command submits a request to the DAC server to execute the execution plan. Inactive execution plans are not included in the process.

When an execution plan is run, the following logic is used to identify the tasks that need to be run and their order of execution.

  1. Check on the previous run status.
    1. If the previous run executed a different execution plan from the one currently submitted (either manually or through the scheduler), abort the run.
    2. If the previous run executed is the same as the current execution plan and did not complete, continue from where it left off.
    3. If the previous run has completed, create a new run.
  2. Check resources.
    1. If the DAC server cannot establish connections to the databases defined for that execution plan, abort the run.
    2. If there are no Informatica servers registered, abort the run.
    3. If the Informatica servers are registered and the DAC server is unable to ping them, abort the run.
  3. Select initial tables.
    1. Find all the subject areas.
  4. Select initial tasks: Find all the tasks that load into the above selected tables. (Tasks whose target table is one of the selected tables and that are non-optional.)
  5. Recursively select all tasks. Depending on the non-optional dependency rules, figure out the prerequisite tasks recursively.
  6. Select optional tasks (with the tasks already chosen).
  7. Select dependencies: Load dependencies and compute for each task the number of all Depends On tasks. This number will be decremented for tasks higher up in the hierarchy as each of the tasks complete. When the number of Depends On tasks reaches zero, the task itself will become eligible to be run.
  8. Identify the task details. Iterate through all the tasks selected, compute the task dependencies.
  9. Identify the list of source tables for change capture and create tasks for change capture and sync for Siebel sources. Iterate through all the tasks and find the primary or auxiliary tables and group them by source database connection.
  10. Execute pre-ETL tasks. If there are errors, stop the run.
  11. Execute the change capture process. If there are errors, stop the process.
  12. Execute the dependency graph. If there are errors, stop all the tasks that depend on the failed tasks. Continue to execute all others, until there are no more to run, and then stop.
  13. Execute the change capture sync process. If there are errors, stop the process.
  14. Execute the post-ETL process. If there are errors, stop the process.
  15. At the end of the ETL process, the DAC server updates refresh timestamps for all source tables (primary or auxiliary) and target tables. The refresh timestamps are the database timestamps. The ETL history timestamps (Start and End timestamps) are the DAC server timestamps.
Oracle® Business Intelligence Data Warehouse Administration Console Guide Copyright © 2007, Oracle. All rights reserved.