Состояние индекса содержимого ошибка exchange 2013 - Ремонт и установка крупной бытовой техники

Remove From My Forums

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

Вопрос
Состояние индекса содержимого: 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

Источник

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

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.

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

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

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

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

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

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

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

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,

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

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

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

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,

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

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:

Stop–Service MSExchangeFastSearch

Stop–Service HostControllerService

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

Get–MailboxDatabase <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:

Start–Service MSExchangeFastSearch

Start–Service 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 и отмонтируется. В чем могут быть причины и как их устранить?

Вопрос задан

более трёх лет назад
1227 просмотров

Источник

Issue:

We will find a resolution for the Exchange server 2013 or Exchange server 2016 error on the database index. Yesterday, one of the users in my client’s place called but told me that they could not search the content on their outlook or OWA. The moment I received the call, I made sure it was related to the Exchange server database’s content index and directly login to ECP and checked the content index’s status and found that it was in a disabled state as in the image below.

Exchange Server 2013/2016 Content-Index state Disabled

Resolution:

The get-mailboxdatabase command on Exchange Management Shell shows the IndexEnabled parameter as False for the database where the problem mailbox exists.

The command to check the database index state is as below.

Syntax: Get-MailboxDatabase <database name>| Select Name, IndexEnabled

Example: Get-MailboxDatabase db01 | Select Name, IndexEnabled

The below EMS command will make the IndexEnabled value to true, which means the database content index is enabled.

Syntax: Set-MailboxDatabase <database name> -IndexEnabled $True

Example: Set-MailboxDatabase db01 -IndexEnabled $True

Once the above set command has been run restart the following services.

Microsoft Exchange Search and

Microsoft Exchange Search Host Controller.

After restarting the above services and wait for a few minutes, you can see the database status changed from disabled to Crawling. The crawl of the database will take time; based on the database size. So wait till the database content index to complete crawl and try searching the content on Outlook or OWA client, and you will find the results shown.

Источник

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

Вопрос

Ответы

Все ответы

Issue:

Resolution: