Добрый день.
есть домен 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:
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
- 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
Теперь база работоспособна и можно ее включить.