Note
Access to this page requires authorization. You can try signing in or changing directories.
Access to this page requires authorization. You can try changing directories.
When you use Azure Data Factory to configure data extraction, the solution automatically deploys required Azure services with a set of prebuilt templates that are designed to run the extraction process. This article explains how the data extraction process works, how to monitor it, and how to troubleshoot issues when they occur.
Azure Data Factory pipelines for data extraction
The Orchestration Master pipeline initiates the data extraction process, which consists of four key pipelines. First, the Get Field Metadata pipeline connects to each source system and reads field metadata for enabled CDS views. This step is essential for data type mapping, which occurs during data extraction.
After the field metadata is processed, the System Lookup pipeline (p_s2s_system_lookup) retrieves connection information and, for each source system, triggers the data extraction process. This process occurs in two main steps:
- Extracting data from fact tables (
p_s2s_fact_extract) - Extracting data from dimensions (
p_s2s_dimension_extract)
These two jobs run sequentially, with the dimension extraction pipeline dependent on the successful completion of the fact extraction pipeline. If an issue occurs with extracting facts, the subsequent dimension processing doesn't start.
Each pipeline runs a series of actions. If any step encounters an error, the entire pipeline registers a failure. This failure is reported back to the initiating pipelines, including System Lookup and Orchestration Master. A failure in one pipeline also prevents subsequent pipelines from starting. For example, a problem in the fact extraction step blocks the dimension extraction process.
The following example shows the monitoring view when a data processing step fails.
Each pipeline automatically determines the required actions based on the CDC view metadata. The following steps outline the logic:
df_ODP_WithDelta: Initiates a data flow by using the SAP CDC connector to extract data from the SAP system with delta processing. Applies when the context is set toABAP_CDSand the delta flag isTrue.df_ODP_NoDelta: Similar to the previous step but without delta processing. Uses the SAP CDC connector to extract data from views when the context is set toABAP_CDSand the delta flag isFalse.- Copy SAP Table: Uses the SAP Table connector to pull data from the SAP system and store it in the staging directory. Applies when the context is set to
SAP Table. - Convert to Delta: Processes data extracted via the SAP Table connector and pushes it to the lakehouse. Applies only if you process the initial extraction by using the SAP Table connector.
Here's an example of the dimension extraction pipeline encountering some failed activities. Failures in specific actions can cascade back to the initiating actions, like pipeline failures. The For-Each loop iterates through all objects set for extraction, and the Select Connector action determines the appropriate processing steps based on the CDS view metadata. Generally, each issue manifests as two failed actions.
When an extraction process fails, your first step is to review the error details. The nature of the error guides the corrective actions that are required.
Common issues
There are several reasons why a data extraction job in Data Factory might fail. Your primary reference should always be SAP Note 2930269 – ABAP CDC: Common issues, questions, troubleshooting, and components. This note provides a comprehensive list of troubleshooting steps for common problems. It also includes recommended corrections for different SAP system releases. Always consult this note first when you encounter issues.
The following list addresses common problems that are related to the object configuration in Business Process Solutions.
Error message: Source ODPName doesn't support deltas
This error indicates that the specified CDS view doesn't support delta extraction. To resolve this issue, update the table configuration in dataset configuration in Business Process Solutions. Edit the failed table and set the Delta field to False. Save the changes and rerun the extraction process to ensure successful completion. The error message provides the ODP name rather than the actual CDS view name.
Error message: Source ODPName not found, not released, or not authorized
There are three possible root causes for this issue:
Verify that the view is available in your SAP release: To check whether the CDS view is available, you need to examine the view annotations. Open transaction
SE16nand access the tableDDHEADANNO, which stores all CDS view annotations. Enter the CDS view name in theSTRUCOBJNfield. Keep in mind, the error message shows the SQL view name (ODPName) and not the CDS view name. If the system returns a list of annotations, the CDS view exists and you can proceed to the next step for troubleshooting. If the CDS view doesn't exist in your system, remove the failed table from the dataset to resolve the issue.Verify if the view is extractable: Not all views defined in the system support extraction by using the SAP CDC connector. To determine if a view can be extracted, review the list of annotations in the table
DDHEADANNOand check for the annotationANALYTICS.DATAEXTRACTION.ENABLED. This annotation confirms that the view is extractable by using the ODP framework and the SAP CDC connector. If the required annotation is missing, switch the connector used for data extraction toSAP Table. You change the context of the CDS view toSAP Table.Check if you have the right authorizations: Another common reason for extraction failures is missing authorizations in the source SAP system. Ensure that all required data sources are included in the SAP profile assigned to the user. Pay special attention to the authorization objects
S_RS_CDS_XandS_DHCDCCDS. To troubleshoot authorization issues, run the extraction by using the test reportRODPS_REPL_TESTwith the same user defined in Business Process Solutions. After the test, run transactionSU53to review any missing authorizations. This process helps to identify gaps that might be causing the extraction to fail.