История страницы

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

1. Use SMTP archiving instead of

   Используйте SMTP журналирование вместо IMAP. IMAP

   is inherently slower than

   по своей природе медленней, чем SMTP.

   Furthermore

   Более того, Архива

   's SMTP server is a high performance server that employs non-blocking sockets. If performance is a real concern, its far better to use SMTP to forward emails to Архива. Архива's SMTP is very efficient and can handle very high loads.
2. Adjust IMAP settings. The following settings are best for high performance archiving with IMAP: a) Disable partial fetches b) Max. simultaenous messages 50 c) Disable IMAP Idle (d) Polling interval set to 10-50 msec
3. Increase amount of memory. If the server has more memory, garbage collections will be less frequent and the server will work faster. Ensure that the server allocated sufficient memory as described in Memory Settings.
4. Increase maximum mounted archive files. Архива writes data to 4096 AES encrypted ZIP archive files. By default, only 410 of these archive files can be open at any time. If a server is archiving or indexing heavily, archiving performance may be severly impacted by this limitation. By increasing the maximum number of mounted archive files in Configuration->Archive settings, the server will be able to write to more archive files simultaneously and contention will be reduced. Although archiving will occur faster, the server will consume more memory. Thus, if the maximum number of mounted archive files is increased, ensure that the server is allocated more memory as described in Memory Settings.
5. Increase the number of archiving threads. The number of archiving threads is adjusted in Configuration->Archive settings. The default no archiving threads is six. If your server has a large amount of CPU cores, the number of archiving threads can be increased to 20 or more. However, if this value is increased, the server will also need to be allocated more memory as described in Memory Settings.
6. Use Locally Attached / Fibre Channel Storage. Its always better to use locally attached storage. You might find that your Ethernet cable is the bottle neck. Архива can only ever be as fast as the time it takes to write to the storage device. If you are writing over a network, you are limited to the width of the ethernet pipe. If you have high performance needs and you require write over a network, consider using Fibre Channel controllers.

Поиск

There are a few things to consider when attempting to maximize search times:

1. Specify an initial date range and set volume search strategy in Configuration->Search. Configure Архива to default searches to the past three months and set the volume search strategy to "by create date". Using this configuration, only the volumes whose create date falls between the selected search dates will be searched (provided the user is searching by archive date).

2. Store searches indexes locally (not on a networked drive). The indexes are accessed extensively during searching. Thus, any latency in network/disk IO will seriously affect search performance. That being said, the performance penalty of keeping the archives on network drives is minimal, as the emails in the archives are typically accessed during archiving or retrieval (not searching). Thus, it is reasonable (though not ideal) to store index locally and archives on a remote NAS/SAN disk disk.
3. Switch off search immediately on search page load. Архива searches immediately when the search page loads. You can change this behaviour by unchecking 

   SMTP сервер является сервером высокой производительности, который использует сокеты без блокировки. Если вас действительно заботит производительность системы, принципиально использовать SMTP для пересылки писем в Архива. Архива SMTP очень эффективен и может справляться с большими объемами данных. 

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

Поиск

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

1. Укажите начальный диапазон данных (англ. Initial Date Range) и выберите стратегию поиска (англ. Volume Search Strategy) во вкладке Настройка -> Настройки поиска. Настройте Архива по умолчанию искать в сообщениях последних трёх месяцев и выберите стратегию поиска "по дате создания" (англ. "by create date"). С такими настройками поиск будет проводиться только в тех томах, чья дата создания попадет в диапазон выбранных дат для поиска (в случае когда пользователь ищет по дате архивирования). 

2. Храните данные индексов на неподсредственно подключенном к серверу диске, а не на диске, подключенном удаленно через сеть. Во время поиска происходит постоянное обращение к данным индексов. Поэтому любые задержки на входе-выходе сети или диска серьезно скажутся на производительности. Несмотря на это, потери в производительности, вызванные хранением данных архива на удаленном сетевом диске, минимальны, так как доступ к письмам, содержащиеся в архиве, обычно обычно осуществляется в процессе архивирования или открытия сообщения, но не в процессе поиска. Поэтому рационально (хотя и не идеально) хранить данные индексов локально, а архивы на удаленном NAS/SAN диске.
3. Отключите опцию "Искать немедленно при загрузке страницы поиска" (англ. search immediately on search page load). Архива немедленно осуществляет поиск, как только страница поиска загрузится. Вы можете поменять это, убрав галочку с опции "Search immediately when search page loaded (disable if searching is slow)" in Configuration->Search.
4. Switch off sorting. Search performance will be improved x16 by switching off sorting in the General tab.
5. Increase Amount of Heap Space/Virtual Memory. Your server needs lots of heap/virtual memory to be able to search through millions of documents. Ensure that Архива is configured to take full advantage of the amount of RAM installed on your server. See Memory Settings for instructions on how to allocate more memory to the server.
6. Select "Read index once per session" in General configuration options. This causes the search engine to cache the results across searches and improves search time significantly.
7. Store indexes on separate hard disks. A concurrent search will run much faster if the indexes associated with each volume are on different hard disks.
8. Store you indexes on a fast disk. Use a solid state storage disk (SSD) for storing the index. As seek-times for SSD's are about 100 times faster than traditional platter-based harddrives, the usual penalty for seeking is virtually eliminated.
9. Unmount older volumes. Unmounted volumes are not searcheable. Архива will search all configured volumes except those that are unmounted or ejected.
10. Do not index attachments. Set  во вкладке Настройка -> Настройки поиска.
11. Отключите сортировку. Производительность поиска будет улучшена в 16 раз при выборе в Настройках поиска порядка сортировки "не отсортировано (быстрый поиск)". 
12. Увеличьте размер кучи или область виртуальной памяти. Вашему серверу необходим большой объем кучи и виртуальной памяти для того, чтобы осуществлять поиск по миллионам документов. Проверьте, что Архива настроена на использование всех доступных ресурсов оперативной памяти, физически доступной на вашем сервере. Для получения инструкций, как выделить серверу больше оперативной памяти, читайте раздел Настройка памяти. 
13. В основных настройках поиска выберите "Прочитать один индекс за соединение (быстрый поиск)". Выбор этой опции заставит поисковой движок сохранять в кэше результаты разных поисков, что значительно улучшит время время.
14. Храните индексы на отдельном жестком диске. Одновременный поиск по нескольким томам будет протекать быстрее, если индексы, связанные с каждым томом, будут находиться на разных жестких дисках. 
15. Храните индексы на быстром диске. Используйте твердотельный накопитель (SSD) для хранения индексов. Так как поиск на SSD-дисках осуществляется примерно в 100 раз быстрее поиска на традиционных накопителях на магнитных жёстких дисках, обычная потеря в производительности при поиске практически отсутствует. 
16. Отмонтируйте старые тома. Отмонтированные тома не участвуют в поиске. Архива осуществляет поиск во всех настроенных томах, кроме извлеченных и отмонтированных. 
17. Не индексируйте вложения писем. Установите "index.attachments=no" in в файле server.conf.
18. Do not index message bodies. Set Не индексируйте тело сообщения. Установите "index.messagebody=no" in в файле server.conf