Состояние индекса содержимого ошибка exchange 2013

RRS feed

  • Remove From My Forums

 none

База данных перестала индексироваться

RRS feed

  • Вопрос

  • Состояние индекса содержимого: FailedAndSuspended

    Что можно предпринять?

Ответы

  • Остановите службу
    HostControllerService,
     удалите папку индекса из папки почтовой базы данных.

    Запустите службу.

    так — помогло!

    • Помечено в качестве ответа
      G.Sattva
      26 октября 2013 г. 16:01

Все ответы

  • Информация ниже может быть полезно только для Exchange 2010 среды.

    Здравствуйте!

    Очень мало информации. 

    Размер базы? Сколько серверов?  Сколько копий? 

    Если в Активной базе индекс нормальный то на пассивной базе можно сделать просто Update-MailboxDatabaseCopy -Identity «Mailbox DatabaseServerName» -SourceServer
    ServerName -CatalogOnly

     если нет то:

    Запустите из C:Program FilesMicrosoftExchange ServerV14Scripts

    ResetSearchIndex.ps1 -force «Mailbox Database»

    После завершения ребилда в ивентлоге появится ивент 110 (в зависимости от размера базы, может занять долгое время)

    Update-MailboxDatabaseCopy -Identity «Mailbox DatabaseServerName» -SourceServer ServerName -CatalogOnly

    • Предложено в качестве ответа
      Maksim BarakinEditor
      24 октября 2013 г. 5:22
    • Изменено
      Zaza Abramov
      24 октября 2013 г. 17:41

  • В 2013 версии есть такой косячок. Но есть и KBшечка:

    http://support.microsoft.com/kb/2807668/en-us

    Метод 1 использовал, работает.

    Но пунктом 2.1 рекомендую удалить папку индексов:

    (С:Program FilesMicrosoftExchange ServerV14Mailbox<имя_базы>CatalogData-……. )

  • Размер базы -16Гб

    1-н сервер

    копий нет

  • Размер базы -16Гб

    1-н сервер

    копий нет

    MSExchangeSearch — Служба запущена?
    Если да то:

    Запустите из C:Program FilesMicrosoftExchange ServerV14Scripts

    ResetSearchIndex.ps1 -force «Mailbox Database»

    После завершения ребилда в ивентлоге появится ивент 110 (в зависимости от размера базы, может занять долгое время)

    Если нет то запустите ее

    • Изменено
      Zaza Abramov
      24 октября 2013 г. 11:26

  • Ой, у вас же 2013, путь неправильный, но не думаю, что имя скрипта изменилось

  • Ой, у вас же 2013, путь неправильный, но не думаю, что имя скрипта изменилось

    такого скрипта нет. Есть — SearchDiagnosticsInfo.ps1

    

    • Изменено
      G.Sattva
      24 октября 2013 г. 13:58

  • Размер базы -16Гб

    1-н сервер

    копий нет

    MSExchangeSearch — Служба запущена?
    Если да то:

    Запустите из C:Program FilesMicrosoftExchange ServerV14Scripts

    ResetSearchIndex.ps1 -force «Mailbox Database»

    После завершения ребилда в ивентлоге появится ивент 110 (в зависимости от размера базы, может занять долгое время)

    Если нет то запустите ее

    служба запущена:

  • В 2013 версии есть такой косячок. Но есть и KBшечка:

    http://support.microsoft.com/kb/2807668/en-us

    Метод 1 использовал, работает.

    Но пунктом 2.1 рекомендую удалить папку индексов:

    (С:Program FilesMicrosoftExchange ServerV14Mailbox<имя_базы>CatalogData-……. )

    По методу 1: Немогу найти в АД группу NetworkServices!

  • Приношу извинения за недостоверную информацию.

    Скажите а служба HostControllerService запущена? 

    Остановите службу
    HostControllerService,
     удалите папку индекса из папки почтовой базы данных.

    Запустите службу.

    Что  в журнале событий? 

    Не началось ли это после установки KB2874216?

    • Изменено
      Zaza Abramov
      24 октября 2013 г. 15:38
    • Предложено в качестве ответа
      Zaza Abramov
      26 октября 2013 г. 20:54

  • Приношу извинения за недостоверную информацию.

    Скажите а служба HostControllerService запущена? 

    Остановите службу
    HostControllerService,
     удалите папку индекса из папки почтовой базы данных.

    Запустите службу.

    Что  в журнале событий? 

    Не началось ли это после установки KB2874216?

    KB2874216 — установлен

    • Изменено
      G.Sattva
      24 октября 2013 г. 17:24

  • А её и не надо искать.

    Create a new Active Directory group that is named «ContentSubmitters,» and then grant Admistrators and NetworkService full access to the group. (Создайте новую группу в Active Directory, с именем «ContentSubmitters», и затем предоставьте полный
    доступ Admistrators и NetworkService к группе
    .)

    Т.е. выбираем созданную группу, Свойства, вкладка Безопасность =>  Добавить. И ищи NetworkServices и Administrators. (Хотя они там скорее всего есть).

  • Остановите службу
    HostControllerService,
     удалите папку индекса из папки почтовой базы данных.

    Запустите службу.

    так — помогло!

    • Помечено в качестве ответа
      G.Sattva
      26 октября 2013 г. 16:01

Hi

Thanks for your reply. Not sure, if anyone had similar issue, but so far below is what I was noticing

After following the MS recommended guidelines to fix the issue (http://support2.microsoft.com/kb/2807668?wa=wsignin1.0), It was almost 2 hours and several restart of the server I
could see that the Mailbox database went from Failed to «Active mounting» & Indexing to «unknown» status. I think what may have happened is, during the deletion of the GUID folder from the database location and restarting of all exchange
services, the database itself might have gone into a dirty shutdown mode. I then carried on with the below solution

1) Dismounted the database from EAC — give it 10 to 15 minutes for the dismount status to show dismounted and not dismounting before the 2nd step

2) Once dismounted from Step 1, Stopped the «Exchange Search & Search host controller» service

3) Deleted the GUID folder again

4) Mount the database again — give it 10 to 15 minutes for the mounting status to show «mounted»

5) Restarted «Microsoft Exchange Active Directory Topology» Services that restarts all the other Microsoft Exchange depended services

Then I started to see my Database Index straitaway went from Crawling to Healthy status when I use the

Get-mailboxdatabasecopystatus * from EMS & from EAC

6) Now if I try to move a mailbox from the Exc2010 database using get-moverequest cli it works fine.

So I think, if the database gone to a dirty shutdown status, which you cant tell from EAC, regardless of how many services restart, it wont work,

Funny thing is, I have up to date all updates of exchanges 2013 upto CU6 so I shouldn’t have to do all these stuff around, The creating of «contentsubmitter» group should be part of AD prep during the Exchange 2013 installation, I am not sure what
Microsoft is doing about this.

So Just to recap — if anyone else out there with the same issue.

1) Create «ContentSubmitters» Universal Security group in the Exchange Groups OU, give «network services» & «Administrator» account full rights to the «ContentSubmitters» group

2) Do a AD replication if necessery

3) stop «exchange search & search host controller» services, delete the GUID folder located in the mailbox database location

4) restart the above services and wait for the indexing to show from crawling to healthy — if this hasn’t changed to healthy then do below

5) Dismount database

6) Delete the GUID folder

7) remount Database

8) Restart AD exchange topology services


MCITP, MCSA, MCSE,VCP — Consultant, Solution Design, Implementation

  • Edited by

    Monday, September 29, 2014 3:20 AM

  • Proposed as answer by
    Amy.Wang
    Tuesday, September 30, 2014 3:07 AM
  • Marked as answer by
    Amy.Wang
    Monday, October 6, 2014 10:23 AM

Добрый день.

есть домен 2012   EX2010 и  EX2013

Все работало до тех пор пока в момент миграции не закончилось место на диске. Теперь при попытке подключения вываливается ошибка. (ошибка ниже.)

Проверил базу она находилась в состоянии Dirty shutdown

Восстановил базу и состояние вернулось в Сlean shutdown

Восстановить смог только через принудительное восстановление, мягкое выпадало в ошибку.

База все равно не подключалась и в консоли  … Состояние индекса содержимого:  Ошибка

остановил службы поиска и удалит папку индексации.  База перешла в Состояние индекса содержимого:  Неизвестно

И так-же не подключалась. Спустя время опять … Состояние индекса содержимого:  Ошибка

Сделал дефрагментацию базы.

Эффекта нет.

при попытке подключить базу ошибка

 
Не удалось подключить базу данных Mailbox Database 1110597067. Ошибка: Сбой операции Active Manager. Ошибка: Сбой действия базы данных. Ошибка: Сбой операции с сообщением: MapiExceptionDatabaseError: Unable to mount database. (hr=0x80004005, ec=1108)
Diagnostic context: Lid: 65256 Lid: 10722 StoreEc: 0x454 Lid: 1494 —- Remote Context Beg —- Lid: 45120 dwParam: 0x153A576 Lid: 57728 dwParam: 0x153A69F Lid: 46144 dwParam: 0x153AA29 Lid: 34880 dwParam: 0x153AA29 Lid: 34760 StoreEc: 0xFFFFFDE3 Lid: 41344
Guid: 58a15af1-ecb5-470e-bb48-b3952c05eba2 Lid: 35200 dwParam: 0x2E50 Lid: 46144 dwParam: 0x153AF2A Lid: 34880 dwParam: 0x153AF2A Lid: 54472 StoreEc: 0x1388 Lid: 42184 StoreEc: 0x454 Lid: 1750 —- Remote Context End —- Lid: 1047 StoreEc: 0x454 [База данных:
Mailbox Database 1110597067, Сервер: srvitss-014v.itss.su].

 
Создал новую базу.

При попытку войти в консоли, в раздел миграция получаю ошибку.

ошибка
 Не удается открыть почтовый ящик /o=First Organization/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=SRVITSS-014V/cn=Microsoft System Attendant.

закрыл ее и попытался мигрировать те ящики которые в старой базе еще остались. 

ошибка
 Не удается открыть почтовый ящик /o=First Organization/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=SRVITSS-014V/cn=Microsoft System Attendant.

на EX2010 отменил запрос миграции.

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

Редко обращаюсь к Вам УВ. коллеги, но нуждаюсь в помощи.

Крайний вариант я все переподниму, но хотелось бы и решить проблему.

Заранее благодарен.

Hi

Thanks for your reply. Not sure, if anyone had similar issue, but so far below is what I was noticing

After following the MS recommended guidelines to fix the issue (http://support2.microsoft.com/kb/2807668?wa=wsignin1.0), It was almost 2 hours and several restart of the server I
could see that the Mailbox database went from Failed to «Active mounting» & Indexing to «unknown» status. I think what may have happened is, during the deletion of the GUID folder from the database location and restarting of all exchange
services, the database itself might have gone into a dirty shutdown mode. I then carried on with the below solution

1) Dismounted the database from EAC — give it 10 to 15 minutes for the dismount status to show dismounted and not dismounting before the 2nd step

2) Once dismounted from Step 1, Stopped the «Exchange Search & Search host controller» service

3) Deleted the GUID folder again

4) Mount the database again — give it 10 to 15 minutes for the mounting status to show «mounted»

5) Restarted «Microsoft Exchange Active Directory Topology» Services that restarts all the other Microsoft Exchange depended services

Then I started to see my Database Index straitaway went from Crawling to Healthy status when I use the

Get-mailboxdatabasecopystatus * from EMS & from EAC

6) Now if I try to move a mailbox from the Exc2010 database using get-moverequest cli it works fine.

So I think, if the database gone to a dirty shutdown status, which you cant tell from EAC, regardless of how many services restart, it wont work,

Funny thing is, I have up to date all updates of exchanges 2013 upto CU6 so I shouldn’t have to do all these stuff around, The creating of «contentsubmitter» group should be part of AD prep during the Exchange 2013 installation, I am not sure what
Microsoft is doing about this.

So Just to recap — if anyone else out there with the same issue.

1) Create «ContentSubmitters» Universal Security group in the Exchange Groups OU, give «network services» & «Administrator» account full rights to the «ContentSubmitters» group

2) Do a AD replication if necessery

3) stop «exchange search & search host controller» services, delete the GUID folder located in the mailbox database location

4) restart the above services and wait for the indexing to show from crawling to healthy — if this hasn’t changed to healthy then do below

5) Dismount database

6) Delete the GUID folder

7) remount Database

8) Restart AD exchange topology services


MCITP, MCSA, MCSE,VCP — Consultant, Solution Design, Implementation

  • Edited by

    Monday, September 29, 2014 3:20 AM

  • Proposed as answer by
    Amy.Wang
    Tuesday, September 30, 2014 3:07 AM
  • Marked as answer by
    Amy.Wang
    Monday, October 6, 2014 10:23 AM

Hi

Thanks for your reply. Not sure, if anyone had similar issue, but so far below is what I was noticing

After following the MS recommended guidelines to fix the issue (http://support2.microsoft.com/kb/2807668?wa=wsignin1.0), It was almost 2 hours and several restart of the server I
could see that the Mailbox database went from Failed to «Active mounting» & Indexing to «unknown» status. I think what may have happened is, during the deletion of the GUID folder from the database location and restarting of all exchange
services, the database itself might have gone into a dirty shutdown mode. I then carried on with the below solution

1) Dismounted the database from EAC — give it 10 to 15 minutes for the dismount status to show dismounted and not dismounting before the 2nd step

2) Once dismounted from Step 1, Stopped the «Exchange Search & Search host controller» service

3) Deleted the GUID folder again

4) Mount the database again — give it 10 to 15 minutes for the mounting status to show «mounted»

5) Restarted «Microsoft Exchange Active Directory Topology» Services that restarts all the other Microsoft Exchange depended services

Then I started to see my Database Index straitaway went from Crawling to Healthy status when I use the

Get-mailboxdatabasecopystatus * from EMS & from EAC

6) Now if I try to move a mailbox from the Exc2010 database using get-moverequest cli it works fine.

So I think, if the database gone to a dirty shutdown status, which you cant tell from EAC, regardless of how many services restart, it wont work,

Funny thing is, I have up to date all updates of exchanges 2013 upto CU6 so I shouldn’t have to do all these stuff around, The creating of «contentsubmitter» group should be part of AD prep during the Exchange 2013 installation, I am not sure what
Microsoft is doing about this.

So Just to recap — if anyone else out there with the same issue.

1) Create «ContentSubmitters» Universal Security group in the Exchange Groups OU, give «network services» & «Administrator» account full rights to the «ContentSubmitters» group

2) Do a AD replication if necessery

3) stop «exchange search & search host controller» services, delete the GUID folder located in the mailbox database location

4) restart the above services and wait for the indexing to show from crawling to healthy — if this hasn’t changed to healthy then do below

5) Dismount database

6) Delete the GUID folder

7) remount Database

8) Restart AD exchange topology services


MCITP, MCSA, MCSE,VCP — Consultant, Solution Design, Implementation

  • Edited by

    Monday, September 29, 2014 3:20 AM

  • Proposed as answer by
    Amy.Wang
    Tuesday, September 30, 2014 3:07 AM
  • Marked as answer by
    Amy.Wang
    Monday, October 6, 2014 10:23 AM

Sometimes you can hear users complain about not being able to search in Outlook and OWA, one thing that often causes this, is the Content Indexing in Exchange server.

So how to find out?

Go to Exchange Powershell, and type:

Get-MailboxDatabaseCopyStatus * | sort name | Select name,status,contentindexstate

You will get a status of your databases ContentIndexState that will show:

Catalog state: FailedAndSuspended.

Stop theese services:

StopService MSExchangeFastSearch

StopService HostControllerService

After that, find out where the Exchange database involved, resides:

GetMailboxDatabase <DATABASE NAME> | select EdbFilePath

In here, we find the GUID folder for the index, delete that folder or rename it:

Start the two services again:

StartService MSExchangeFastSearch

StartService HostControllerService

Now the indexing service will be starting up again, slowly crawling through the database, but please remember, this will take a long time to complete, also if the database is big!

Everything can be done during work hours, without any kind of interruption.

After a while, try to run this command again:

As you can see, now it’s not suspended anymore, just “Failed”

Then after some time, run the command another time:

An now we are crawling 🙂

Finally we will reach this:

And search should start working again 🙂

October 23 2012, 10:04

Category:

  • IT
  • Cancel
Проблема

: При включении копии базы данных на сервере Exchange 2010 происходит ошибка:

Не удалось активировать копию базы данных 'Включить копию базы данных...'.

Включить копию базы данных...
Ошибка
Ошибка:
Сбой операции Active Manager. Ошибка Сбой действия базы данных. Ошибка: Произошла ошибка при попытке проверки указанной копии базы данных для возможной активации. Ошибка: Файлы каталога индекса содержимого копии базы данных "Database" на сервере "EXCHANGE" имеют следующее состояние: 'Failed'. Чтобы переместить базу данных при необходимости, используйте командлет Move-ActiveMailboxDatabase с параметром -SkipClientExperienceChecks.. [База данных: Database, Сервер: EXCHANGE]

Сбой операции Active Manager. Ошибка Произошла ошибка при попытке проверки указанной копии базы данных для возможной активации. Ошибка: Файлы каталога индекса содержимого копии базы данных "Database" на сервере "EXCHANGE" имеют следующее состояние: 'Failed'. Чтобы переместить базу данных при необходимости, используйте командлет Move-ActiveMailboxDatabase с параметром -SkipClientExperienceChecks..

при этом на сервере, на котором пытаемся включить базу, регистрируется ошибка:

<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
 <System>
  <Provider Name="ExchangeStoreDB" />
  <EventID Qualifiers="49156">123</EventID>
  <Level>2</Level>
  <Task>1</Task>
  <Keywords>0x80000000000000</Keywords>
  <TimeCreated SystemTime="TIME" />
  <EventRecordID>RECORDID</EventRecordID>
  <Channel>Application</Channel>
  <Computer>EXCHANGE</Computer>
  <Security />
 </System>
 <EventData>
  <Data>Database</Data>
  <Data>DatabaseGUID</Data>
  <Data>ContentIndex</Data>
  <Data>CatalogReseed</Data>
  <Data>Database</Data>
  <Data />
  <Data />
  <Data>TIME</Data>
 </EventData>
</Event>
На 'TIME' в копии базы данных банка данных сервера Microsoft Exchange 'Database' на этом сервере произошло повреждение каталога поиска. Дополнительные сведения об ошибке см. в журнале событий на сервере для других событий "ExchangeStoreDb" и "MSExchange Search Indexer". Повторное заполнение каталога рекомендуется выполнять с помощью задачи 'Update-MailboxDatabaseCopy'.

Решение

: Для начала проверим статус базы:

Get-MailboxDatabaseCopyStatus Database | fl Name,*Index*

В результатах вывода видим поврежденную базу данных:

Name                     : DatabaseEXCHANGE
ContentIndexState        : Failed
ContentIndexErrorMessage : Catalog needs a reset for database {GUID}.

Name                     : DatabaseEXCHANGE-2
ContentIndexState        : Healthy
ContentIndexErrorMessage :

Следующим шагом останавливаем копирование базы:

Suspend-MailboxDatabaseCopy –Identity DatabaseEXCHANGE

Далее на сервере с исправной базой выполняем с правами администратора:

cd "C:Program FilesMicrosoftExchange ServerV14Scripts"
.ResetSearchIndex.ps1 -force Database

В результате работы скрипта будет пересоздан каталог с индексами. Теперь обновляем базу на проблемном сервере:

Update-MailboxDatabaseCopy -Identity DatabaseEXCHANGE -SourceServer EXCHANGE-2 -CatalogOnly

Теперь база работоспособна и можно ее включить.

После замены диска в рейде, во время ребилдинга, произошел сбой. В результате оказались повреждены файлы виртуальных машин, vhdx. На сервере Exchange после восстановления запуска было обнаружено, что не подключается база, содержащая в себе почтовые ящики(собственно, mailbox.edb). Файл бэкапа ВМ был также поврежден(нет, это был не тот же раздел того же диска, но тем не менее), но из него удалось извлечь более-менее полную копию базы, а также файлы логов. Было проведено мягкое восстановление через eseutil, база была подключена обратно к серверу Exchange. Также была обнаружена ошибка «Состояние индекса содержимого: FailedAndSuspended», которая решается удалением индексов и перезапуском поисковой службы. После этого состояние индекса меняется на Crawling, база начинает индексироваться, почта ходит, все работает, но после индексации база получает статус Failed и отмонтируется. В чем могут быть причины и как их устранить?


  • Вопрос задан

    более трёх лет назад

  • 1219 просмотров

Note: this tip applies to Exchange Server 2013 Mailbox servers that are not members of a Database Availability Group. For failed content indexes on DAG members refer to this article.

On an Exchange Server 2013 server you may encounter failed content indexes that are preventing end users from being able to run searches in OWA and Outlook.

A failed content index will be visible in the output of Get-MailboxDatabaseCopyStatus:

[PS] C:>Get-MailboxDatabaseCopyStatus * | ft -auto

Name             Status  CopyQueueLength ReplayQueueLength LastInspectedLogTime ContentIndexState
----             ------  --------------- ----------------- -------------------- -----------------
DB01EX2013SRV1  Mounted 0               0                                      FailedAndSuspended
DB02EX2013SRV1  Mounted 0               0                                      FailedAndSuspended
DB03EX2013SRV1  Mounted 0               0                                      Healthy
DB04EX2013SRV1  Mounted 0               0                                      FailedAndSuspended
DB05EX2013SRV1  Mounted 0               0                                      Disabled

In the example above the content indexes for DB01, DB02, and DB04 are failed.

Other indications of a problem can be seen in the Application event log, for example:

Log Name: Application
Source: MSExchangeIS
Date: 2/16/2015 11:09:26 AM
Event ID: 1012

Description:
Exchange Server Information Store has encountered an error while executing a full-text
index query ("eDiscovery search query execution on database 191987bf-5e9f-4ba4-b13b-3cadcb9e51f5
failed."). Error information: System.ServiceModel.FaultException`1[System.ServiceModel.ExceptionDetail]:
Internal error while processing request (Fault Detail is equal to An ExceptionDetail, likely created by
IncludeExceptionDetailInFaults=true, whose value is:
Microsoft.Ceres.InteractionEngine.Component.ProcessingEngineException: Internal error while processing request
at Microsoft.Ceres.InteractionEngine.Component.CieProcessingEngine.LogAndRethrowException(Exception e)

Log Name: Application
Source: MSExchangeFastSearch
Date: 2/16/2015 11:06:13 AM
Event ID: 1009

Description:
The indexing of mailbox database DB02 encountered an unexpected exception. Error details:
Microsoft.Exchange.Search.Core.Abstraction.OperationFailedException: The component operation has failed.
---> Microsoft.Exchange.Search.Engine.FeedingSkippedForCorruptionException: "Feeding was skipped for
'63fe7551-8100-4e3e-9a3e-4b14744eddb6 (DB02)' due to the state 'Failed', error code: 'CatalogCorruption',
failure code: '2400519', failure reason: 'Failed to initialize FastServer: Generation mismatch:
0 < GID[82381] [IndexName=63FE7551-8100-4E3E-9A3E-4B14744EDDB612.Single]'."
at Microsoft.Exchange.Search.Engine.SearchFeedingController.InternalExecutionStart()
at Microsoft.Exchange.Search.Core.Common.Executable.InternalExecutionStart(Object state)
--- End of inner exception stack trace ---
at Microsoft.Exchange.Search.Core.Common.Executable.EndExecute(IAsyncResult asyncResult)
at Microsoft.Exchange.Search.Engine.SearchRootController.ExecuteComplete(IAsyncResult asyncResult)

To rebuild a failed content index we first need to stop the search services on the Exchange server. Note that this may impact searches for other healthy databases, and the rebuilding process can also create a significant load on the server, so you may wish to do these steps outside of normal business hours.

Stop the following services:

  • Microsoft Exchange Search Host Controller
  • Microsoft Exchange Search
[PS] C:>stop-service MSExchangeFastSearch

[PS] C:>stop-service HostControllerService

Navigate to the location of the content index for the database. This will be the same folder that the database file is located in. For example, DB01 is located in F:DB01.

[PS] C:>Get-MailboxDatabase DB01 | select EdbFilePath

EdbFilePath
-----------
F:DB01DB01.edb

The content index is stored in a folder named for the GUID of the database.

exchange-2013-catalog-index-location

Delete the folder. Repeat the same steps to delete the folder for any other failed content indexes you’re also dealing with at the time.

Then start the search services again.

[PS] C:>start-service MSExchangeFastSearch

[PS] C:>start-service HostControllerService

The content indexes will be rebuilt, which can take quite a while to complete depending on the amount of data in the databases.

Eventually you should find that your content indexes are healthy again.

[PS] C:>Get-MailboxDatabaseCopyStatus * | ft -auto

Name             Status  CopyQueueLength ReplayQueueLength LastInspectedLogTime ContentIndexState
----             ------  --------------- ----------------- -------------------- -----------------
DB01EX2013SRV1  Mounted 0               0                                      Healthy
DB02EX2013SRV1  Mounted 0               0                                      Healthy
DB03EX2013SRV1  Mounted 0               0                                      Healthy
DB04EX2013SRV1  Mounted 0               0                                      Healthy
DB05EX2013SRV1  Mounted 0               0                                      Disabled

Понравилась статья? Поделить с друзьями:
  • Сочи стало какая ошибка
  • Состояние доступности ошибка что это значит
  • Сочи стал столицей олимпиады ошибка
  • Состояние доступности ошибка windows 10 как исправить
  • Состояние доступа ошибка как исправить