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

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

При установке Exchange 2010 Enterprise создается одна политика регулирования по умолчанию с именем «Основная организация». В развертываниях с несколькими клиентами каждый клиент имеет собственную политику регулирования по умолчанию.

Значение параметра политики MaxConcurrency указывает, сколько одновременных подключений к серверу Exchange может установить определенный пользователь. Подключение удерживается с момента получения запроса и до отправки полного ответа запросившей стороне. Если пользователь одновременно пытается выполнить больше запросов, чем допускает политика, то попытка установки нового подключения завершается сбоем. Однако существующие подключения остаются допустимыми. Параметр <Component Acronym>MaxConcurrency имеет допустимый диапазон значений от 0 до 2147483647 включительно. Чтобы указать, что параметр <Component Acronym>MaxConcurrency не подлежит регулировке (предел отсутствует), необходимо установить значение $null.

Важно!
Не рекомендуется без необходимости устанавливать для параметров политики регулирования значение $null. Нерегулируемые пользователи не ограничены в возможности преднамеренно или непреднамеренно нагружать сервер.

Значение параметра политики PercentTimeInCAS, PercentTimeInAD или PercentTimeInMailboxRPC указывает процентное выражение времени (одной минуты), в течение которого можно:

• выполнять код сервера клиентского доступа (<Component Acronym>PercentTimeInCAS);
  
  
• выполнять запросы LDAP (<Component Acronym>PercentTimeInAD);
  
  
• выполнять запросы RPC почтового ящика (<Component Acronym>PercentTimeInMailboxRPC).
  
  

Значение 100 указывает, что для каждого одноминутного окна пользователь может потратить 60 секунд на использование соответствующего ресурса. Несмотря на то что процесс не будет регулироваться при установке значения 100, необходимо принимать во внимание действие одновременных запросов. Если один процесс включает в себя два одновременных запроса, каждый из которых имеет 60 секунд на выполнение кода сервера клиентского доступа, этот процесс фактически использует 120 секунд в одноминутном окне и представляет значение <Component Acronym>PercentTimeInCAS, равное 200 процентам.

Чтобы указать, что параметры PercentTimeInCAS, PercentTimeInAD и PercentTimeInMailboxRPC не подлежат регулировке (предел отсутствует), необходимо установить значение $null.

Важно!
Не рекомендуется без необходимости устанавливать для параметров политики регулирования значение $null. Пользователи не ограничены в возможности преднамеренно или непреднамеренно нагружать сервер.

Обратите внимание, что значение <Component Acronym>PercentTimeInCAS является перекрывающимся множеством значений <Component Acronym>PercentTimeInAD и <Component Acronym>PercentTimeInMailboxRPC. Это значит, что расход времени на обработку сервера клиентского доступа всегда будет превышать расход времени в <Component Acronym>PercentTimeInAD и <Component Acronym>PercentTimeInMailboxRPC. Это происходит потому, что для выполнения компонентом Exchange вызова Служба каталогов Active Directory или RPC необходимо предварительное выполнение кода сервера клиентского доступа. Кроме того, расход времени на обработку для <Component Acronym>PercentTimeInCAS не прекратится до выполнения вызовов LDAP или RPC. Несмотря на то что в запросе может происходить синхронное ожидание ответов из хранилища Служба каталогов Active Directory или Exchange, этот процесс использует поток на сервере, и поэтому он продолжает расходовать время. В результате для параметра <Component Acronym>PercentTimeInCAS необходимо установить значение, превышающее сумму значений <Component Acronym>PercentTimeInAD и <Component Acronym>PercentTimeInMailboxRPC.

#rtt

В контексте удаленной командной консоли параметр PowerShellMaxConcurrency указывает максимальное число сеансов удаленной командной консоли, которое может одновременно открыть пользователь консоли. В контексте веб-служб параметр PowerShellMaxConcurrency указывает число параллельно выполняемых командлетов, которые одновременно может запустить пользователь. Не требуется сопоставления значения этого параметра с числом открытых пользователем браузеров.

Параметр PowerShellMaxCmdlets указывает число нерегулируемых командлетов, которое можно выполнить за определенный период времени. Этот параметр непосредственно зависит от значения, определенного параметром PowerShellMaxCmdletsTimePeriod. Необходимо задавать значения сразу для обоих параметров.

Параметр PowerShellMaxCmdletsTimePeriod указывает период времени (в секундах), в течение которого пользователь может выполнить число командлетов, определенное параметром PowerShellMaxCmdlets.

Параметр PowerShellMaxCmdletQueueDepth указывает число операций, которое пользователь может одновременно выполнить. Это значение напрямую влияет на работу параметров PowerShellMaxCmdlets и PowerShellMaxConcurrency. Например, параметр PowerShellMaxConcurrency требует выполнения не менее двух операций, заданных в параметре PowerShellMaxCmdletQueueDepth; дополнительные операции также будут учитываться в соответствии с предельным значением регулирования при каждом запуске командлета. Число операций, вычисляемое по отношению к предельному значению регулирования, зависит от выполняемых командлетов. Рекомендуется установить для параметра PowerShellMaxCmdletQueueDepth значение, которое не менее чем в три раза превышает значение параметра PowerShellMaxConcurrency. Этот параметр не влияет на операции, выполняемые с помощью панели управления Exchange или веб-служб Exchange.

Командная консоль Exchange позволяет изменять и просматривать параметры политики регулирования клиентов с помощью командлетов, описанных в следующей таблице.

Командлеты для управления политиками регулирования клиентов на сервере клиентского доступа

Дополнительные сведения о синтаксисе и параметрах этих командлетов см. в разделах New-ThrottlingPolicy, Remove-ThrottlingPolicy, Get-ThrottlingPolicy и Set-ThrottlingPolicy.

Политику регулирования можно связать с определенным объектом. Объект может быть пользователем с почтовым ящиком или без него, контактом или учетной записью компьютера. Дополнительные сведения о синтаксисе и параметрах этих командлетов см. в разделах Get-ThrottlingPolicyAssociation и Set-ThrottlingPolicyAssociation.

Примечание.
Чтобы связать политику регулирования с определенным пользователем или группой пользователей, используйте параметр ThrottlingPolicy с командлетами New-Mailbox и Set-Mailbox.

Чтобы связать политики регулирования клиентов с пользователем или группой пользователей, необходимо изменить свойства их почтовых ящиков с помощью параметра ThrottlingPolicy командлетов Set-Mailbox и New-Mailbox в командной консоли Exchange. Дополнительные сведения см. в разделах Set-Mailbox и New-Mailbox.

#rtt

По умолчанию в политиках регулирования клиентов для параметра IsDefault установлено значение True. Можно получить политику регулирования по умолчанию с помощью фильтра where-object. В следующем примере показано, как получить политику регулирования по умолчанию.

	Скопировать код
Get-ThrottlingPolicy | where-object {$_.IsDefault -eq $true}

Можно установить политики регулирования для каждого пользователя. Поэтому может потребоваться получить политику, управляющую определенным пользователем. Можно получить параметр ThrottlingPolicy из почтового ящика определенного пользователя и передать его в командлет Get-ThrottlingPolicy. В следующем примере используется почтовый ящик Алексея Орехова.

	Скопировать код
$policy = $null; $policyLink = (Get-Mailbox tonysmith).ThrottlingPolicy; if ($policyLink -eq $null) { $policy = Get-ThrottlingPolicy | ? {$_.IsDefault} } else { $policy = $policyLink | Get-ThrottlingPolicy; }

Чтобы создать новую политику регулирования не по умолчанию, выполните командлет New-ThrottlingPolicy и задайте необходимые параметры. Любые пропущенные параметры наследуют значения из политики регулирования по умолчанию. В следующем примере показано, как создать новую политику регулирования ClientThrottlingPolicy2. Новая политика имеет практически идентичные с политикой регулирования по умолчанию параметры. Отличие заключается в том, что в новой политике регулирования не по умолчанию ClientThrottlingPolicy2 для параметра EWSPercentTimeInCAS установлено значение 80 и выключено регулирование EWSPercentTimeInAD.

	Скопировать код
New-ThrottlingPolicy -Name ClientThrottlingPolicy2 -EWSPercentTimeInCAS 80 -EWSPercentTimeInAD $null;

Чтобы назначить политику регулирования не по умолчанию пользователю, выполните командлетSet-Mailbox, как показано ниже.

	Скопировать код
$b = Get-ThrottlingPolicy ClientThrottlingPolicy2; Set-Mailbox -Identity tonysmith -ThrottlingPolicy $b;

Если пользователем управляет политика регулирования не по умолчанию и требуется использовать для него политику по умолчанию, можно ошибочно предположить, что установка для параметра ThrottlingPolicy значения $null позволит выполнить это изменение. Но установка для параметра ThrottlingPolicy значения $null не позволяет изменить объект почтового ящика. Чтобы применить для пользователя политику регулирования по умолчанию, необходимо явно установить ее для этого пользователя с помощью следующей команды.

	Скопировать код
$policy = Get-ThrottlingPolicy | where-object {$_.IsDefault -eq $true} Set-Mailbox -Identity tonysmith -ThrottlingPolicy $policy;

Чтобы узнать, какими пользователями управляет определенная политика регулирования, запустите командлет Get-Mailbox и выполните фильтрацию по идентификатору политики регулирования, как показано в следующем примере. В этом примере фильтрация выполняется по политике $policy.

	Скопировать код
Get-Mailbox | where-object {$_.ThrottlingPolicy -eq $policy.Identity}

Можно удалить только политики регулирования не по умолчанию, которые не связаны с почтовыми ящиками. Для этого выполните командлет Remove-ThrottlingPolicy и передайте идентификатор политики регулирования с помощью следующей команды.

	Скопировать код
Remove-ThrottlingPolicy ClientThrottlingPolicy2

Чтобы удалить политику регулирования, связанную с пользователями, необходимо предварительно назначить этим пользователям другую политику. В следующем примере показано, как удалить политику, связанную с пользователями.

	Скопировать код
$policy = Get-ThrottlingPolicy ClientThrottlingPolicy2; $mailboxes = Get-Mailbox | where-object {$_.ThrottlingPolicy -eq $policy.Identity}; $defaultPolicy = Get-ThrottlingPolicy | where-object {$_.IsDefault -eq $true}; foreach ($mailbox in $mailboxes) { Set-Mailbox -Identity $mailbox.Identity -ThrottlingPolicy $defaultPolicy; } Remove-ThrottlingPolicy ClientThrottlingPolicy2;

Чтобы изменить существующую политику регулирования (в том числе политику по умолчанию), запустите командлет Set-ThrottlingPolicy и укажите параметры, которые необходимо изменить. Например, чтобы установить для параметра EWSMaxConcurrency политики регулирования по умолчанию значение 4, выполните следующую команду:

	Скопировать код
$a = Get-ThrottlingPolicy | where-object {$_.IsDefault -eq $true} $a | Set-ThrottlingPolicy -EWSMaxConcurrency 4