Set-ThrottlingPolicyAssociation

Référence

Module:: ExchangePowerShell

S’applique à:: Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

La cmdlet est disponible uniquement dans Exchange en local.

Utilisez la cmdlet Set-ThrottlingPolicyAssociation pour associer une stratégie de limitation à un objet en particulier. L’objet peut être un utilisateur doté d’une boîte aux lettres, un utilisateur sans boîte aux lettres, un contact ou un compte d’ordinateur.

Remarque : Certains paramètres de la stratégie de limitation (par exemple, MessageRateLimit) s’appliquent uniquement aux objets qui ont des GUID de boîte aux lettres (boîtes aux lettres ou boîtes aux lettres distantes) et ne s’appliquent pas aux utilisateurs de messagerie. Et, si vous souhaitez appliquer une stratégie de limitation à une boîte aux lettres distante, commencez par remplir la boîte aux lettres distante avec exchangeGUID à l’aide de Set-RemoteMailbox -ExchangeGUID.

Pour plus d’informations sur les jeux de paramètres dans la section Syntaxe ci-après, voir Syntaxe da la cmdlet Exchange.

Syntax

Set-ThrottlingPolicyAssociation
   [-Identity] <ThrottlingPolicyAssociationIdParameter>
   [-Confirm]
   [-DomainController <Fqdn>]
   [-ThrottlingPolicy <ThrottlingPolicyIdParameter>]
   [-WhatIf]
   [<CommonParameters>]

Description

La cmdlet Set-ThrottlingPolicyAssociation définit les limites de quota pour des objets spécifiques. Par exemple, si vous remarquez qu’un utilisateur ou un autre objet utilise une bande passante trop importante, vous pouvez associer l’objet en question à une stratégie de limitation plus restrictive.

Dans les déploiements de centres de données, l’objet référencé par les paramètres Identity et ThrottlingPolicy doit être du même domaine.

Pour plus d’informations sur la façon de contrôler les ressources consommées par des utilisateurs individuels, consultez Gestion des charges de travail des utilisateurs dans Exchange Server.

Vous devez disposer d’autorisations pour pouvoir exécuter l’applet de commande Set-ThrottlingPolicyAssociation. Bien que cette rubrique répertorie tous les paramètres de cette cmdlet, il est possible que vous n’ayez pas accès à certains paramètres s’ils ne sont pas inclus dans les autorisations qui vous ont été attribuées. Pour rechercher les autorisations requises pour exécuter une cmdlet ou un paramètre dans votre organisation, voir Find the permissions required to run any Exchange cmdlet.

Exemples

Exemple 1

Set-ThrottlingPolicyAssociation -Identity tonysmith -ThrottlingPolicy ITStaffPolicy

Cet exemple associe un utilisateur avec un nom d’utilisateur tonysmith à la stratégie de limitation ITStaffPolicy qui a des limites plus élevées.

Exemple 2

$b = Get-ThrottlingPolicy ITStaffPolicy

Set-Mailbox -Identity tonysmith -ThrottlingPolicy $b

Il n'est pas nécessaire d'utiliser la cmdlet Set-ThrottlingPolicyAssociation pour associer un utilisateur à une stratégie. Les commandes suivantes présentent une nouvelle manière d'associer tonysmith à la stratégie de limitation ITStaffPolicy.

Paramètres

-Confirm

Le commutateur Confirme spécifie s’il faut afficher ou masquer l’invite de confirmation. L’incidence de ce commutateur sur la cmdlet varie selon que la cmdlet requiert une confirmation avant de poursuivre.

Les applets de commande destructrices (par exemple, les applets de commande Remove-*) ont une pause intégrée qui vous oblige à accuser réception de la commande avant de continuer. Pour ces cmdlets, vous pouvez ignorer l’invite de confirmation à l’aide de cette syntaxe exacte : -Confirm:$false.
La plupart des autres applets de commande (par exemple, les applets de commande New-* et Set-*) n’ont pas de pause intégrée. Pour ces cmdlets, la spécification du commutateur Confirm sans valeur introduit une pause qui vous oblige à confirmer la commande avant de poursuivre.

Type:	SwitchParameter
Aliases:	cf
Position:	Named
Default value:	None
Required:	False
Accept pipeline input:	False
Accept wildcard characters:	False
Applies to:	Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-DomainController

Le paramètre DomainController spécifie le contrôleur de domaine qui est utilisé par cette cmdlet pour lire ou écrire les données dans Active Directory. Vous identifiez le contrôleur de domaine par son nom de domaine complet (FQDN). Par exemple : « dc01.contoso.com ».

Les serveurs de transport Edge ne prennent pas en charge le paramètre DomainController. Un serveur de transport Edge utilise l’instance locale des services AD LDS (Active Directory Lightweight Directory Services) pour lire et écrire des données.

Type:	Fqdn
Position:	Named
Default value:	None
Required:	False
Accept pipeline input:	False
Accept wildcard characters:	False
Applies to:	Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-Identity

Le paramètre Identity spécifie l’objet auquel vous souhaitez associer une stratégie de limitation. L’objet peut être un utilisateur doté d’une boîte aux lettres, un utilisateur sans boîte aux lettres, un contact ou un compte d’ordinateur.

Type:	ThrottlingPolicyAssociationIdParameter
Position:	1
Default value:	None
Required:	True
Accept pipeline input:	True
Accept wildcard characters:	False
Applies to:	Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-ThrottlingPolicy

Le paramètre ThrottlingPolicy spécifie la stratégie de limitation à laquelle vous souhaitez associer l’objet spécifié par le paramètre Identity.

Type:	ThrottlingPolicyIdParameter
Position:	Named
Default value:	None
Required:	False
Accept pipeline input:	False
Accept wildcard characters:	False
Applies to:	Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-WhatIf

Le commutateur WhatIf simule les actions de la commande. Vous pouvez utiliser ce commutateur pour afficher les modifications qui se produiraient sans réellement appliquer ces modifications. Il n’est pas nécessaire de spécifier une valeur pour ce commutateur.

Type:	SwitchParameter
Aliases:	wi
Position:	Named
Default value:	None
Required:	False
Accept pipeline input:	False
Accept wildcard characters:	False
Applies to:	Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

Entrées

Input types

Pour visualiser les types d'entrées acceptés par cette cmdlet, consultez la rubrique Types d'entrée et de sortie de la cmdlet d'Exchange Management Shell. Si le champ Type d'entrée pour une cmdlet est vide, la cmdlet n'accepte pas les données d'entrée.

Sorties

Output types

Pour visualiser les types de retours, également appelés types de sorties, acceptés par cette cmdlet, consultez la rubrique Types d'entrée et de sortie de la cmdlet d'Exchange Management Shell. Si le champ Type de sortie est vide, la cmdlet ne renvoie pas de données.