Replication slower in AEM6.2 versus prior AEM6 versions
Replications and other sling jobs are processed slower in AEM6.2 versus other AEM versions.

Issue

To validate if you are experiencing this issue in your AEM environment, then check the following:

  1. Go to http://aem-host:port/crx/de/index.jsp and log in as admin.
  2. Browse the nodes under these two paths:
    /var/eventing/jobs/unassigned/com.adobe.integrations.target.deleteauthoractivity
    /var/eventing/jobs/cancelled/com.adobe.integrations.target.deleteauthoractivity
  3. Expand subnodes under the paths to see if there are many job nodes.  If you find many nodes, then it is likely that you are experiencing this issue.

In thread dumps you might see threads like the one below:

capture

Environment

AEM 6.2

Cause

It is a known product issue.

Resolution

I. Prevent new jobs from getting stuck

A. If you do not use Adobe Target with AEM

...then you can safely disable Delete Adobe Target Activity Listener by doing the following:

B. If you use Adobe Target with AEM

You can either install AEM6.2 Service Pack 1 (SP1) or if you are not ready to install SP1 then contact AEM Customer Care and request AEM6.2 hotfix 10684.

II. Delete the failed com.adobe.integrations.target.deleteauthoractivity jobs

  1. Go to http://aem-host:port/crx/explorer/index.jsp and log in as admin.

  2. Note:

    It may take a long time to delete and tax the system greatly.  To avoid an outage, you may want to browse to subfolders and break up the deletion up into smaller steps.

  3. Right click a sub-node of com.adobe.integrations.target.deleteauthoractivity and select Delete Recursively.

  4. Uncheck the Preliminary Scan box.

  5. Click Delete.

  6. It may take a very long time to delete and tax the system greatly.  Break up the deletion into lower subfolders if required.

  7. After all deletions in the unassigned folder are done then repeat the same deletion under the cancelled folder /var/eventing/jobs/cancelled/com.adobe.integrations.target.deleteauthoractivity.

Note:

Deleting thousands of nodes can greatly tax the resources of an AEM environment.  Due to this, you should wait for a time when few users are using AEM before performing the steps above.