We’re working with a large Pharmaceutical company to install Documentum xPlore as a replacement for FAST. We’ve just finished the QA environment deployment, and we’re planning for the Production deployment in mid-April. For this post, we are going to discuss the cutover strategy as well as some lessons learned from the project.
Cutover and Reindexing Strategy
The client’s current environment contains one Content Server serving five repositories, and one full text server running FAST indexers for each repository. The upgrade plan is to stop FAST, install xPlore to the existing full text server and re-index all of the repositories. We’re planning on starting the installation on a Friday evening after business close. Accounting for time to upgrade the content server to the latest patch and actually do the xPlore installation, we need to make sure that the re-indexing operation is complete before Monday morning. To increase the likelihood that re-indexing will be complete, we decided to install an extra Content Processing Server (CPS) instance on the full text server. The full text server has enough memory and CPU to handle the extra instance, so that is the best way to increase our indexing throughput. We recently executed the upgrade in the client’s QA environment, and our average re-indexing throughput was 70 documents per second. Assuming we see a similar average in production, this should be more than enough to complete the re-indexing operation over a weekend.
- Full text searches do not support wildcards or fragment matching. This means that a search for ‘car’ does not return a document containing ‘careful’. However, a document containing ‘blue car’ is returned. xPlore treats wildcards as literal values. Searching for ‘car*’ still does not return ‘careful’.
- Metadata searches in Webtop’s advanced search work in a similar way, even when using the begins with, ends with, or contains modifiers. For example, searching for titles that contain ‘car’ will return titles that contain ‘blue car’, but will not return titles containing ‘careful’. However – xPlore does support wildcard characters in metadata searches. Therefore, if the user executes the search as ‘*car*’, then documents with titles of both ‘careful’ and ‘blue car’ will be returned. When executing a contains search on metadata, think of it as a ‘contains word’ search rather than a true contains search.
- Wildcards are supported from simple search and full-text searches. Searching for ‘car*’ does return ‘careful’. Note that fragments are still not returned. Searching for ‘car’ will not return ‘careful’.
- Wildcards are implicitly placed in metadata searches. For example, if you search for documents containing ‘123’ in the object_name, the actual search would be for ‘*123*’, and in our previous example, would return document ‘1234’ as expected by the user.
xPlore Admin Interface – IE Settings for Reporting
- Navigate to the xPlore admin website
- In IE, choose Tools -> Internet Options -> Security tab
- Click on Trusted sites and click the ‘sites’ button to add the xPlore admin website to the list
- Below, set the security level to Medium-low.