If you have a DAOS enabled server with mail files or databases like Document Libraries containing attachments that may have slipped through the cracks and not been enabled for DAOS participation, sometime this can be due to administrative oversight. This functionality in Defrag.NSF+ will automatically DAOS enable those databases and also get those attachments into DAOS, it will also automatically pick up any new databases created in the future without the administrator having to think about it, or chase them up later.
Tick the box to “DAOS enable all databases using the following templates” and enter the template name, you can enter multiple template names, mail templates, etc. If there are databases based on this template type that you don’t want DAOS’d enter the name(s) of those databases in the “Never DAOSify the following databases” field.
If you enable the “Automatically monitor DAOS synchronization” box Defrag.NSF+ will automatically monitor the synchronization state of the DAOS catalog and as needed a DAOS resync operation can be automatically performed to re-count all the references to NLO files. If required DDO, will initiate a resyc of the DAOS catalog at 12:15AM. If a resync is not required the operation detects that there is no work to do, and will exit immediately.
Note: HCL best practice recommends that if the catalog state changes, a DAOS resync should be performed but, unless Daoscat.nsf has been damaged somehow, there is no immediate need to do a resync. All DAOS functions will continue to operate normally except for the 2AM prune operations, which will be postponed until the DAOS catalog state is SYNCHRONIZED again.
Additional HCL Information about DAOS maintenance: -> Here
Defrag.NSF+ makes this easier, working for you to automate, and improve Domino performance, reducing I/O and minimising backup times, it's all easier and automated. As Domino12 is released, we will be releasing Defrag.NSF V12 and it will be a standard maintenance upgrade to all existing Defrag.NSF+ customers.