Меню

Exchange не работает поиск писем

Не работает поиск в Outlook: решение проблемы

Если у вас наблюдаются проблемы с поиском по письмам и другим элементам в Outlook (поиск ничего не находит, выдает неполные результаты, не ищет по всем подключенным файлам личных папок *.pst и т.д), рекомендации из этой статьи должны помочь вам решить проблему поиска в Outlook (рекомендации применимы ко всем текущим версиям Outlook 2010, 2013, 2016, 2019 и Outlook 365).

Проверка состояния поискового индекса Outlook

Поиск в Outlook работает на базе службы индексирования Windows. Чтобы выполнить поиск, служба Windows Search должна просканировать содержимое ящика и подключенных PST файлов, и построить индекс всех имеющихся элементов Outlook. Поэтому в первую очередь необходимо проверить состояние индекса Outlook.

Для этого, перейдите на вкладку Поиск и в разделе Средства поиска выберите элемент Состояния индексирования.

Если с поисковым индексом Outlook все в порядке, в появившемся окне должен отобразится статус:

Однако, если у вас имеются проблемы с поиском, скорее всего статус будет другой:

Перестроение поискового индекса Outlook может выполнятся при добавлении нового почтового ящика или файла личных папок (pst), переносе писем между папками и т.д. Если вы выполняли эти действия относительно недавно (до 3-4 часов назад), нужно дождаться окончания индексирования. Если же существенные изменения в конфигурацию не вносились давно, а индексирование до сих пор выполняется – налицо явная проблема с индексом Outlook.

Включить индексирование содержимого Outlook службой поиска Windows

Для решения проблемы нужно временно исключить Outlook из числа элементов, которые сканируются службой индексирования Windows. Для этого:

  1. В Outlook откройте меню Файл ->Параметры;
  2. Выберите раздел Поиск ->Параметры индексирования;
  3. Нажмите кнопку Изменить;
  4. Отключите индексирования для элемента Microsoft Outlook
  5. Закройте почтовый клиент Outlook и с помощью Task Manager убедитесь, что в системе отсутствует процесс outlook.exe ;

В свойствах OST и PST файлов проверьте, что разрешена их индексация (это стоит сделать несмотря на то, что их индексирование уже разрешено в параметрах службы поиска Windows). Для этого

  1. Откройте меню Файл ->Настройка учетных записей ->Настройка учетных записей;
  2. Перейдите на вкладку Файлы данных;
  3. По очереди выберите каждый файл и нажмите на кнопку Открыть расположение файла;
  4. Щелкните ПКМ по нужному OST или PST файлу и выберите его свойства;
  5. Нажмите на кнопку Другие;
  6. Установите галку «Разрешить индексировать содержимое этого файла в дополнение к свойствам файла» -> Ок.
Читайте также:  Как починить вентилятор охлаждения радиатора ваз 2115 инжектор

Откройте консоль PowerShell с правами администратора и перезапустите службу WSearch:

Restart-Service -Name wsearch –verbose

Теперь нужно в настройках параметров поиска разрешить индексирование Outlook, отключенное ранее. В параметрах индексирования поставьте галку у пункта Microsoft Outlook и сохраните изменения.

Дайте Outlook некоторое время на выполнение полного индексирования (в зависимости от количества, размера ящиков и подключенных PST файлов). Проверьте состояние индекса Outlook как показано выше и попробуйте выполнить поиск.

Сброс/пересоздание поискового индекса Microsoft Outlook

Если поиск так и не заработал, рекомендуется попробовать полностью сбросить индекс службы поиска Windows. Для этого:

  1. В Outlook нажмите Файл -> Параметры -> Поиск;
  2. Нажмите кнопку Параметры индексирования ->Дополнительно;
  3. Нажмите на кнопку Перестроить (Rebuild);
  4. Перестроение индекса может занять довольно продолжительное время и временно снизить производительность компьютера.

Проверьте PST файлы на наличие ошибок

В некоторых случаях служба индексирования не может проиндексировать файлы личных папок (PST) из-за наличия в них логических ошибок или повреждения структуры. Рекомендуется выполнить проверку PST файлов с помощью утилиты scanpst.exe.

Outlook и режим кэширования Exchange

В этом разделе рассмотрим особенности работы поиска в Outlook, если ваш почтовый ящик находится на сервере Exchange. Если в Outlook включен режим кэширования Exchange, то для поиска элементов используется локальный индекс на вашем компьютере. Если режим кэширования Exchange отключен, то для поиска в ящике используется индекс на стороне почтового сервера (обслуживается службой Microsoft Exchange Search Indexer).

Служба поиска MSExchangeSearch выполняет индексацию письма сразу, когда оно попало в почтовую базу на сервере. Если при использовании поискового индекса Exchange ваш Outlook не ищет элементы в ящике, скорее всего есть какие-то проблемы на стороне почтового сервера Exchange. Для диагностики проблем со службой поиска Exchange используется командлет Test-ExchangeSearch/code>.

Чаще всего проблема в том, что закончилось место на дисках (недостаточно места для увеличения размера поискового индекса), либо текущий индексный файл был поврежден и нужно его перестроить. Для сброса поискового индекса в Exchange можно использовать встроенный PowerShell скрипт %PROGRAMFILES%\Microsoft\Exchange Server\V14\Scripts\ResetSearchIndex.ps1

Чтобы сбросить поисковый индекс для конкретной базы, используйте команду:

Также проверьте, включено ли индексирование для проблемной базы почтовых ящиков:

Читайте также:  Что будет за неуплату алиментов если человек не работает

Get-MailboxDatabase mailbox_db_name | Format-Table Name,IndexEnabled

Что еще проверить, если не работает поиск в Outlook?

Что можно еще проверить, если поиск в Outlook не выполняется или возвращает не полные результаты?

  1. В меню Outlook выберите Средства поиска ->Расположения для поиска. Убедитесь, чтоб для поиска выбраны все ящики и PST файлы;
  2. Убедитесь, что в ветке реестра “HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\Windows Search” отсутствует параметр PreventIndexingOutlook = 1. Данный параметр отключает индексирование Outlook службой Windows Search. Он соответствует политике Prevent indexing Microsoft Office Outlook в разделе GPO Computer Configuration -> Administrative Templates -> Windows Components -> Search;

Источник

Exchange не работает поиск писем

Вопрос

Есть кластер из 2-х серверов (Exchange 2016). На одном из серверов после аварии перестал работать поиск в почтовых ящиках пользователя. На втором сервере все нормально. При этом репликация и все функции кластера выполняются нормально.

Службы отвечающие за поиск работают нормально. В папках где лежат файлы баз, есть папка с файлом FastSearchIndex, файл не изменял с момента аварии + если пересоздать репликацию почтовой базы — создается только сама база, папки поиска (индексирования) не создаются.

Подскажите в какую сторону копать, или как это исправить?

Ответы

Установка CU3 помогла с проблемой, посыпались ошибки пока разбираюсь с ними. но поиск работает.

Вопрос: как посмотреть к какому CAS серверу подключен пользователь в данную секунду? интересуют подключения как OWA, так и MS Outlook. Посмотреть со стороны сервера.

В логах IIS, можно воспользоваться утилитой Log Parser.

  • Предложено в качестве ответа Vasilev Vasil Microsoft contingent staff 20 декабря 2016 г. 13:11
  • Помечено в качестве ответа Vasilev Vasil Microsoft contingent staff 28 декабря 2016 г. 6:39

Все ответы

базы в DAGe? Content Index-ы в каком состоянии?

CU какой установлен?

Базы в DAGe. Content Index по всем базам — Healthy. CU не устанавливал никакого, но с помощью Windows Update установлены все обновления.

Если Вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку «Предложить как ответ» или «Проголосовать за полезное сообщение»

Exch1 восстановлен после сбоя, на нем поиск не работает, если же удалить базу данных из кластера, удалить файлы с диска, и опять создать копию то в расположении появляется только 2 файла *.edb и E00000172C9.SeedDivergenceCheck (к примеру), папка, я так понимаю, индексирования не появляется (к примеру A65A8C41-2D6D-4FE3-9F2E-803D3F54836912.24.Single — имя папки). При этом в ecp:

Пассивный Исправен — активная база на другом сервере где все нормально.
Длина очереди копирования: 0
Состояние индекса содержимого: Исправен

если же базу активировать на втором сервере (Exch2) то все работает. В owa как и в толстом клиенте если активные базы на первом сервере, то поиск не работает у всех пользователей.

пробежал по статье, ошибка при выполнении команды test-exchnageseach — Mapi Error for mailbox database «***»: [Microsoft.Mapi.MapiExceptionLogonFailed]: MapiExceptionLogonFailed: Unable.

журналах много ошибок но по поиску только предупреждение: 1010

An operation attempted against a FAST endpoint exprienced an exception. This operation may be retried. Error details: Microsoft.Exchange.Search.Fast.PerformingFastOperationException: An Exception was received during a FAST operation. —> System.ServiceModel.CommunicationObjectAbortedException: The communication object, System.ServiceModel.Channels.ServiceChannel, cannot be used for communication because it has been Aborted.

Server stack trace:
at System.ServiceModel.Channels.CommunicationObject.ThrowIfDisposedOrNotOpen()
at System.ServiceModel.Channels.ServiceChannel.EnsureOpened(TimeSpan timeout)
at System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, Object[] outs, TimeSpan timeout)
at System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(IMethodCallMessage methodCall, ProxyOperationRuntime operation)
at System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage message)

Exception rethrown at [0]:
at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
at Microsoft.Ceres.CoreServices.Admin.IAdminServiceManagementAgent.get_IsPendingReconfiguration()
at Microsoft.Exchange.Search.Fast.FastManagementClient.PerformFastOperation[T](Func`1 function, String eventLogKey)
— End of inner exception stack trace —

пробежал по статье, ошибка при выполнении команды test-exchnageseach — Mapi Error for mailbox database «***»: [Microsoft.Mapi.MapiExceptionLogonFailed]: MapiExceptionLogonFailed: Unable.

журналах много ошибок но по поиску только предупреждение: 1010

An operation attempted against a FAST endpoint exprienced an exception. This operation may be retried. Error details: Microsoft.Exchange.Search.Fast.PerformingFastOperationException: An Exception was received during a FAST operation. —> System.ServiceModel.CommunicationObjectAbortedException: The communication object, System.ServiceModel.Channels.ServiceChannel, cannot be used for communication because it has been Aborted.

Server stack trace:
at System.ServiceModel.Channels.CommunicationObject.ThrowIfDisposedOrNotOpen()
at System.ServiceModel.Channels.ServiceChannel.EnsureOpened(TimeSpan timeout)
at System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, Object[] outs, TimeSpan timeout)
at System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(IMethodCallMessage methodCall, ProxyOperationRuntime operation)
at System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage message)

Exception rethrown at [0]:
at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
at Microsoft.Ceres.CoreServices.Admin.IAdminServiceManagementAgent.get_IsPendingReconfiguration()
at Microsoft.Exchange.Search.Fast.FastManagementClient.PerformFastOperation[T](Func`1 function, String eventLogKey)
— End of inner exception stack trace —

а у вас какой CU установлен?

В CU3 есть баг с индексами, возможно у вас разновидность этого бага.

Источник

Adblock
detector