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

Будучи сложным сервером, имеющим несколько структурных объектов, Exchange Server окружен различными ошибками, которые могут быть связаны со структурой, базой данных или службами. Здесь мы собираемся обсудить одну из этих ошибок, которая может вызывать беспокойство у большинства наших администраторов Exchange Server. Ошибка указывает на «Ошибка состояния индекса содержимого базы данных Exchange». Обычно это вызвано проблемами в хранилище информации Exchange.

Вы можете понимать хранилище информации Exchange на сервере Exchange как источник для обработки запросов нескольких пользователей и ответа на них. Наличие этой ошибки означает прерывание нескольких функций, предлагаемых Биржевой информационный магазин что может быть — сохранение сообщений в черновик при сохранении, проблемы, связанные с DAG, блокировка пассивных копий базы данных во время переключения базы данных, остановка или прерывание функции поиска в Outlook или приложениях, связанных с Outlook, таких как Outlook в Интернете.

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

Администратор Exchange обычно сталкивался с проблемой при попытке запустить команду проверки работоспособности, подобную этой.

Get-ServerHealth <имя базы данных=””> | ?{$_.HealthSetName -eq «Поиск»}

Вы можете воспользоваться помощью командной консоли Exchange напрямую, выполнив эту команду от имени администратора (запустите Exchange Management Shell от имени администратора), чтобы узнать текущее состояние вашей базы данных Exchange Server.

Get-MailboxDatabase <имя базы данных> | Get-MailboxDatabaseCopyStatus | Выберите Имя, *индекс*

Введите имя вашей базы данных в приведенной выше команде (вместо ) и нажмите клавишу ВВОД, чтобы выполнить командлет.

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

Еще одна команда, которая может отображать состояние индекса содержимого.

Get-MailboxDatabaseCopyStatus * | футов – авто

Итак, поскольку вы теперь знаете, что состояние индекса содержимого вашей базы данных Exchange не удалось и оно было приостановлено, вы должны были бы беспокоиться о поиске решения, которое сделает его работоспособным и снова заработает. Мы обязательно поможем вам в этом, предоставив работоспособные решения для исправления ошибки «Ошибка состояния индекса содержимого базы данных Exchange».

Чтобы восстановить поврежденное или сбойное состояние индекса содержимого базы данных, вы можете использовать командлеты Exchange PowerShell, но это полностью зависит от того, использует ли база данных Exchange группу доступности базы данных или нет. Кроме того, этот метод применим только к Exchange Server 2010 и более поздним версиям, поскольку он включает использование команд приложения командной консоли Exchange.

Сообщите нам об этих исправлениях подробно.

Примечание: Пользователь, выполняющий этот метод, должен быть администратором Exchange или иметь назначенные административные права.

Запустите вашу систему Exchange и запустите Оболочка управления Exchange приложение в качестве администратора. Для этого выберите приложение, щелкните по нему правой кнопкой мыши и выберите Запустить от имени администратора вариант.

Теперь выполните эти два решения в разных условиях Exchange Server.

Условие № 1 — Exchange Server НЕ является членом группы обеспечения доступности баз данных.

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

  1. Остановите эти две службы Exchange — Поиск Microsoft Exchange и Хост-контроллер поиска Microsoft Exchange выполнив эти команды в командной консоли Exchange.
    Остановиться Поиск Microsoft Exchange службы, выполните эту команду:

    Останов службы MSExchangeFastSearch

    Остановиться Служба контроллера узла поиска Microsoft Exchangeэто команда

    Stop-Service HostControllerService

  2. Перейдите в папку сохранения папки базы данных Exchange в той же системе, найдите там папку с длинной строкой GUID и полностью удалите ее вместе с ее подпапками. Эта папка с длинными строками содержала индекс содержимого базы данных.
  3. Следующий шаг — снова запустить эти две службы Exchange. Для этого вам просто нужно запустить эти простые команды одну за другой.

    Запуск службы MSExchangeFastSearchStop-Service HostControllerService

  4. Подождите несколько минут. Вы найдете новый индекс содержимого базы данных, созданный в новой папке длинных строк.
  5. Проверьте состояние индексации базы данных Exchange на работоспособность с помощью этой команды.

    Get-MailboxDatabase | Get-MailboxDatabaseCopyStatus | Выберите Имя, *индекс*

  6. Теперь вы можете использовать службы и функции Exchange без каких-либо проблем, связанных с индексом содержимого.

Условие № 2 — Exchange Server является членом группы обеспечения доступности баз данных.

Это условие, при котором ваш Exchange Server является членом группы обеспечения доступности баз данных, и у вас есть несколько копий базы данных, которые затронуты или не затронуты поврежденным или сбойным состоянием индекса содержимого. Сообщите нам, как разрешить эту ситуацию.

  1. Во-первых, узнайте о затронутых копиях базы данных, выполнив эту команду.

    Get-MailboxDatabase <имя базы данных> | Get-MailboxDatabaseCopyStatus | Выберите Имя, *индекс*

    Примечание: Введите имя базы данных Exchange вместо в команде.
    Выходные данные будут отображать исправное и неисправное состояние индекса содержимого базы данных.

  2. Для всех затронутых (сбойных и приостановленных) копий базы данных выполните эту команду для каждой из них одну за другой.

    Update-MailboxDatabaseCopy <имя базы данных>** – имя сервера-источника* – только каталог

    Эта команда предназначена для восстановления поврежденного каталога каждой затронутой базы данных. Вместо <Имя базы данных> необходимо указать имя базы данных, в котором произошел сбой, в формате Затронутое имя базы данных\имя сервера и укажите имя сервера вместо имени сервера, индекс содержимого которого признан работоспособным. Внимательно выполните эту команду и для других затронутых копий базы данных, указав затронутую базу данных и имя исправного сервера в той же команде.

  3. После того, как все затронутые каталоги будут восстановлены, подтвердите свою успешную попытку, выполнив команду еще раз, чтобы просмотреть, все ли индексы содержимого базы данных исправны или нет.

    Get-MailboxDatabase <имя базы данных> | Get-MailboxDatabaseCopyStatus | Выберите Имя, *индекс*

Мы только что обсудили использование команд командной консоли Exchange для исправления «Ошибка состояния индекса содержимого базы данных Exchange». Для запуска этих команд пользователь должен иметь права администратора и иметь технические навыки для правильного выполнения этих команд, в противном случае высока вероятность сбоев из-за ручных ошибок.

Хотя ручное решение возможно для решения этой проблемы, мы также предлагаем вам наиболее эффективный инструмент восстановления Exchange, который обладает способностью устранять все виды проблем, связанных с базой данных Exchange, и извлекает полные данные и их элементы с исходной структурой и иерархией. Инструмент поддерживает все версии Exchange Server от самой старой до самой новой. Вы можете узнать больше об этом инструменте, работая над его бесплатной демо-версией, которая доступна для вас на веб-сайте программного обеспечения.

Скачать сейчас

Заключение

Блог представил потенциальный ручной метод для решения Ошибка состояния индекса содержимого базы данных Exchange проблема с некоторыми командлетами Exchange Management Shell, основанная на членстве в DAG. Продолжайте читать такие справочные блоги, чтобы избавиться от других проблем, связанных с Exchange.

RRS feed

  • Remove From My Forums

 locked

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

RRS feed

  • Вопрос

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

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

Ответы

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

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

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

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

Все ответы

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

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

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

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

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

     если нет то:

    Запустите из C:\Program Files\Microsoft\Exchange Server\V14\Scripts

    ResetSearchIndex.ps1 -force «Mailbox Database»

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

    Update-MailboxDatabaseCopy -Identity «Mailbox Database\ServerName» -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 Files\Microsoft\Exchange Server\V14\Mailbox\<имя_базы>\CatalogData-……. )

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

    1-н сервер

    копий нет

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

    1-н сервер

    копий нет

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

    Запустите из C:\Program Files\Microsoft\Exchange Server\V14\Scripts

    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 Files\Microsoft\Exchange Server\V14\Scripts

    ResetSearchIndex.ps1 -force «Mailbox Database»

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

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

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

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

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

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

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

    (С:\Program Files\Microsoft\Exchange Server\V14\Mailbox\<имя_базы>\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

Добрый день.

есть домен 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, системный есть, а данных нет.

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

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

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

Добрый день.

есть домен 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

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

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                     : Database\EXCHANGE
ContentIndexState        : Failed
ContentIndexErrorMessage : Catalog needs a reset for database {GUID}.

Name                     : Database\EXCHANGE-2
ContentIndexState        : Healthy
ContentIndexErrorMessage :

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

Suspend-MailboxDatabaseCopy –Identity Database\EXCHANGE

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

cd "C:\Program Files\Microsoft\Exchange Server\V14\Scripts"
.\ResetSearchIndex.ps1 -force Database

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

Update-MailboxDatabaseCopy -Identity Database\EXCHANGE -SourceServer EXCHANGE-2 -CatalogOnly

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

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