HCL Domino Ideas Portal
Welcome to the #dominoforever Product Ideas Forum! The place where you can submit product ideas and enhancement request. We encourage you to participate by voting on, commenting on, and creating new ideas. All new ideas will be evaluated by HCL Product Management & Engineering teams, and the next steps will be communicated. While not all submitted ideas will be executed upon, community feedback will play a key role in influencing which ideas are and when they will be implemented.
For more information and upcoming events around #dominoforever, please visit our Destination Domino Page
If I understand it correctly it is possible to rebuilds FT Index.
load updall -X
Rebuilds full-text indexes and does not rebuild views. Use to rebuild full-text indexes that are corrupted (Description from the product documentation)
load dbmt -ct 0 -ut 4 -ft 4 -fnd 21
what does these parameters: no compact, updates all DB views and rebuild ftindex older than 21days.
About fnd parameter the product documentations says: Rebuilds full text indexes every n days. Default is to rebuild them only when they are corrupt.
Deleting a FT should be possible from command line.
Creating a FT should also be possible from the command line.
Specfiy the Default Option for creating a FT should be also available.
From my observations, full-text indexes break on a regular basis and there is no maintenance program that can detect and repair the defect. Updall does not find the errors nor does updall repair the FT.
It would be urgent to see in Domino Administrator the size of the FT per DB or also the percentage size in relation to the database size.
I would also like to see in the statistics or the information of the FT, which attachment types occur in which number and what size their indexing takes (it could work something like DAOS Estimator).
Currently I always notice that the full text index is much too large and after discarding the FT and creating it again, the size is "normal" again (10 to 50% instead of 80 to 120%).
Since only on file level the size of the fulltext indexes can be examined (complex), I regularly delete the FTs with nshrun.
What Daniels nshrun can do for years is missing in the core product.
Full text is a black box that I can't trust. Who knows if the search result really covers all documents.
Can you provide more details on why you want to do this?