Вопрос или проблема
Ищу некоторые рекомендации по этому вопросу… MS Outlook перестает отвечать, когда запрашивает данные от Exchange
Настройка…
Три местоположения:
- одно – это головной офис, работающий на серверах Windows 2016 (среда AD), один из серверов работает на Exchange 2016 (Последнее CU13) с одним CAS. Кроме того, на сайте работает ADConnect, так как компания использует MS Teams из 365. Все почтовые ящики хранятся внутри компании. Добавление 365 Hybrid произошло только недавно, так как компания хотела использовать Teams в настоящее время. Однако этот вопрос, о котором я пишу сегодня, возникал еще до добавления Hybrid Exchange и 365. Обратите внимание, что гибридный обмен был настроен только для того, чтобы приложение MS Teams могло видеть календари.
- одна удаленная площадка подключена к головному офису через VPN сайт-сайт с использованием маршрутизаторов DrayTek. 2 пользователя, нет серверов, только ПК, работающие в локальной рабочей группе.
- одна удаленная площадка подключена к головному офису также через VPN сайт-сайт с использованием маршрутизаторов DrayTek. 3 пользователя, работающие на Windows 2012 R2 серверах в другой доменной среде с доверительными отношениями с головным офисом.
Все соединения минимум 100 Мбит/с
На удаленных площадках при запуске MS Outlook 2016 или 2019; при нажатии на email или изменении папок Outlook перестает отвечать.
Через несколько секунд он возвращается к жизни и работает нормально, пока вы не измените папку снова.
Проверяя статус подключения Outlook, я вижу соединения с сервером через VPN (с использованием локального внутреннего адреса, exchange.ad.example.com). Outlook получил этот адрес правильно через Autodiscover.
Я проверил следующее:
- Настройка с помощью MS Connectivity tool, и ничего примечательного там не нашлось.
- Я изменил Outlook с режим кэширования на режим онлайн, и это сделало все хуже.
- Я проверил пропускную способность, и пиковый трафик составляет 3%, так что дело не в этом.
- Я проверил журнал событий на клиентах и на сервере, и ничего примечательного там тоже не нашлось.
- Я удалил MSOffice и переустановил, без изменений
Я заметил, однако, в окне состояния соединения Outlook странное среднее время отклика.
Один из пользователей имеет доступ к нескольким почтовым ящикам (все на одном сервере). Время отклика для большинства почтовых ящиков составляет от 43 до 65, но для пары других оно достигает 622.
Может ли это быть причиной того, что Outlook не отвечает? Ожидание 622 мс?
Однако это не был тот почтовый ящик, который пользователь просматривал в то время. Когда вы отключаете Outlook и подключаете его снова, результаты разные, и длинные ожидания теперь на другом почтовом ящике.
- Я попробовал удалить доступ к удаленным почтовым ящикам и использовать основной почтовый ящик, но все равно Outlook не отвечает.
Просматривая колонку Req/Fail, там 0 отказов. Большинство соединений говорят Cached, а несколько — foreground и background.
-
Я попробовал удалить локальный профиль пользователя (и файл OST), чтобы восстановить их кэшированную копию, и это все равно происходит.
-
Я проверил настройки брандмауэра, и между сайтами внутри используются только стандартные настройки типичной установки Windows и Exchange.
-
Я где-то читал о смене тайм-аута ActiveSync в IIS, но это тоже не решило проблему.
Когда пользователи приходят в головной офис и входят в систему на горячем столе и запускают Outlook, проблем нет.
Так что это только по WAN (VPN) соединениям.
Какие-нибудь идеи?
Можете попробовать запустить Outlook в безопасном режиме, чтобы проверить, не вызывают ли эту проблему какие-либо надстройки? Щелкните правой кнопкой мыши кнопку Пуск и выберите Выполнить. Введите Outlook.exe /safe и нажмите OK.
В соответствии с вашим описанием, эта проблема может быть связана с сетью, вы можете обратиться к специалисту по сети за точными ответами.
Это происходит из-за того, что общий ящик не обновляется в Outlook, это может быть возможной причиной этой ситуации, для которой вам нужно попробовать.
Проверка статуса сервера даст понимание, стабильно ли соединение с сервером через Outlook.
Ручное синхронизирование общего ящика.
ИЛИ вы можете проверить это предложение также.
Если MS Outlook продолжает не отвечать при запросе данных от Exchange, это может быть вызвано большим файлом OST, плохим сетевым подключением или проблемами с сервером. Попробуйте переподключить к сети, вручную или автоматически синхронизировать папки, отключить кэширование общих папок или пересоздать файл OST для решения проблемы.
.
Ответ или решение
Наиболее вероятная причина проблемы с "MS Outlook перестает отвечать при запросе данных из Exchange" может быть связана с конкретными настройками сети и конфигурацией Exchange в вашей среде, особенно учитывая сложность впервые описанной инфраструктуры. Разберем каждую возможную причину и пути их решения.
Теория
Теория: MS Outlook может перестать отвечать по нескольким причинам. Среди них:
- Сетевые проблемы: Поскольку проблема возникает только при подключении через VPN, вероятно, проблема связана с сетью.
- Конфигурационные ошибки: Неправильная конфигурация Exchange или автоконфигурация может привести к задержкам.
- Кэширование: Настройки кэширования могут быть настроены неправильно, особенно для общих почтовых ящиков.
- Программные конфликты: Дополнения в Outlook могут создавать конфликты и увеличивать время отклика.
Пример
Пример: Ваш сценарий отлично иллюстрирует ситуацию, когда у пользователей в удаленных офисах возникают проблемы при переходе между почтовыми ящиками или папками в Outlook, который подключается к серверу Exchange через VPN. В офисах, подключенных к сети напрямую, этой проблемы не наблюдается, что свидетельствует о сетевых проблемах. Среднее время ответа в более чем 600 мс — это значительное время задержки и может указывать на сетевые проблемы или перегрузку сервера.
Применение
Применение:
-
Проблемы с сетью:
- Проверка соединения и задержки по сети: Убедитесь, что VPN-соединение не оказывает влияния на производительность. Используйте тесты ping и tracert для проверки маршрутизации данных.
- Оптимизация VPN: Проверьте настройки VPN на маршрутизаторах DrayTek. Пожалуй, стоит поработать с настройками MTU (Maximum Transmission Unit) или другими параметрами, чтобы оптимизировать поток данных.
-
Конфигурация Exchange:
- Проверка настроек автоконфигурации: Убедитесь, что AutoDiscover настроен корректно и не вызывает конфликты.
- Анализ IIS и OWA: Проверьте журналы IIS для поиска возможных ошибок. Убедитесь, что сертификаты корректны и не вызывают проблем.
-
Оптимизация Outlook:
- Запуск Outlook в безопасном режиме: Проверка конфликтов с добавлениями через Outlook.exe /safe. Если проблема исчезнет, добавления являются причиной.
- Модификация настроек кэширования: Попробуйте отключить кэширование для общих папок или всех почтовых элементов, если это возможно.
- Администрирование OST-файла: Убедитесь, что файлы .ost не слишком объемные и не повреждены. Удаление и воссоздание OST-файла часто решает проблему.
-
Серверные настроек и производительность:
- Модификация IIS: Повышение таймаутов для запросов может помочь, однако это временная мера и не решит всех возможных проблем.
- Мониторинг производительности: Используйте средства мониторинга Windows Server и Exchange для выявления возможных узких мест.
Заключение
Ваши усилия по устранению неполадок уже охватили основные направления. Однако проблема, вероятно, комплексная и затрагивает несколько элементов инфраструктуры. Рекомендация — сотрудничать с сетевым администратором для дальнейшего анализа VPN и улучшения стабильности соединения. Также стоит привлечь специалиста по Exchange для детального анализа конфигурации и локации IIS. Регулярная оптимизация структуры и наиболее новых пакетов обновления Exchange также поможет улучшить производительность.