В этом сценарии данные ExMon по операциям RPC свидетельствуют, что ограничения, накладываемые на клиентские компьютеры, являются причиной высокой нагрузки на данный сервер. В контексте MAPI ограничение относится к операции MAPI, называемой Restrict. Эта операция используется для выбора элементов, отвечающих определенному критерию. Операция Restrict является частью процесса по запросу Exchange создать представление папки или набора папок (фактически, таблицы базы данных со связанным критерием). Если представление папки или набора папок уже имеет совпадающее ограничение, Exchange использует существующее представление для удовлетворения запроса пользователя. Если же представление не имеет совпадающего ограничения, Exchange создает новое представление. Создание представления является более дорогим, чем использование существующего представления.

После перемещения почтовых ящиков клиентские ограничения на короткое время становятся более дорогими. При выполнении операции move-mailbox сервер перестраивает индексы папок. Таким образом, когда клиенты впервые просматривают папки на новом сервере, все ограничения должны быть созданы заново. Поэтому производительность может значительно снизиться. Если же почтовые ящики в последнее время не перемещались, следует и исследовать следующие возможности:

• Другое приложение MAPI установлено на клиентских компьютерах. Довольно часто надстройки Microsoft Office Outlook® или другие приложения MAPI могут привести к созданию слишком большого количества ограничений.
  
  
• На почтовые ящики наложены соответствующие ограничения по размеру во всей организации.
  
  

Дополнительные сведения о размере почтового ящика и количестве элементов см. в блоге группы по Microsoft Exchange, посвященном этой теме (http://go.microsoft.com/fwlink/?linkid=55097).

Примерами массовых операций RPC являются свойства перемещения, удаления или настройки (то есть флаг чтения), применяемые к сотням или тысячам элементов в одной операции. Эти типы операций могут привести к существенному снижению производительности сервера в короткие интервалы времени. Если массовые операции RPC выполняются часто, и на сервере возникают узкие места на уровне диска или процессора, производительность Outlook, относящаяся к другим пользователям того же сервера, уменьшится.

1. Проверьте, что заданы предельные размеры почтового ящика.

2. Рекомендуется, чтобы пользователи архивировали элементы в PST-файлы.

   Примечание.
   Общая рекомендация может состоять в том, чтобы в папках, которые часто используются, содержалось менее 5000 элементов.

Массовые операции синхронизации RPC свидетельствую о том, многие пользователи в данный момент выполняют синхронизацию элементов. В результате этого возрастает загрузка сервера.

• Убедитесь, что серверы Exchange были масштабированы в соответствии с количеством клиентских компьютеров, на которых выполняется Outlook в режиме кэширования Exchange. Дополнительные сведения см. в документе, посвященном удаленному вызову процедур Exchange Server 2003 в сценариях развертывания HTTP (http://go.microsoft.com/fwlink/?LinkId=47577).

• Замедление обработки клиентских запросов в режиме кэширования Exchange может помочь в устранении проблемы снижения производительности в связи с массовыми операциями синхронизации RPC. Дополнительные сведения см. в статье 818484 базы знаний Майкрософт, посвященной значений реестра и счетчиков производительности, которые можно использовать для настройки и отслеживания синхронизации клиентов Outlook (http://go.microsoft.com/fwlink/?LinkId=3052&kbid=818484).

Иногда в работе Exchange может возникнуть неожиданное значительное снижение производительности, вызванное высокой загрузкой, которая более или мене равномерно распределяется между пользователями. Это может быть обусловлено плохим планированием, при котором недостаточно учитывался фактор роста организации. Если при планировании учитывались рекомендации корпорации Майкрософт по масштабированию организации, однако производительность по-прежнему остается низкой в результате выполнения большого количества клиентских операций, это может свидетельствовать о том, что пользователи выполняют приложения MAPI или надстройки Outlook сторонних разработчиков.

Данные ExMon по операциям RPC свидетельствуют, что пользователь создает новые представления, который приводят к значительному возрастанию загрузки сервера. В этом сценарии на одного пользователя приходится значительный процент использования процессора для операций удаленного вызова процедур.

При исследовании этой проблемы рассмотрите следующие сценарии:

• Пользователь может выполнять операции с папкой, содержащей много элементов. Чтобы устранить эту проблему, обяжите пользователей уменьшить количество элементов в каждой отдельной папке. Общая рекомендация может состоять в том, чтобы в папках содержалось менее 2000 элементов.
  
  
• Пользователь может работать с плохо написанным приложением, что приводит к повышению загрузки сервера. Чтобы устранить эту проблему, удалите данное приложение.
  
  

• Дополнительные сведения о быстродействии сервера Exchange см. в руководстве по управлению производительностью и масштабируемостью Exchange Server 2003 (http://go.microsoft.com/fwlink/?LinkId=47576).
  
  
• Дополнительные сведения об устранении проблем, связанных с производительностью сервера Exchange, см. на веб-узле, посвященном устранению неполадок, связанных с производительностью сервера Microsoft Exchange (http://go.microsoft.com/fwlink/?LinkId=47588).
  
  
• Дополнительные сведения о размере почтового ящика и количестве элементов см. в блоге группы по Microsoft Exchange, посвященном этой теме (http://go.microsoft.com/fwlink/?linkid=55097).
  
  
• Дополнительные сведения об ограничениях на размер почтового ящика см. в блоге группы по Microsoft Exchange, посвященном этой теме (http://go.microsoft.com/fwlink/?LinkId=55098).
  
  
• Дополнительные сведения об ExMon см. на веб-узле загрузки ExMon (http://go.microsoft.com/fwlink/?LinkId=54983).