Мы запускаем 2 сервера Exchange в среде DAG. На обоих серверах размещены 2 базы данных и есть пассивная копия 2 противоположных.
Один из наших серверов Exchange индексирует пассивную копию самой большой базы данных, в результате чего ЦП увеличивается до 99%, а память - до 80% (виртуальная машина с 6 ядрами и 32 ГБ ОЗУ) из-за следующих процессов:
Когда я использую 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= обмен2010