Могу ли я предотвратить индексацию Exchange в рабочее время?
Мы запускаем 2 сервера Exchange в среде DAG. На обоих серверах размещены 2 базы данных и есть пассивная копия 2 противоположных
Один из наших серверов Exchange индексирует пассивную копию самой большой базы данных, в результате чего ЦП увеличивается до 99%, а память - до 80% (виртуальная машина с 6 ядрами и 32 ГБ ОЗУ) из-за следующих процессов:
- noderunner
- Microsoft.Exchange.Store. Рабочий
- MSExchangeHMWorker
Когда я использую командлет Get-MailboxDatabaseCopyStatus , он сообщает мне, что LastInspectedLogTime произошел несколько секунд назад, поэтому он активно «проверяет» базу данных.
Это второй раз это случилось утром в понедельник и это очень раздражает. Я не знаю, как долго он будет оставаться при такой высокой загрузке ЦП, поскольку в прошлый раз мы просто перезапустили сервер.
Есть ли способ предотвратить это в определенное время? Может быть, с использованием расписания или чего-то еще?
1. Невозможно предотвратить индексацию содержимого Exchange Server в рабочее время (единственный обходной путь - запустить / остановить службу индексатора). Однако, если вы отключите службу, ваши пользователи будут получать сообщение об ошибке в клиентах Outlook при выполнении поиска. Я также не стал бы пытаться отключить индекс для БД внутри DAG (см. здесь , если необходимо). Потому что, если индекс работает некорректно (например, служба не работает или индекс в БД отключен), автоматическое переключение на отказ в вашем DAG не будет работать (см. здесь ), и вам необходимо переместить почтовые ящики вручную через:
Move-ActiveMailboxDatabase <database> -SkipClientExperienceChecks -ActivateOnServer MAIL1
, если что-то работает должным образом. Вы также можете полностью сбросить индекс, если он станет устаревшим (см. здесь ), что тогда займет гораздо больше времени, чем его запуск и запуск.
2. Однако вы можете точно настроить индексатор. Например, если размер вложения по умолчанию 32 МБ слишком велик для вашей среды (например, из-за того, что большинство пользователей работают с Outlook в режиме кеширования, который использует локальный индекс ПК), вы можете ограничить индекс сервера до 2 МБ. Вы также можете отключить индексацию некоторых типов файлов, например файлов ZIP, если это необходимо. Я думаю, что точная настройка индекса может быть гораздо лучшим вариантом в вашей среде, поскольку отключение индекса убьет большинство функций DAG. Поскольку точная настройка из индекса может быть не по теме вашего вопроса, я не буду здесь вдаваться в подробности. Вы можете найти различные варианты , например, здесь . Я бы также полностью сбросил индекс после того, как вы проделали здесь некоторую тонкую настройку, чтобы индекс содержал только исправления, которые должны быть проиндексированы, а не старые.
Совет: если ваш сервер Exchange превышает емкость , Я бы начал использовать режим Office Cache, запретить использование OWA и точно настроить процесс индексации, а также создать и назначить собственную политику ограничения клиента . Если это невозможно или не помогло, вам нужно больше мощности процессора.
Метод грубой силы. Вы можете контролировать время индексирования с помощью службы индексатора поиска Microsoft Exchange. Остановитесь и отключите утром. Старт в нерабочее время. Остановите его во время резервного копирования. (предварительный сценарий) Запустите его после завершения резервного копирования (сценарий публикации).
Какие-либо события ошибки источника устранения неполадок CI в журнале приложений? ЕСЛИ это так, ознакомьтесь с https://technet.microsoft.com/en-us/library/hh377599 (v = exchg.140) .aspx
Наконец, вы всегда можете отключить индексацию копий. Если да, то сначала прочтите эту статью: https://social.technet.microsoft.com/Forums/ie/en-US/04b239ef-93b8-45d7-864a-67ef1cbaaaad/disable-content-indexing-on-dag-database-prevents-fail-over ? forum = exchange2010