The overarching benefits of using the oak-run.jar index command approach for managing Oak indexes are:
- Oak-run index command provideds a new indexing toolset for AEM 6.4.
- Oak-run decreases time-to-reindex which reduces re-index times on larger repositories.
- Oak-run reduces resource consumption during re-indexing in AEM, resulting in overall better system performance.
- Oak-run provides out-of-band re-indexing, supporting situations where production must be available, and cannot tolerate maintenance or downtime otherwise required to reindex.
Use Case 1 - Index Consistency Check
This is a use case related to index corruption. In some cases it was not possible to determine which of the indexes are corrupt. Therefore, Adobe has provided tooling that:
- Performs index consistency checks on all indexes and provides a report on which indexes are valid and which are not valid;
- The tooling is usable even if AEM is not accessible;
- It is easy to use.
Checking for corrupt indexes can be performed via --index-consistency-check operation:
java -jar oak-run*.jar index --fds-path=/path/to/datastore /path/to/segmentstore/ --index-consistency-check
This will generate a report in indexing-result/index-consistency-check-report.txt. See below for a sample report:
Valid indexes :
- /content/oak:index/enablementResourceName
- /oak:index/cqProjectLucene
- /oak:index/cqTagLucene
- /oak:index/lucene
- /oak:index/ntBaseLucene
- /oak:index/socialLucene
Invalid indexes :
- /oak:index/atDamIndex
- /oak:index/atIndex
- /oak:index/cqPageLucene
- /oak:index/damAssetLucene
- /oak:index/groups
- /oak:index/slingeventJob
- /oak:index/users
- /oak:index/workflowDataLucene
Ignored indexes as these are not of type lucene:
- /oak:index/acPrincipalName
- /oak:index/active
Benefits:
This tooling can now be used by Support and the System Administrator to determine quickly which indexes are corrupt and then reindex them.
No comments:
Post a Comment
If you have any doubts or questions, please let us know.