Set-PublicFolderMoveRequest
Dieses Cmdlet ist nur lokal in Exchange verfügbar.
Verwenden Sie das Cmdlet Set-PublicFolderMoveRequest, um eine Verschiebungsanforderung für öffentliche Ordner zu ändern, nachdem diese Verschiebungsanforderung erstellt wurde. Mit dem Cmdlet Set-PublicFolderMoveRequest können Sie eine fehlerhafte Verschiebungsanforderung korrigieren.
Informationen zu den Parametersätzen im Abschnitt zur Syntax weiter unten finden Sie unter Syntax der Exchange-Cmdlets.
Syntax
Set-PublicFolderMoveRequest
[-Identity] <PublicFolderMoveRequestIdParameter>
[-AcceptLargeDataLoss]
[-BadItemLimit <Unlimited>]
[-CompletedRequestAgeLimit <Unlimited>]
[-Confirm]
[-DomainController <Fqdn>]
[-InternalFlags <InternalMrsFlag[]>]
[-LargeItemLimit <Unlimited>]
[-Priority <RequestPriority>]
[-RequestExpiryInterval <Unlimited>]
[-SuspendWhenReadyToComplete <Boolean>]
[-WhatIf]
[<CommonParameters>] Beschreibung
Sie können das Cmdlet Set-PublicFolderMoveRequest mittels Pipeline vom Cmdlet Get-PublicFolderMoveRequestStatistics oder Get-PublicFolderMoveRequest weiterleiten.
Bevor Sie dieses Cmdlet ausführen können, müssen Ihnen die entsprechenden Berechtigungen zugewiesen werden. 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-PublicFolderMoveRequest -Identity \PublicFolderMove -BadItemLimit 5In diesem Beispiel wird die Verschiebungsanforderung für öffentliche Ordner "\PublicFolderMove" so geändert, dass bis zu fünf beschädigte Elemente öffentlicher Ordner akzeptiert werden.
Parameter
-AcceptLargeDataLoss
Die AcceptLargeDataLoss-Option gibt an, dass die Anforderung fortgesetzt werden soll, auch wenn eine große Anzahl von großen Elementen im Quellpostfach nicht in das Zielpostfach kopiert werden kann. Sie müssen keinen Wert für diese Option angeben.
Sie müssen diesen Schalter verwenden, wenn Sie den LargeItemLimit-Parameter auf einen Wert von 51 oder höher festlegen. Andernfalls führt der Befehl zu einem Fehler.
| Type: | SwitchParameter |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-BadItemLimit
Der Parameter "BadItemLimit" gibt die maximale Anzahl von ungültigen Elementen an, die zulässig sind, bevor die Anforderung einen Fehler verursacht. Ein "ungültiges Element" ist ein fehlerhaftes Element im Quellpostfach, das nicht in das Zielpostfach kopiert werden kann. Der Grenzwert für ungültige Elemente enthält auch fehlende Elemente. Fehlende Elemente sind Elemente im Quellpostfach, die im Zielpostfach nicht gefunden werden können, wenn die Anforderung für den Abschluss bereit ist.
Eine gültige Eingabe für diesen Parameter ist eine Ganzzahl oder der Wert "Unlimited". Der Standardwert ist 0. Dies bedeutet, dass bei der Anforderung ein Fehler auftritt, wenn ungültige Elemente entdeckt werden. Wenn Sie nichts dagegen haben, ein paar ungültige Elemente zurückzulassen, können Sie den Parameter auf einen angemessenen Wert festlegen (wir empfehlen 10 oder weniger), damit die Anforderung fortgesetzt werden kann. Wenn zu viele fehlerhafte Elemente gefunden werden, nutzen Sie evtl. das Cmdlet "New-MailboxRepairRequest", um zu versuchen, die beschädigten Elemente im Quellpostfach zu beheben und die Anforderung zu wiederholen.
| Type: | Unlimited |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-CompletedRequestAgeLimit
Der Parameter CompletedRequestAgeLimit gibt an, wie lange die abgeschlossene Anforderung beibehalten wird, bis sie automatisch entfernt wird. Der Standardwert des Parameters "CompletedRequestAgeLimit" ist 30 Tage.
| Type: | Unlimited |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-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 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.
| Type: | Fqdn |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-Identity
Der Parameter Identity gibt die Identität der Verschiebungsanforderung für öffentliche Ordner an. Die Standardidentität einer Verschiebungsanforderung für öffentliche Ordner lautet "\PublicFolderMove".
| Type: | PublicFolderMoveRequestIdParameter |
| Position: | 1 |
| Default value: | None |
| Required: | True |
| Accept pipeline input: | True |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-InternalFlags
Der Parameter "InternalFlags" gibt die optionalen Schritte in der Anforderung an. Dieser Parameter wird in erster Linie zu Debuggingzwecken verwendet.
| Type: | InternalMrsFlag[] |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-LargeItemLimit
Der Parameter "LargeItemLimit" gibt die maximale Anzahl von großen Elementen an, die zulässig sind, bevor die Anforderung einen Fehler verursacht. Ein großes Element ist eine Nachricht im Quellpostfach, die die maximale Nachrichtengröße überschreitet, die im Zielpostfach zulässig ist. Wenn das Zielpostfach keine speziell konfigurierte maximale Nachrichtengröße aufweist, wird der unternehmensweite Wert verwendet.
Weitere Informationen über die Werte der maximalen Nachrichtengröße finden Sie in den folgenden Themen:
- Exchange 2016: Beschränkungen der Nachrichtengröße in Exchange
- Exchange Online: Exchange Online-Grenzwerte
Eine gültige Eingabe für diesen Parameter ist eine Ganzzahl oder der Wert "Unlimited". Der Standardwert ist 0. Dies bedeutet, dass bei der Anforderung ein Fehler auftritt, wenn große Elemente entdeckt werden. Wenn Sie nichts dagegen haben, ein paar große Elemente zurückzulassen, können Sie den Parameter auf einen angemessenen Wert festlegen (wir empfehlen 10 oder weniger), damit die Anforderung fortgesetzt werden kann.
Wenn Sie den Wert auf 51 oder höher festlegen, müssen Sie auch die Option "AcceptLargeDataLoss" verwenden. Andernfalls führt der Befehl zu einem Fehler.
| Type: | Unlimited |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-Priority
Der Parameter "Priority" gibt die Priorität an, mit der die Anforderung in der Anforderungswarteschlange verarbeitet werden soll. Anforderungen werden basierend auf Serverintegrität, Status, Priorität und letzter Aktualisierung in einer bestimmten Reihenfolge verarbeitet. Gültige Prioritätswerte sind:
- Lowest
- Lower
- Low
- Normal (Standardwert)
- High
- Higher
- Highest
- Emergency
| Type: | RequestPriority |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-RequestExpiryInterval
Der Parameter "RequestExpiryInterval" gibt eine Verfallszeit für eine abgeschlossene oder fehlerhafte Anforderung an. Beim Verwenden dieses Parameters wird die abgeschlossene oder fehlerhafte Anforderung automatisch entfernt, nachdem der angegebene Zeitraum abgelaufen ist. Bei Nichtverwendung dieses Parameters:
- Die abgeschlossene Anforderung wird auf Grundlage des CompletedRequestAgeLimit-Parameterwerts automatisch entfernt.
- Wenn die Anforderung fehlschlägt, müssen Sie sie mithilfe des entsprechenden Remove-*Request-Cmdlets manuell entfernen.
Um einen Wert anzugeben, geben Sie ihn als Zeitspanne ein: dd.hh:mm:ss, wobei dd = Tage, hh = Stunden, mm = Minuten und ss = Sekunden.
Beim Verwenden des Werts "Unlimited" wird die abgeschlossene Anforderung nicht automatisch entfernt.
| Type: | Unlimited |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2016, Exchange Server 2019 |
-SuspendWhenReadyToComplete
Der Parameter SuspendWhenReadyToComplete gibt an, ob die Anforderung angehalten werden soll, bevor der Status CompletionInProgress erreicht wird. Nach dem Anhalten der Verschiebung lautet der Status AutoSuspended. Sie können die Verschiebung anschließend mit dem Befehl Resume-PublicFolderMoveRequest manuell abschließen.
| Type: | Boolean |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | 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 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.