Set-ThrottlingPolicyAssociation

Referenz

Modul:: ExchangePowerShell

Gilt für::: Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

Dieses Cmdlet ist nur lokal in Exchange verfügbar.

Verwenden Sie das Cmdlet Set-ThrottlingPolicyAssociation, um einem bestimmten Objekt eine Einschränkungsrichtlinie zuzuordnen. Bei diesem Objekt kann es sich um einen Benutzer mit Postfach, um einen Benutzer ohne Postfach, um einen Kontakt oder um ein Computerkonto handeln.

Hinweis: Einige Parameter in der Einschränkungsrichtlinie (z. B. MessageRateLimit) gelten nur für Objekte mit Postfach-GUIDs (Postfächer oder Remotepostfächer) und gelten nicht für E-Mail-Benutzer. Wenn Sie eine Drosselungsrichtlinie auf ein Remotepostfach anwenden möchten, füllen Sie zunächst das Remotepostfach mit einer ExchangeGUID auf, indem Sie Set-RemoteMailbox -ExchangeGUID verwenden.

Informationen zu den Parametersätzen im Abschnitt zur Syntax weiter unten finden Sie unter Syntax der Exchange-Cmdlets.

Syntax

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

Beschreibung

Das Cmdlet Set-ThrottlingPolicyAssociation definiert Kontingentgrenzen für bestimmte Objekte. Wenn Sie beispielsweise feststellen, dass ein Benutzer oder ein anderes Objekt übermäßig viel Bandbreite beansprucht, können Sie diesem Objekt eine restriktivere Einschränkungsrichtlinie zuordnen.

In Datencenterbereitstellungen muss sich das von den Parametern Identity und ThrottlingPolicy referenzierte Objekt in derselben Mandantenorganisation befinden.

Weitere Informationen zum Steuern der von einzelnen Benutzern genutzten Ressourcen finden Sie unter Verwaltung von Benutzerworkloads in Exchange Server.

Ihnen müssen Berechtigungen zugewiesen werden, bevor Sie das Cmdlet Set-ThrottlingPolicyAssociation ausführen können. Auch wenn in diesem Thema alle Parameter für das Cmdlet aufgeführt werden, verfügen Sie möglicherweise nicht über den Zugriff auf einige Parameter, wenn sie nicht in den Ihnen zugewiesenen Berechtigungen enthalten sind. Wie Sie herausfinden, welche Berechtigungen zur Ausführung eines bestimmten Cmdlets oder Parameters in Ihrer Organisation erforderlich sind, können Sie unter Find the permissions required to run any Exchange cmdlet nachlesen.

Beispiele

Beispiel 1

Set-ThrottlingPolicyAssociation -Identity tonysmith -ThrottlingPolicy ITStaffPolicy

In diesem Beispiel wird ein Benutzer mit dem Benutzernamen tonysmith der Drosselungsrichtlinie ITStaffPolicy zugeordnet, die höhere Grenzwerte aufweist.

Beispiel 2

$b = Get-ThrottlingPolicy ITStaffPolicy

Set-Mailbox -Identity tonysmith -ThrottlingPolicy $b

Das Cmdlet Set-ThrottlingPolicyAssociation muss nicht verwendet werden, um einem Benutzer eine Richtlinie zuzuordnen. Alternativ können die folgenden Befehle ausgeführt werden, um dem Benutzer "tonysmith" die Einschränkungsrichtlinie "ITStaffPolicy" zuzuordnen.

Parameter

-Confirm

Die Option "Confirm" gibt an, ob die Bestätigungsaufforderung angezeigt oder ausgeblendet werden soll. Wie diese Option sich auf das Cmdlet auswirkt, hängt davon ab, ob für die Option vor dem Fortfahren eine Bestätigung erforderlich ist.

Destruktive Cmdlets (z. B. Remove-*-Cmdlets) verfügen über eine integrierte Pause, die Sie zwingt, den Befehl zu bestätigen, bevor Sie fortfahren. Für diese Cmdlets können Sie die Bestätigungsaufforderung mit genau dieser Syntax überspringen: -Confirm:$false.
Die meisten anderen Cmdlets (z. B. New-* und Set-*-Cmdlets) verfügen nicht über eine integrierte Pause. Bei diesen Cmdlets führt das Angeben der Option "Confirm" ohne einen Wert eine Pause ein, die Sie zwingt, den Befehl vor dem Fortfahren zu bestätigen.

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

Der Parameter "DomainController" gibt den Domänencontroller an, der von diesem Cmdlet verwendet wird, um aus Active Directory Daten zu lesen oder hineinzuschreiben. Der Domänencontroller kann anhand seines vollqualifizierten Domänennamens (Fully Qualified Domain Name, FQDN) ermittelt werden. Beispiel: dc01.contoso.com.

Der DomainController-Parameter wird auf Edge-Transport-Servern nicht unterstützt. Edge-Transport-Server verwenden die lokale Instanz von Active Directory Lightweight Directory Services (AD LDS), um Daten zu lesen und zu schreiben.

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

Der Parameter Identity gibt das Objekt an, dem Sie eine Einschränkungsrichtlinie zuordnen möchten. Bei diesem Objekt kann es sich um einen Benutzer mit Postfach, um einen Benutzer ohne Postfach, um einen Kontakt oder um ein Computerkonto handeln.

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

Der Parameter ThrottlingPolicy gibt die Einschränkungsrichtlinie an, der das durch den Identity-Parameter angegebene Objekt zugeordnet werden soll.

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

Die Option "WhatIf" simuliert die Aktionen des Befehls. Sie können diesen Switch verwenden, um die Änderungen anzuzeigen, die auftreten würden, ohne diese Änderungen tatsächlich anzuwenden. Sie müssen keinen Wert für diese Option angeben.

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

Eingaben

Input types

Eingabetypen, die dieses Cmdlet akzeptiert, finden Sie unter Eingabe- und Ausgabetypen für Cmdlets. Wenn das Feld mit dem Eingabetyp für ein Cmdlet leer ist, akzeptiert das Cmdlet diese Eingabedaten nicht.

Ausgaben

Output types

Informationen zu den Rückgabetypen, die auch als Ausgabetypen bezeichnet werden, die dieses Cmdlet akzeptiert, finden Sie unter Cmdlet Input and Output Types. Wenn das Feld Ausgabetyp leer ist, gibt das Cmdlet keine Daten zurück.