Решено ошибка при перемещении ящика
- Автор темы Denis
- Дата начала
alxmel
Участник
I think I find the cause, the UseDatabaseQuotaDefaults is false, thus it will use quota limitation on its mailbox. And, the StorageLimitStatus stay in IssueWarning.
However, there's a spelling mistake in your first CMD, it should be "*quota" instead of "*qouta". Thus, I cannot see the quota settings on this mailbox. I suppose that it might be 4GB.
Therefore, to fix your issue, we can:
1. Increase the mailbox quota setting on this problematic mailbox.
Or
2. Set UseDatabaseQuotaDefaults to True, thus it will apply quota setting in database level.
However, there's a spelling mistake in your first CMD, it should be "*quota" instead of "*qouta". Thus, I cannot see the quota settings on this mailbox. I suppose that it might be 4GB.
Therefore, to fix your issue, we can:
1. Increase the mailbox quota setting on this problematic mailbox.
Or
2. Set UseDatabaseQuotaDefaults to True, thus it will apply quota setting in database level.
Serg
Случайный прохожий
возможно почтовый ящик поврежден / или личный архив поврежден
Попробуйте восстановить ящик таким командлетом
Код:
New-MailboxRepairRequest -Mailbox user -CorruptionType ProvisionedFolder, SearchFolder, AggregateCounts, Folderview
Vadim
Случайный прохожий
Это происходит из-за индексации содержимого на копиях базы данных, поэтому для решения этой проблемы отключите ее в базе данных почтовых ящиков до завершения миграции для той базы данных, в которой находится почтовый ящик.
Чтобы отключить его, выполните следующую команду:
Примечание: это должно быть повторно включено после завершения миграции
Эта ошибка может отсутствовать в средах Exchange 2016, поскольку процесс индексирования полностью изменен по сравнению с Exchange 2016.
Это может произойти, если есть какие-либо проблемы с производительностью диска, вызывающие задержку диска, время отклика из источника становится высоким, а пакеты миграции истекают по тайм-ауту. Это задерживает миграцию почтовых ящиков. Начните проверять IOPS целевой производительности диска Exchange 2016 и т. Д. Если вы видите это, то возникнут серьезные проблемы с производительностью Exchange 2016.
Чтобы отключить его, выполните следующую команду:
Set-MailboxDatabase “your mailbox database” -IndexEnabled:$False Примечание: это должно быть повторно включено после завершения миграции
Эта ошибка может отсутствовать в средах Exchange 2016, поскольку процесс индексирования полностью изменен по сравнению с Exchange 2016.
Stalledtotarget_disklatency:Это может произойти, если есть какие-либо проблемы с производительностью диска, вызывающие задержку диска, время отклика из источника становится высоким, а пакеты миграции истекают по тайм-ауту. Это задерживает миграцию почтовых ящиков. Начните проверять IOPS целевой производительности диска Exchange 2016 и т. Д. Если вы видите это, то возникнут серьезные проблемы с производительностью Exchange 2016.
Последнее редактирование:
Denis
Случайный прохожий
Все плохо. Когда смотрю статус БД то вижу reseeding of the index is required.
Точнее проблема с полнотекстовым индексом..
Name Status CopyQueue ReplayQueue LastInspectedLogTime ContentIndex
Length Length State
---- ------ --------- ----------- -------------------- ------------
DB\MAIL Mounted 0 0 Healthy
Mailbox Database 1615572504\MAIL Mounted 0 0 Healthy
DB2\MAIL Mounted 0 0 Healthy
DBMailBox\MAIL1 Mounted 0 0 Healthy
DBArchive\MAIL1 Healthy 0 0 12.06.2020 22:22:46 Healthy
DBArchive\MAIL2 Mounted 0 0 Healthy
DBMailBox\MAIL2 Healthy 0 0 12.06.2020 22:29:03 FailedAndSus
pended
Точнее проблема с полнотекстовым индексом..
Name Status CopyQueue ReplayQueue LastInspectedLogTime ContentIndex
Length Length State
---- ------ --------- ----------- -------------------- ------------
DB\MAIL Mounted 0 0 Healthy
Mailbox Database 1615572504\MAIL Mounted 0 0 Healthy
DB2\MAIL Mounted 0 0 Healthy
DBMailBox\MAIL1 Mounted 0 0 Healthy
DBArchive\MAIL1 Healthy 0 0 12.06.2020 22:22:46 Healthy
DBArchive\MAIL2 Mounted 0 0 Healthy
DBMailBox\MAIL2 Healthy 0 0 12.06.2020 22:29:03 FailedAndSus
pended
BackTrace
Случайный прохожий
Заберите с другого сервера если DAG
Update-MailboxDatabaseCopy -Identity DB1\MBX1 -CatalogOnly 
Отключите вообще полнотекстовый индекс для базы почтовых ящиков и для базы архивов в 2016 сервере, на момент миграции. Как вам посоветовали выше.
Microsoft Exchange Search
Microsoft Exchange Search Host Controller
Set-MailboxDatabase “your mailbox database” -IndexEnabled:$False Затем тормозите две службы, удаляете папку с индексом запускаете службыMicrosoft Exchange Search
Microsoft Exchange Search Host Controller
Denis
Случайный прохожий
Вобщем отключил полнотектовый индекс на момент миграции, все стало нормально копироваться. Из 147 почтовых ящиков обнаружилось 3 поврежденных, которые не хотели копироваться. В итоге решили ящики пользователей удалить и создать заново на новом сервере. После этого сделать рестор из бэкапов. Всем спасибо !