Set-MailboxExportRequest
Dieses Cmdlet ist nur lokal in Exchange verfügbar.
Verwenden Sie das Cmdlet Set-MailboxExportRequest, um die Optionen einer Exportanforderung zu ändern, nachdem die Anforderung erstellt wurde. Mit dem Cmdlet Set-MailboxExportRequest können Sie fehlerhafte Exportanforderungen korrigieren.
Dieses Cmdlet ist nur in der Postfachimport-/-exportrolle verfügbar, und standardmäßig ist diese Rolle keiner Rollengruppe zugewiesen. Zur Verwendung dieses Cmdlets müssen Sie die Postfachimport-/-exportrolle einer Rollengruppe hinzufügen (zum Beispiel der Rollengruppe „Organisationsverwaltung“). Weitere Informationen finden Sie unter Hinzufügen einer Rolle zu einer Rollengruppe.
Informationen zu den Parametersätzen im Abschnitt zur Syntax weiter unten finden Sie unter Syntax der Exchange-Cmdlets.
Syntax
Set-MailboxExportRequest
[-Identity] <MailboxExportRequestIdParameter>
[-RehomeRequest]
[-Confirm]
[-DomainController <Fqdn>]
[-RequestExpiryInterval <Unlimited>]
[-WhatIf]
[<CommonParameters>] Set-MailboxExportRequest
[-Identity] <MailboxExportRequestIdParameter>
[-AcceptLargeDataLoss]
[-BadItemLimit <Unlimited>]
[-BatchName <String>]
[-CompletedRequestAgeLimit <Unlimited>]
[-Confirm]
[-DomainController <Fqdn>]
[-InternalFlags <InternalMrsFlag[]>]
[-LargeItemLimit <Unlimited>]
[-Priority <RequestPriority>]
[-RemoteCredential <PSCredential>]
[-RemoteHostName <Fqdn>]
[-RequestExpiryInterval <Unlimited>]
[-SkipMerging <SkippableMergeComponent[]>]
[-WhatIf]
[<CommonParameters>] Beschreibung
Das Cmdlet Set-MailboxExportRequest kann mittels Pipe Eingaben von Cmdlet Get-MailboxExportRequest erhalten.
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-MailboxExportRequest -Identity "Ayla\MailboxExport1\" -BadItemLimit 10In diesem Beispiel wird die zweite Exportanforderung "Ayla\MailboxExport1" so abgeändert, dass bis zu 10 fehlerhafte Postfachelemente 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.
In Exchange 2013 oder höher müssen Sie diese Option verwenden, wenn Sie für den Parameter „LargeItemLimit“ den Wert 51 oder höher festlegen. Andernfalls führt der Befehl zu einem Fehler.
In Exchange 2010 müssen Sie diese Option verwenden, wenn Sie für den Parameter "BadItemLimit" den Wert 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 2010, 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.
Wenn Sie den Wert in Exchange 2010 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 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-BatchName
Der Parameter BatchName gibt den Batchnamen an.
| Type: | String |
| 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 |
-CompletedRequestAgeLimit
Der Parameter "CompletedRequestAgeLimit" gibt an, wie lange die abgeschlossene Anforderung beibehalten wird, bis sie automatisch entfernt wird. Die Standardeinstellung beträgt 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 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.
| 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 die Identität der Exportanforderung an. Standardmäßig werden Exportanforderungen benannt (wobei X = 0-9) ist <alias>\MailboxExportX . Wenn Sie einen Namen für die Exportanforderung angeben, verwenden Sie die folgende Syntax: Alias\Name.
| Type: | MailboxExportRequestIdParameter |
| 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 |
-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 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-RehomeRequest
Der Schalter RehomeRequest teilt dem Microsoft Exchange Mailbox Replication Service (MRS) mit, dass die Anforderung in dieselbe Datenbank wie das postfach verschoben werden muss, das exportiert wird. Sie müssen bei dieser Option keinen Wert angeben.
Dieser Schalter wird in erster Linie zu Debugzwecken verwendet.
| Type: | SwitchParameter |
| Position: | Named |
| Default value: | None |
| Required: | True |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-RemoteCredential
Dieser Parameter ist für die interne Verwendung durch Microsoft reserviert.
| Type: | PSCredential |
| 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 |
-RemoteHostName
Dieser Parameter ist für die interne Verwendung durch Microsoft reserviert.
| 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 |
-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.
Geben Sie zum Angeben eines Werts diesen als einen Zeitraum an: dd.hh:mm:ss, wobei dd Tagen, hh Stunden, mm Minuten und ss Sekunden entspricht.
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 |
-SkipMerging
Der Parameter SkipMerging gibt Exportschritte an, die übersprungen werden sollen. Dieser Parameter wird in erster Linie zu Debuggingzwecken verwendet.
| Type: | SkippableMergeComponent[] |
| 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 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.
Feedback
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Issues stufenweise als Feedbackmechanismus für Inhalte abbauen und durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unter https://aka.ms/ContentUserFeedback.
Feedback senden und anzeigen für