The following list identifies the guidelines and considerations for using Salesforce Data 360 targets:
•Due to a third-party limitation, Salesforce Data 360 Connector cannot perform read and write operations on the same Data Lake Object (DLO). To work around this, you must manually create a recovery table in the target and specify the recovery table name in the writerRecoveryTableNameAlias custom property before you run the task.
Perform the following tasks to create and configure the recovery table:
1Create a schema file named INFORMATICA_CDC_RECOVERY.yml with the following content:
▪ Select this newly created formula field as the primary key.
7Select the data space configured for your task and deploy the data stream.
8After deployment, open the data stream to copy the Object API Name of the recovery table and keep it handy.
9When you configure a database ingestion and replication task, enter the copied object API name in the writerRecoveryTableNameAlias custom property on the Destination page before you run the task.
•Salesforce Data 360 reserves certain column names such as cdp_sys_SourceVersion, DataSource, DataSourceObject, and KQ_Id for internal use. If your source object contains any of these column names, rename them before you deploy the task to avoid failure.
•In incremental load and combined load jobs, delete operations are ignored and skipped.
•For a task that loads data to a Salesforce Data 360 target, the source object must have one primary key. If the source object has no primary key or more than one primary key, the deployment fails.
•Audit Mode and Soft Deletes apply modes are not available for Salesforce Data 360 targets. These apply modes require creating objects without a primary key. Salesforce Data 360 does not permit this, because all data lake objects require a primary key.