Sei sulla pagina 1di 19

Data Flow Control

SAP NW 2004s

Data Flow Control

Topics
Data

Transfer Process and Error Handling Process Chains Direct Access Real Time Data Acquisition

Data Transfer Process and Error Handling Business Example

Data Transfer Process (DTP) is responsible for loading data within BI from one persistent layer to the other eg from Staging (PSA) layer to EDW Layer, or from EDW Layer to other Architected Data Marts layer.

Data Flow in SAP NetWeaver 2004s BI


Open Hub Destination (Any Target) InfoSpoke SAP NW BI
Via InfoPackages we bring data in now ONLY to PSA Layer. From the PSA, having Defined a Transformation, We load the data from the PSA to the InfoProvider via The Data Transfer Process.

Data Transfer Process (DTP

TRANSFORMATION

DataSource (PSA)
InfoPackage

We can also define Transformation to other InfoProviders, loading data Via DTP from one InfoProvider To other InfoProvider. You Can also define an Open Hub destination, and Define Transformation Between the PSA and an Open Hub destination also scheduled Via DTP.

Source System 1

DTP
Once the transformation is defined, it is possible to create the DTP. Extraction tab

Mode Delta or Full Filter With filter it is possible to load a set of data to data target instead of complete volume.
Extraction

DTP

Update tab

Error handling Invalid records can be corrected in a error stack and updated into the data target. Semantic Grouping

Defines which data should be detained from the update after the erroneous data records. Semantic groups bundle records with the same semantic group key into the same request. Subset of the key of the target object Max 16 fields Example selecting company code as error stack key -> if one record of a particular company code is wrong, all records belonging to this company code will be written to the error stack.

DTP

Execute tab

Program Flow - In case the error handling is switched on and there are InfoObjects which have update mode overwrite in transformation, new records with the same key will be filtered out during the data loading. Setting of Temporary Data Storage traces the erroneous records, transformation by package/record. Deletion of temporary storage with request status green, if request is deleted, After X days. To display error stack click on PSA like Icon.

Temporary Data Storage


DTP.

Execute tab
Processing

Mode Serially in the Dialog Process (for Debugging).

Process Chains: Business Example


Process chains are an invaluable aspect of BI for automating simple or complex series of background activities. Enhancements have been introduced to both design-time and the administration part of process chains.

Enhancements in Process Chains - Overview

Enhancements in Process Chain Design


Copying of process chain design Client dependency Flexible execution paths Parsing Output of System Commands Usability Repairing and repeating instances Synchronous execution Handling processes with errors Background user Display mode Check on batch process consumption Alerting with process chains

Enhancements in administration of Process chains


Flexible Execution Path

Business Scenario A new, season dependent product is sold in two different test markets. Depending on the system date, a decision must be made which source must be loaded into the InfoCube. New Process type Decision between multiple alternatives

Supports IF [condition1] THEN [event1] ELSEIF.. decision Up to 99 resulting events (plus an error event) can be defined Available in the General Services menu.

Flexible Execution Path

Event Logic: Formula Builder supports set-up of process type Decision between multiple alternatives. Event Logic: Formula Builder Special Functions

Allow decision based on current state of the runtime process chain. Process chain runtime parameters of the direct predecessor. Process chain runtime parameters of a process for the current chain Process of the chain has parameter value

Input help available for necessary parameters Tip: Use the Continue button for value help on the particular fields.

Flexible Execution Path

Event Logic: Inserting Successor Process Types


After

customizing the process type with its different conditions, the succeeding process types can be inserted. Each successor must be assigned as a resulting path to a possible condition. for custom-developed process types in table RSPROCESSTYPES.

New event for Process types


Customizable

Parsing Output of System Command

System Command

Results of system commands can be easily processed. Scenario


Check for existence of a file before uploading it If file not available (result: , not found), try to upload it again every hour

Action can be defined by analyzing the result string with given search. Can be defined in transaction SM69.

Logical command name OS command

Client Dependency of Process Chains

Assignment of process chain to a particular client (path menu (Process Chain -> Attributes -> Editing Client). Scenario: Client-dependent applications that incorporate SAP NW BI (e.g. SAP SCM) -> process chain can only be seen in the specified client. Assignment of process chain to a particular client.

After the assignment, the process chain can only be monitored in this client. After the assignment, the process chain will be scheduled automatically. In transaction RSTPRFC a destination must be maintained in the client.

Note: Process Variants, which are used in a client-dependent process chain cannot be used in a process chain running in another client since the variant would be invisible.

Usability

Tree view
Navigation by cursor keys is possible In addition to network view (as available

prior to SAP

NW 2004s)

Context Menu
No drag & drop necessary Context menu displays the

variants grouped by type to which a process could be connected. It performs checks on the possible links that could be drawn from process one to another, so no superfluous target are offered.

Enhanced Administration Features

Background User

Runs a process chain Scenarios 1. Special user for load balancing, 2. be able to see which user has scheduled a certain process chain and is in charge of it. Three option BWREMOTE User, User actually schedule the process, Manually specified user.

Repairing and repeating instances


SAP BW 3x only repeat of single process type within (failed) process chain possible. Repeat = starting of a job with a new instance -> new request no. Former restart function Repairing resume the process within the same instance Some processes like the new data transfer process use this and offer features to repair broken instances.

Enhanced Administration Features..

Handling of Erroneous Processes


in the meta chain, prevent, the whole chain from begin stopped due to errors when only unimportant process steps of a sub chain have failed. Valuate processes with errors as successful for the overall chain they have a succeeding event for treating errors and they have succeeding event that should be scheduled in any case. Mailing an alerting are not influenced by this attribute.
Scenario

Enhanced Administration Features

Synchronous execution Reduction of process consumption of small process chain.


Recommended

for simple upload processes and update of small volume of data.

Alerting Trigger SAP alerts from process chain.

Potrebbero piacerti anche