12-27-2007 08:53 AM
Solved! Go to Solution.
12-27-2007 12:26 PM
I would suggest creating a new journal archive, then modifying the Journal Mailbox target to point to the new archive. All new messages will go into the new journal archive which will have its own index. Some companies do this as a matter of routine every year.
Dave
www.vault-solutions.com
12-27-2007 12:26 PM
I would suggest creating a new journal archive, then modifying the Journal Mailbox target to point to the new archive. All new messages will go into the new journal archive which will have its own index. Some companies do this as a matter of routine every year.
Dave
www.vault-solutions.com
12-28-2007 08:10 AM
Creating a new archive is not a bad idea. You can create then per quarter and name then as such:
Journal2007Q1
If a compliance Officer understands that he/she needs to run a search in that time frame then this may save some time.
Also,
You can implement the reg keys below so your index will roll to a new index volume before it grows to big.
Tony Sterling compliled a document for Indexing best practices.
Enterprise Vault related Registry Keys
The following keys are specific to EV and will not affect any other operation system behavior.
AVSMaxLoc
Mailbox archive indexes rarely grow that large, however Journal archive indexes will grow until the reach the default maximum number of locations, which by default is 2 Billion in EV 6 sp1 and above. Leaving the default setting will result in Index Volumes over 15 GB’s in size! Such large indexes being searched by CA or DA can result in out of memory issues and slow search performance and lead to the index volumes being marked as Failed.
For this reason it is Best Practice to set the AVSMaxLoc registry key to keep the index volumes from becoming unmanageable. Setting this key will cause your index volumes to automatically roll over sooner. If you already have large index volumes in your environment you will need to rebuild them using the IndexVolumeReplay utility.
We have found that setting this key will allow CA and DA searches perform better and additionally, in the event of a failure, you will be able to recover your index volumes faster.
A restart of the Indexing Service is necessary.
Location
HKLM\SOFTWARE\KVS\Enterprise Vault\Indexing
Name
AVSMaxLoc
Type
DWORD
Value
500000000 (500 million) Decimal
05-22-2009 03:18 PM
05-22-2009 03:53 PM