AEM 6.3 DAM UPDATE ASSETS WORKFLOW PROCESS



Assuming two AEM author instance are running on different machine or same machine with following details:

SL no
Instance type
Port
URL
OS type
1
Master server
4502
Windows
2
Slave server
8080
windows






Step1:
§  Go to the Master server topology :    http://localhost:4502/system/console/topology
§  You can see the unique sling id b6e06f32-20a1-4fa0-869d-7a798282fded with instance and 1 cluster before adding the Slave topology



Step2 :
§  Go to the Salve server topology  :    http://localhost:8080/system/console/topology
§  You can see the unique sling id bcd5477c-f9ac-4a99-99c9-e6ed1169caaf with instance and 1 cluster before adding to the Master server topology
 

Step3: Add the Master connector URL to Slave server topology
§     Go to the slave server path : http://localhost:8080:/system/console/configmgr
§        Search for Apache sling Oak-based discovery service configuration and open it for edit
§         Under the Topology Connector URLs filed enter the Master server connector URL http://localhost:4502/libs/sling/topology/connector
§  Save



Step4 : Add the Slave server hostname and IP address in the Master server for Apache sling Oak-based discovery service under whitelist
§  Go to the path Master server : http://localhost:4502:/system/console/configmgr
§  Search for Apache sling Oak-based discovery service configuration and open it for edit
§  Enter the hostname and IP address of Slave server
o   Topology Connector Whitelist = localhost,127.0.0.1(in case of localhost)
§  Save the changes




Step5: Verify the topology after the adding the Slave server details
§  Go to Master server path http://localhost:4502/system/console/topology
§  Observe the Both sling IDs – one for master(b6e06f32-20a1-4fa0-869d-7a798282fded ) and one for Slave(bcd5477c-f9ac-4a99-99c9-e6ed1169caaf)
§  Shows 2 cluster , 2 instances
 
Step6: Configure two offloading replication agents on master author
§  Agents on author and look for the offloading replication agents and make copy of same agent twice to configure below agents
§  Agent1- Offloading replication agent – under transport specify the Slave hostname and port for the replication
§  Agent2 – Offloading reverse replication agents : default config with and enable the reverse replication






Step7: Disable the consumer on Master because it is active on the instance disable the processing upload asset in master and enable for Slave only follow the below steps.
§  Go to the Granite offloading console http://localhost:4502/libs/granite/offloading/content/view.html
§  Search for workflow/offload topic
§  You can observe this topic is enabled for master and Salve
§  So disable the workflow/offload topic on master and that’s it.
 


Step8: Change the workflow on Master server from DAM Update Asset Workflow Launchers to DAM Update Asset Offloading workflow
§  Go to the launcher console         
§  Identify the DAM Update Asset Workflow node àright click to edit àselect the DAM Update Asset Offloading workflow under the workflow field.
§  That’s it , Observe the name of the workflow now changes.




Step 9: disable the DAM Update Asset Workflow on Slave because assets are not uploaded to Slave server but assets are offloaded from Master to Slave server for processing and replicate back to the Master
§  Go to the launcher console         
§  Identify the DAM Update Asset Workflow node àright click to edit àselect the Disable under the Activate field.
§  That’s it.




Step 10: Upload asset to Master Server
§  Go to Master Server path :http://localhost:4502/assets.html
§  Upload any images to the master server dam console
§  Open the offloading replication agents on master to verify the uploaded assets are updated on the Salve server
§  It shows uploaded assets are sent to the Slave server.



Advantage of offloading:

§  It improves the performance of author instance.
§  Because asset upload and renditions are getting created on the Slave server and through reverse replication mechanism assets with renditions are replicated back to the master server.
§  But for the end user it is always gives feeling of they are uploading an asset to Master server.
§  Master is configured with Dam update asset offloading workflow.

File/package transfer/Sharing in AEM

Statement - How can we use AEM for the file/package sharing  from one server to the another in worst case scenario.

Pre-requisite : Assuming AEM server has no access to the internet or outside world except AEM server URL's between the AEM server.

Solution :

Packages or any files can be shared between the server in two ways.
Option 1 : easy for the transfer/sharing.


  1.  Go the path where author or publisher folder was created in this example crx-quickstart.jar file contained in the folder AEM6.3P1&P2 


  2. Parallel to this  AEM6.3P1$&P2 folder place the file you want to copy or share to another server. as shown below placed two files - ssl.zip and AEM6.3P1&P2.zip
  3. Go to the Backup :  http://localhost:4502/libs/granite/backup/content/admin.html
  4. You will see the two files which are placed under the AEM6.3 software folder where can be see in the backup console.
  5. Next step is select the file you want download --> click on download--->That's it.
Note : This is not recommended at all, this is just an workaround solution to share the files between the server in worst case scenario.


Option 2: It's  time consuming 
- Use the package manager console for uplaod and download.




AEM 6.3 Maintenance activities or Performance tuning or How to prevent the repository growth


Statement  : Unusual Repository growth :

Environment : AEM 6.3

Perform the below activities for the maintenance of AEM server to avaoid the repository growth on daily or weekly Basis

v  Turn on DAM asset update workflow model to Transient model :                                                  https://aemexperts.blogspot.sg/search/label/Workflow to 10% workflow processing specifically for the DAM update asset workflow.
v  Use the DAM update assets offloading workflow : https://aemexperts.blogspot.sg/2018/05/aem-dam-update-asset-offloading.html to improve the Master author server performance

v  Workflow purge maintenance :
§  Mouse over on the workflow purge
§  Click on the run (play icon)
§  After completion it show yes green mark stating the last and next run for this activity
v  Workflow Archive
§  Select all and delete
v  Workflow Failure
§  Select all and delete

v  Version Purge maintenance
§  Mouse over on  the version urge
§  Click on RUN(play icon)
§  That’s it!
§  Click on Configure icon to configure to change the scheduling.




v  Audit Log Purge maintenance
§  Mouse over on the Audit log maintenance
§  Click on run (play icon)

v  Revision cleanup
§  Mouse over on  the revision cleanup
§  Click on RUN
§  That’s it!
§  Click on Configure icon to change the auto schedule details

v  Data store Garbage Collection
§  Mouse over on the datastore garbage collection >> click  on the Run(play icon)
§  After some time it shows the activity has been completed and shows Yes Green mark
v  Index Manager
§  Select the node name for the reindex
§  Click on the reindex or bulk index
§  Monitor the log files for start and completion of indexing

v  Monitor the logs
§  Monitor the error.log, Warning, info and Debug level messages
§  Take action based on the error message
§  Critical errors will be highlighted on red color

v  Datastore consistency Check
v  Perform the Online or offline compaction
v  Disable the External link checker
v  Oak session expiration set to 1hr by default