Study guide
7.2 Datasets, Profile Enablement & Ingestion Troubleshooting
Adobe Certified Professional - Adobe Journey Optimizer Business Practitioner AD0-E607
Track your progress as you read
Finished sections get a check mark.
1 Chapter 1: Exam Structure & Journey Fundamentals
1.1 AD0-E607 Exam Logistics, Scope, and Adobe Journey Optimizer Architecture 1.2 Journey Lifecycle States and Canvas Management 1.3 Unitary Journeys vs Business Journeys
2 Chapter 2: Journey Triggers & Event Modeling
2.1 Audience-Based Entry with Read Audience & Audience Qualification 2.2 Unitary Event Triggers & Schema Requirements 2.3 Business Events & Audience Broadcast Execution
3 Chapter 3: Journey Orchestration, Timing & Logic
3.1 Condition Activities and Branching Logic 3.2 Wait Activities and Timing Modulation 3.3 Action Nodes and the Jump Activity
4 Chapter 4: Journey Testing, Execution & Operational Reporting
4.1 Validation, Simulation, Test Mode, and Dry Run Execution 4.2 Live & All-Time Reporting Dashboards 4.3 Error Handling, Discards, and Operational Governance
5 Chapter 5: Multi-Channel Content Design & Personalization
5.1 The Email Designer & Multi-Channel Canvas Structure 5.2 Personalization Syntax & Expression Editor 5.3 In-App Messaging & Web In-Browser Delivery
6 Chapter 6: Reusable Assets, Fragments & Content Experiments
6.1 Visual Fragments vs Expression Fragments 6.2 Assets Essentials Management and Content Templates 6.3 Content Experimentation and Pre-Deployment Proofing
7 Chapter 7: XDM Schemas, Ingestion & Real-Time Customer Profiles
7.1 Experience Data Model (XDM) Foundations for Journey Optimizer 7.2 Datasets, Profile Enablement & Ingestion Troubleshooting 7.3 Real-Time Customer Profile & Profile Merge Policies
8 Chapter 8: Identity Resolution, Segmentation & Data Governance
8.1 Identity Service, Namespaces & Identity Graphs 8.2 Segmentation Methods: Streaming, Batch, Edge & Sequential Logic 8.3 Data Usage Labeling & Enforcement (DULE), Consent, and Privacy
9 Chapter 9: Decision Management, Offer Rules & Ranking Policies
9.1 Decision Management Architecture & Offer Library Components 9.2 Offer Eligibility Rules, Constraints & Capping 9.3 Decision Policies, Ranking & Channel Integration
7.2 Datasets, Profile Enablement & Ingestion Troubleshooting
Key Takeaways Explain This Topic AI
All ingested dataset data can reside in the Data Lake, but only appropriately configured profile-enabled schema and dataset data contributes to Real-Time Customer Profile.
Enabling a schema for Profile does not automatically enable every dataset created from it.
Batch and streaming ingestion have different monitoring objects and timing; neither should be assigned an invented universal latency.
Troubleshooting starts with sandbox, source/connection, dataset, batch or dataflow status, schema validation, identity, and Profile enablement.
Dataset preview proves stored rows, while profile inspection proves that eligible data was combined into Profile.
Last updated: October 2026
7.2 Datasets, Profile Enablement, and Ingestion Troubleshooting
A dataset can contain correct rows and still be unusable in a journey. Follow the data through storage, validation, identity, Profile, audience evaluation, and the journey instead of diagnosing from one screen.
Data Lake versus Profile
When data is ingested into an Adobe Experience Platform dataset, it is stored in the Data Lake for supported platform uses. That alone does not make the data part of Real-Time Customer Profile.
For data to contribute to Profile:
- the schema must be eligible and enabled for Profile;
- the schema must have the required identity configuration;
- the dataset must also be enabled for Profile;
- ingested records must conform to schema and identity expectations;
Profile processing must complete.
A schema's Profile toggle does not automatically enable every dataset created from it. This distinction is a frequent exam scenario.
Profile enablement is a consequential design choice. Confirm identity quality, data volume, merge behavior, consent, and retention before enabling a high-volume dataset.
Batch ingestion
Batch ingestion loads a bounded file or set of files. Monitor the batch status, record counts, failed records, and diagnostic messages. A completed batch means its accepted rows reached the dataset; Profile and audience processing can still follow afterward.
For CSV or delimited data, common issues include header mapping, delimiters, quoted values, date formats, empty required values, and datatype mismatches. For JSON, inspect nesting, arrays, and exact field paths.
Preview the dataset to confirm actual stored values. Do not infer success from the source system's export job alone.
Streaming ingestion
Streaming sends records or events continuously through a configured connection, datastream, or API. Monitor the source or dataflow and validate representative payloads. Processing latency depends on the ingestion route, schema, Profile, audience evaluation, and downstream service; avoid promising a fixed number of seconds.
A successful request can still contain data that fails validation or is routed to the wrong sandbox or dataset. Check both the source response and Platform monitoring.
Layer-by-layer troubleshooting
1. Environment: Confirm organization, sandbox, and region/context.
2. Source: Did the upstream system produce the record with the expected timestamp and identity?
3. Connection/dataflow: Is the mapping active and healthy? Are credentials or datastream settings current?
4. Dataset: Is the destination correct? Does preview show the record? Did the batch or stream report failures?
5. Schema: Do path and datatype match? Are required event fields present?
6. Identity: Is the value present under the intended namespace? Is the primary identity configured appropriately?
7. Profile enablement: Are both schema and dataset enabled when Profile use is required?
8. Profile: Does the Profile viewer show the attribute or event for the identity?
9. Audience: Has evaluation run, and is the profile a member?
10. Journey: Does the entry mechanism, namespace, schedule, and reentrance permit entry?
This sequence avoids changing a journey when the record never reached Profile.
Common examples
Rows in dataset, absent from Profile: Check dataset Profile enablement, schema eligibility, identity, validation errors, and processing time.
Profile visible, absent from batch audience: Confirm audience definition and that the latest batch evaluation completed.
Audience membership visible, no Read Audience entry: Check schedule, trigger-after-batch settings, namespace, incremental logic, and reentrance.
Event stored, no unitary entrance: Check event configuration, recognition rule, selected schema, identity namespace, and whether the event arrived in the same sandbox.
Some rows rejected: Download or inspect diagnostics and group failures by field/path instead of repeatedly re-uploading unchanged data.
Data quality and governance
Profile-enabled data can influence personalization and eligibility quickly, so correctness matters. Reject impossible dates, normalize enumerated values upstream, preserve source lineage, and avoid marking unstable device or shared values as person identities. Apply labels to governed fields and datasets as appropriate.
Monitor recurring imports and exports. A journey that worked yesterday can fail today because a scheduled file changed format, credentials expired, or the source stopped populating identity.
Warning
Dataset preview and Profile view answer different questions. Preview confirms storage; Profile view confirms that eligible data was incorporated under the identity and merge policy.
Reconciliation counts
Track counts at each stage: source rows, accepted dataset records, rejected records, identities incorporated into Profile, audience members, journey entrances, and channel-eligible recipients. Differences are expected, but every material difference should have an explanation. This funnel localizes a defect faster than repeatedly refreshing only the final audience or journey report.