The DVA has ongoing stability issues for several years. It relies on 3rd-party Oracle/Stellent tech and so issues with that need to be escalated to Oracle and are not under Novell's control. In order for GW QF indexing to start, a DVA *must* be running (if one isn't configured, the POA will start one).
DVA is CPU-intensive and chokes on various attachments. A PO with 15 years worth of messages would take weeks to re-index.
IDEA:
1. Admin should have the option of indexing ONLY the message content WITHOUT any attachment info. Currently this can only be done by defining a long list of extensions to EXCLUDE using the --dvafilter option. The --nodca option is no longer functional in recent versions of GW. I did this recently on a PO with about 400GB of data and it still took about 2 days to index in spite of most common attachments being filtered.
2. Admin currently can only define attachment types to EXCLUDE via the --dvafilter option. Admin should have the option to INCLUDE ONLY specific attachment types and EXCLUDE all others.
3. For those customers who don't use the Doc Mgmt features, and furthermore given that GW's Doc Mgmt is a legacy/orphaned feature, I submit that attachment indexing is of limited use in the PO, and should NOT be enabled by default, given the high cost. Rather, the default should be no need a DVA, and just index message content. If Admin REALLY wants to index attachments he can configure a DVA to do so.
Summary: Don't FORCE us to use a DVA. Default should be NOT use DVA. If Admin wants to index attachments or a Library, then he can OPTIONALLY do so.
Thanks, regards
Graham Marsh (Novell/SUSE/MF Hong Kong)
Graham.Marsh@microfocus.com
by: Graham M. | over a year ago | Agents
Comments
Regarding #3 - I thought attachment indexing was so the attachments could be searched in a normal GW client search, which is separate to the DM feature. Otherwise 1 and 2 get my vote. Certainly more control will help to speed up initial indexing.