Зарегистрирован: 04.11.2007
Пользователь #: 63,218
Сообщения: 6722

Голоса: 208

Зарегистрирован: 25.12.2008
Пользователь #: 74,835
Сообщения: 283

Зарегистрирован: 25.12.2008
Пользователь #: 74,835
Сообщения: 283

Зарегистрирован: 04.11.2007
Пользователь #: 63,218
Сообщения: 6722

Жизнь замечательных багов Microsoft Exchange (и не только)

Microsoft — удивительная компания. Не редко она готова удивить не только новыми продуктами и приобретениями, но и довольно экстравагантными багами.

Здесь хабравчане пытаются побороть высокую загрузку процессора, отсутствие обновлений Windows Update. Сизифов труд! Но и на этом поле битвы можно одержать локальную победу. До следующего обновления. This behavior is by design.

Настойчивость, аналитическое мышление, отточенный навык связывать казалось бы абсолютно несвязанные факты — абсолютно необходимы Windows-администратору.

Поделюсь забавным случаем из практики.

По долгу службы мой почтовый клиент — Microsoft Outlook в связке с Microsoft Exchange.

Это очень серьезная и функциональная комбинация. Microsoft знает толк в электронной почте, спасибо отцу-основателю, для которого электронная почта была любимым инструментом, лично изменившему поиск в Outlook по Ctrl+F на форвардинг письма.

У этой комбинации есть три недостатка — дорого, очень дорого, и сложно. Microsoft Exchange это тяжелый продукт. Некоторые простые вещи реализованы очень сложно, и чтобы разобраться в простейшей проблеме надо хорошо знать продукт.

К сути вопроса. В вашем почтовом клиенте есть адресная книга? В Outlook + Exchange есть, и не одна.
Помимо личного списка контактов, хранящегося в почтовом ящике, Exchange отдает клиентам адресную книгу всей организации.

В online режиме Outlook подключается к серверу для того, чтобы получить списки получателей. В крупных инсталляциях число почтовых пользователей измеряется десятками тысяч, и нагрузка на серверы может оказаться довольно значительной. Поэтому Microsoft давно перешла по умолчанию на схему синхронизации.

Клиент синхронизирует данные почтовых папок и загружает с сервера offline адресную книгу. Сначала клиент качает полную адресную книгу, размер которой может составлять десятки и сотни мегабайт, а потом, на ежедневной основе, небольшие бинарные патчи с изменениями. «Пропатченная» книга хранится в виде набора файлов:

В один прекрасный день я заметил, что в моем почтовом клиенте — устаревшая адресная книга. День уже не казался таким прекрасным. Попробовал обновить ее вручную — не обновилась.

Проверил сервер. Адресная книга лежала в точке распространения и регулярно обновлялась сервером. У моих коллег не было такой проблемы.

Утром следующего дня я опять остался без обновлений. Может проблема в том, что я — администратор Exchange? Звучит забавно, но была история, что для администраторов Exchange Outlook всегда скачивает полную адресную (сейчас уже не могу найти подтверждение этого факта). Нет, без администраторских привилегий книга не качается. Хорошо, удалил профиль. Нулевой результат.

Запустил Wireshark. Нажимаем скачать — и ничего.

Остался ultima ratio regum — поискать в support.microsoft.com. И что же?
Статья «HTTP version of the Outlook Offline Address Book (OAB) does not download» в качестве решения проблемы предлагает «обновить драйверы беспроводной мыши».

Обновить драйверы беспроводной мыши, чтобы скачивать offline адресную книгу в Outlook? Бред.
Был бы, если бы у меня единственного не была установлена Microsoft Wireless Mouse 8000.

Ставим последний пакет Intellipoint, запускаем «Скачать адресную книгу» и… Она скачивается.

А разгадка одна — безблагодатность MAPI idle tasks. Разработчики MAPI (Mail API, с его помощью Outlook общается с Exchange) сделали так, что некоторые вещи происходят только тогда, когда компьютер простаивает. Скачивание Offline Address Book (в том числе и принудительным нажатием кнопки) — одно из них. Что значит «простаивает» для разработчиков Outlook? Простаивает — значит пользователь не двигает мышью, а драйвер не присылает ОС новых координат курсора. Гениально.

Не менее продвинутые разработчики драйверов для мышей Microsoft решили, что надо посылать ОС статусное сообщение даже в том случае, если мышь не двигается. Надежность прежде всего, а то вдруг приемник или порт уснут.

Вот тут и нашла коса на камень. Событие IDLE не наступало никогда. Но боль и слезы пользователей не были не замечены, и разработчики драйвера исправили «неправильное» поведение мыши.

Спасибо за внимание. На этом пятиминутку ненависти будем считать законченной.

Изменение сведений о автономной адресной книге для учетных записей электронной почты сервера Microsoft Exchange Server

Примечание: Мы стараемся как можно оперативнее обеспечивать вас актуальными справочными материалами на вашем языке. Эта страница переведена автоматически, поэтому ее текст может содержать неточности и грамматические ошибки. Для нас важно, чтобы эта статья была вам полезна. Просим вас уделить пару секунд и сообщить, помогла ли она вам, с помощью кнопок внизу страницы. Для удобства также приводим ссылку на оригинал (на английском языке).

Автономная адресная книга содержит свойства пользователя, например адреса электронной почты, для которых Microsoft Outlook требуется отправить сообщение электронной почты и отобразить сведения об отправителе. С помощью автономной адресной книги Outlook не нужно подключаться к серверу Microsoft Exchange Server для разрешения имен или открытия записей для каждого пользователя. Это сокращает сетевой трафик и повышает производительность.

Автономная адресная книга — это снимок сведений из глобального списка адресов (GAL). Поэтому не все сведения в ГЛОБАЛЬном списке адресов доступны в автономной адресной книге. В автономной адресной книге может быть недоступна следующая информация:

Настраиваемые свойства, добавленные администратором сервера, например идентификатор сотрудника каждого сотрудника.

Членство в группах.

для получения этих сведений Outlook должен иметь доступ к Exchange. Таким образом, если вы работаете в режиме кэширования Exchange и работаете в сети (т. е. состояние подключения подключено к Microsoft Exchange ), Outlook использует как автономную адресную книгу, так и глобальную адресной строке, чтобы предоставить полный список сведений о пользователе. Если вы находитесь в режиме кэширования Exchange, а состояние подключения отключено, попытка подключенияили автономнаяработа, отображаются только сведения из автономной адресной книги.

Изменение сведений о загрузке автономной адресной книги

Вы можете выбрать, какую информацию нужно загрузить, выполнив указанные ниже действия.

Откройте вкладку файл .

Выберите пункт Настройка учетНых записей.

Выберите скачать адресНую книгу или скачать изменения со времени последней отправки и получения.

Если вы видите параметр для загрузки сведений, выберите пункт полные сведения или нет сведений.

Примечание: Если вы используете режим кэширования данных Exchange, рекомендуется скачать подробные сведения о автономной адресной книге. Это позволяет сократить количество ненужных подключений к серверу Active Directory в Microsoft Windows Server ( Outlook ).

Дополнительные сведения об обновлениях автономной адресной книги

Если Outlook работает постоянно в режиме кэширования Exchange, Автономная адресная книга автоматически обновляется за один раз в день в зависимости от обновлений на компьютере, на котором работает Exchange.

Размер автономной адресной книги может изменяться от нескольких мегабайт до сотен мегабайт в несжатом виде. На размер автономной адресной книги влияют следующие факторы:

Использование сертификатов безопасности в Организации. Это один самый большой участник, размер которого не является автономной адресной книгой.

Количество пользователей в доменных службах Active Directory Windows Server.

Количество групп рассылки в доменных службах Active Directory Windows Server.

Сведения, добавленные вашей организацией в доменные службы Active Directory для Windows Server, для каждого пользователя и каждой группы рассылки. Например, некоторые организации заполняют свойства адреса для каждого пользователя.

В Outlook есть следующие меры для защиты сети Организации от слишком большого количества загрузок автономной адресной книги:

В конфигурации по умолчанию только одна попытка загрузки полной версии автономной адресной книги составляет 13 часов. Каждый раз, когда получается ответ сервера, и загрузка начнет считаться попыткой загрузки.

В конфигурации по умолчанию Outlook не ограничивает количество попыток для разностных обновлений. Если разностное обновление завершится сбоем, еще одна попытка будет выполнена через час.

Jaap Wesselius

Recently I had to upgrade an Exchange 2013 platform from CU2 to CU5, there were four Exchange 2013 Client Access servers and eight Exchange 2013 Mailbox servers (in a DAG).

During the upgrade of the Mailbox servers users were presented with the dreaded “The Microsoft Exchange administrator has made a change that requires you quit and restart Outlook.” dialog box.

This is expected behavior when moving from Outlook Anywhere to MapiHttp (since the Outlook profile needs to be updated for this change to take effect) but in this scenario MapiHttp was disabled. The message popped up totally unexpected. The bad thing is, it popped up every 10 minutes or so.

Microsoft has experienced similar issues when Mailboxes are moved from Exchange 2010 to Exchange 2013 as described in this knowledgebase article.

http://support.microsoft.com/kb/2934750 – Outlook 2013 cannot connect after an Exchange Server 2010 mailbox is moved to Exchange Server 2013

In my scenario Mailboxes were moved from Exchange 2010 to Exchange 2013, but this was somewhere between 9 and 12 months ago. And the platform has been pretty stable so far. In this knowledge Microsoft recommends repairing the Outlook profile or recreate the Outlook profile. Not a big deal for a few users, but when running a platform with multiple thousands Mailboxes this is not an option.

According to this TechNet article on RPC End Points this issue shouldn’t popup in Exchange 2013 at all: http://bit.ly/RPCEndPoint- Outlook, RPC end point and PF : The Microsoft Exchange Administrator has made a change that requires you quit and restart Outlook

In this article Public Folders are mentioned as well, but Public Folders were decommissioned between 9 and 12 months ago, in the same timeframe as Mailboxes being moved from Exchange 2010 to Exchange 2013.

Some more digging in the eventlog on the Mailbox server however revealed a warning with Event ID 2937 (MSExchange ADAccess) saying a cross reference to a Public Folder database points to the Deleted Objects container in Active Directory:

Log Name: Application

Source: MSExchange ADAccess

Date: 4-8-2014 18:58:25

Task Category: Validation

Process Microsoft.Exchange.Store.Worker.exe (P >

DEL:0afd612b-7de0-4943-93d2-a5628ce9f61f], it is pointing to the Deleted Objects container in Active Directory. This property should be fixed as soon as possible.

When checking the properties of a Mailbox database with ADSI Edit the MsExchHomePublicMDB property is populated with a Public Folder reference, but since the Public Folder database is decommissioned it points to the Deleted Objects container:

Use the Edit button to clear the reference from this property, restart the Information Store (or do a Database failover in the DAG) and the the popup never shows up again.

There are two questions here:

• Why is this property populated with a reference to the Deleted Objects container? Most likely the Public Folder database wasn’t decommissioned properly, with ADSI Edit for example and not with the Exchange Management Console or Exchange Management Shell since these last two will also remove references from other objects.
• Why has this issue been living here for about a year and does it only show up after an upgrade from Exchange 2013 CU2 to Exchange 2013 CU5? Unfortunately I cannot answer this question at this moment and I haven’t got a decent answer from Microsoft yet. The only thing I know at this point is that Microsoft supports only 2 versions of Exchange 2013 (CU5 and CU4=SP1) and that CU2 is not supported. Therefore, an upgrade from CU2 to CU5 is not supported either. This should have no effect on issues like described above, but I’m afra >

Оценка статьи:

Загрузка...