06-12-2008 05:03 AM
06-12-2008 05:15 AM
06-12-2008 05:20 AM
06-12-2008 07:18 AM
Hello, just to make clear here. The partition is not searched it is the index. The partition size should be determined by backup time/window and not for search results.
Whether there are 1 or 1000 vault store partitions the search is determined by the index regardless of the partition.
Close a partition when the size is un-manageable for backups or when for managerial purposes. As Liam was saying possibly by date, creating a new partition each year maybe the way you want to manage your archived data.
Liam, maybe I misunderstood your reply but I believe you may be speaking of index rollovers and not partition closes. Please explain further why you think creating multiple partitions would have any effect on searches.
06-12-2008 08:17 AM
06-12-2008 12:20 PM
06-13-2008 07:10 AM
06-13-2008 07:15 AM
10-17-2008 08:13 AM
Once you close a partition, you cannot reopen it right?
10-17-2008 10:46 AM
Yes, you can.
But you only can have one open Partition, so you need to close the other one first.
Cheers
Michel
10-17-2008 03:59 PM
In our environment, we decided to have just one huge partition as it seemed like additional complexity to have multiple partitions. Here's the thinking: as pointed out earlier, items are being deleted even from a closed partition. If you want to maintain system integrity, then you would need to continue backing up that closed partition, so what's the benefit?
Now some customers will say you don't really need to backup the closed partition: who cares if the backup has more data than the current Production environment? My answer would be: if an item has been expired but still exists in the partition, that means you are not technically compliant with subpeonas because you haven't searched the raw data store for items that are no longer in the index. That's why in my opinion it is better to just have either one large partition or multiple partitions that are still backed up every night.
Food for thought ... Mark
09-03-2009 11:22 AM
09-30-2009 10:19 AM