AEM with LDAP integration

How to migrate Closed User Groups from AEM 6.2 to AEM 6.3 using Migration Tool

Statement - Closed User Groups Migration Tool for migration existing CUG content.Assuming if you have upgraded the AEM older version to AEM 6.3 version.
Environment - AEM 6.3 GA

Solution :




  • Go to the Felix console URL: http://localhost:4502/system/console/cug-migration
  • Enter the root path you want to check CUGs for, and press the Perform dry run button. 
  • This will scan for CUGs elligible for conversion in the selected location.
  • After you have reviewed the results, press the Perform migration button to migrate to the new implementation.
  • That's it!
Note : 
For AEM installations upgraded to AEM 6.3 it is important to ensure that only one CUG implementation is enabled. 
The combination of the new and the old, deprecated CUG support is not tested and is likely to cause undesired behavior:
  • collisions in the Sling Authenticator with regards to authentication requirements
  • denied read access when the ACL setup associated with old CUG collides with a new CUG policy.
  • If the migration is performed on a publish instance, please enable the Adobe Granite Closed User Group before performing a migration.
Reference : https://helpx.adobe.com/content/dam/help/en/experience-manager/6-3/sites/administering/using/security-custom-user-groups/_jcr_content/main-pars/download-section/download-1/cug-mapping.pdf

How to run Disk Benchmark in AEM through Felix console

Statement - This is a simple disk performance benchmark. It test how fast Java can read from and write to the hard disk. The test uses temporary files, which are deleted at the end of the run.
Environment - AEM 6.3 GA

Solution :

  • Go to the Felix console URL: http://localhost:4502/system/console/diskbenchmark
  • Click on Startbenchmark and wait for 5 mins.
  • click on stop to see the no of operations performed per second for the 4KB block size.
  • This is a simple disk performance benchmark. It test how fast Java can read from and write to the hard disk. The test uses temporary files, which are deleted at the end of the run.

    The test will pause this long until running the next test.

    The test creates one temporary file with the given size.

    The test will run at full speed for this many milliseconds.

    After running a test, there is a pause of this many milliseconds.

    The file access mode. Use rw for read+write, r for read-only, rw+ for read+write+fsync.
    StartBenchmark

     to collect the read and write date per second for the block size 256B, 512 Byte

    Below is the Windows 8.1 system read and write date for 4KB size block
    Operation TypeOperations Per Second for Block Sizes
    256 B512 B1 KB2 KB4 KB8 KB16 KB
    write142358478656399538793739
    read40501564075873941575520493929728160
    write3740380138994036387539143773
    read54694598315850956579534804274029545
  • That's it!