Производительность

Архивирование

Используйте SMTP журналирование вместо IMAP. IMAP по своей природе медленней, чем SMTP. Более того, Архива SMTP сервер является сервером высокой производительности, который использует сокеты без блокировки. Если вас действительно заботит производительность системы, принципиально использовать SMTP для пересылки писем в Архива. Архива SMTP очень эффективен и может справляться с большими объемами данных.
Корректировка настроек IMAP. Следующие настройки лучше всего подходят для высокопроизводительного архивирования с IMAP: a) Отключите частичную выборку б) Установите максимальное количество одновременно обрабатываемых сообщений - 50 в) Отключите IMAP Idle (г) Установите интервал опроса в 10-50 мсек
Увеличение выделенной оперативной памяти. Если серверу выделено больше памяти, сборщик мусора будет подключаться реже, а сервер работать быстрее. Убедитесь, что серверу выделено достаточно оперативной памяти, как это описано в разделе Настройка памяти.
Увеличение максимума примонтированных архивов. Архива записывает данные в 4096 AES-зашифрованных файлов в формате ZIP-архив. По умолчанию только 410 из этих архивных файлов могут быть открыты в любое время. Если сервер много архивирует и индексирует, то производительности архивирования может быть значительно улучшена этим органичением. При увеличении числа примонтированных архивов во вкладке Настройка -> Настройки архива сервер сможет архивировать одновременно больше файлов, тем самым конкуренция между процессами будет сокращена. Хотя архивирование будет осуществляться быстрее, сервер будет потреблять больше памяти. Значит, если вы увеличиваете максимальное количество примонтированных архивов, удостоверьтесь, что серверу выделено больше памяти, чем описано в разделе Настройка памяти.
Увеличение количества потоков архивирования. Количество потоков архивирования можно скорректировать во вкладке Настройки -> Настройки архива. Количество потоков архивирования по умолчанию - 6 потоков. Если у процессора вашего сервера несколько ядер, то число потоков архивирования можно увеличить до 20 и больше. Тем не менее, если вы увеличите это значение, серверу так же потребуется большее количество выделенной памяти, чем описано в разделе Настройка памяти.
Использование хранилища, непосредственно подключенного к серверу или подключенного с использованием Fibre Channel. Всегда лучше использовать непосредственно подключенное к серверу хранилище.. Вы можете выяснить, что ваш Ethernet кабель является так называемым "бутылочным горлышком", узким местом, замедляющим производительность процессов. Архива может работать насколько быстро, насколько быстро данные записываются на диск хранилища. Если вы передаете данные через сеть, то ваша скорость будет ограничена шириной ethernet канала. Если же вам необходима высокая производительность и требуется сетевая передача данных, используйте контроллеры Fibre Channel.

Поиск

Вот несколько советов по оптимизации времени поиска:

Укажите начальный диапазон данных (англ. Initial Date Range) и выберите стратегию поиска (англ. Volume Search Strategy) во вкладке Настройка -> Настройки поиска. Настройте Архива по умолчанию искать в сообщениях последних трёх месяцев и выберите стратегию поиска "по дате создания" (англ. "by create date"). С такими настройками поиск будет проводиться только в тех томах, чья дата создания попадет в диапазон выбранных дат для поиска (в случае когда пользователь ищет по дате архивирования).
Храните данные индексов на неподсредственно подключенном к серверу диске, а не на диске, подключенном удаленно через сеть. Во время поиска происходит постоянное обращение к данным индексов. Поэтому любые задержки на входе-выходе сети или диска серьезно скажутся на производительности. Несмотря на это, потери в производительности, вызванные хранением данных архива на удаленном сетевом диске, минимальны, так как доступ к письмам, содержащиеся в архиве, обычно обычно осуществляется в процессе архивирования или открытия сообщения, но не в процессе поиска. Поэтому рационально (хотя и не идеально) хранить данные индексов локально, а архивы на удаленном NAS/SAN диске.
Отключите опцию "Искать немедленно при загрузке страницы поиска" (англ. search immediately on search page load). Архива немедленно осуществляет поиск, как только страница поиска загрузится. Вы можете поменять это, убрав галочку с опции "Search immediately when search page loaded (disable if searching is slow)" во вкладке Настройка -> Настройки поиска.
Отключите сортировку. Производительность поиска будет улучшена в 16 раз при выборе в Настройках поиска порядка сортировки "не отсортировано (быстрый поиск)".
Увеличьте размер кучи или область виртуальной памяти. Вашему серверу необходим большой объем кучи и виртуальной памяти для того, чтобы осуществлять поиск по миллионам документов. Проверьте, что Архива настроена на использование всех доступных ресурсов оперативной памяти, физически доступной на вашем сервере. Для получения инструкций, как выделить серверу больше оперативной памяти, читайте раздел Настройка памяти.
В основных настройках поиска выберите "Прочитать один индекс за соединение (быстрый поиск)". Выбор этой опции заставит поисковой движок сохранять в кэше результаты разных поисков, что значительно улучшит время время.
Храните индексы на отдельном жестком диске. Одновременный поиск по нескольким томам будет протекать быстрее, если индексы, связанные с каждым томом, будут находиться на разных жестких дисках.
Храните индексы на быстром диске. Используйте твердотельный накопитель (SSD) для хранения индексов. Так как поиск на SSD-дисках осуществляется примерно в 100 раз быстрее поиска на традиционных накопителях на магнитных жёстких дисках, обычная потеря в производительности при поиске практически отсутствует.
Отмонтируйте старые тома. Отмонтированные тома не участвуют в поиске. Архива осуществляет поиск во всех настроенных томах, кроме извлеченных и отмонтированных.
Не индексируйте вложения писем. Установите "index.attachments=no" в файле server.conf.
Не индексируйте тело сообщения. Установите "index.messagebody=no" в файле server.conf