Коллеги, а в 2019 при "New-MoveRequest : exceeds target quota" недостаточно просто увеличить квоты в базе? У меня почему то всё равно продолжает показывать что ящик не укладывается в старый лимит

Коллеги, добрый день. Есть 5 баз MS Exchange. Полнотекстовый индекс по всем 5 базам около 7 ГБ. Скажите, пожалуйста, у кого-то есть опыт/понимание сколько времени займёт перестроение при указанном объеме? (сервер шустрый, диски ssd). Нужно просто понять, за ночь успею или нет. Может быть это вообще мини-объем, пока не сталкивался просто с перестроением. Знаю, что делать, но не знаю примерное оценочное время. Заранее спасибо за информацию.

Если ночью нагрузки нет - может и успеете.

Евгений, понял. Спасибо. А есть какие-то усредненные значения (при условии шустрого сервера), в течение какого времени проходит 1 ГБ при перестроении?

Я понял в чем проблема. На прошлой неделе обновлял сервер. Запустилась служба Microsoft Exchange Search Host Controller, а Microsoft Exchange Search она остановлена. Вот в этом и проблема статус ПИ - Failed. У меня вопрос еще, мб глупый, а если запустить MS Exchange Search, проблема не исправится при данном сценарии? Или нужно перестраивать обязательно?

Успеете. Это вообще не обьем, если сервер не тормозит

Я правда не уверена, что вы не опечатались, написав 7gb

Всё верно, с 5 баз - общий объем 7 ГБ - это вес 5-ти папок полнотекстового индекса со всех баз.

Зависит от версии. В последних, скорее всего поправится самостоятельно

Понял, спасибо. Коллеги, последний вопрос. Если кому не сложно, у меня MS Exchange Server 2016. Служба MS Exchange Search, тип запуска - вручную должна стоять? Или всё-таки автоматически?

Всё, нашел. Должна быть в автоматическом режиме. На всякий случай оставлю, если кому понадобится. Состояние служб Microsoft Exchange Server: https://docs.microsoft.com/ru-ru/exchange/plan-and-deploy/deployment-ref/services-overview?view=exchserver-2016

Там 3 классических варианта)

1. Исправляется само, вы это увидите с появлением статуса Crawling
2. Не исправляется само, делаем ребилд по кабэшке, стоп служб, удаление папки, старт служб, ожидание статуса Crawling.
3. И самый мерзкий вариант, копание в кишочках движка Ceres, описан например у Димы
https://fromreallife.wordpress.com/2018/03/01/%D0%B8%D0%BD%D0%B4%D0%B5%D0%BA%D1%81%D0%B0%D1%86%D0%B8%D1%8F-%D0%B8-exchnage-2016/

А стоит ли для ящика наследование квот с базы данных?))

Да. Но даже если бы и нет, то какая разница, если я уже поставил квоту на базе выше, чем размер ящика?

В вопросе заключается ответ)))

+ а что там с объемом и квотами на deleted items
++ а что собственно в get-moverequeststatistics -showdetails | fl

Не понимаю. Если квота на ящике например 20ГБ, а лимит в базе 15ГБ, то всё понятно. А если лимит на ящике 20, а в базе 25, то как это помешает миграции?

- По deleted items квота небольшая. Точно не на 3ГБ.
- - Чтобы получить statistics, нужно чтобы сначала запустился moverequest, а он сразу выдает ошибку при запуске.

New-MoveRequest : Archive size 47.01 GB (50,471,957,230 bytes) exceeds target quota 47 GB (50,465,865,728 bytes).

Вот так это выглядит

Да что за день такой)))
"New-MoveRequest : Archive size 47.01 GB (50,471,957,230 bytes) exceeds target quota 47 GB (50,465,865,728 bytes)."

Собственно, все.

Всё что?


PS C:\Windows\system32> Get-MailboxDatabase arch13 | fl -Property *quot*


ProhibitSendReceiveQuota     : 50 GB (53,687,091,200 bytes)
ProhibitSendQuota            : 50 GB (53,687,091,200 bytes)

archivequota
целевой базы

50 GB