Set-MailboxExportRequest
La cmdlet est disponible uniquement dans Exchange en local.
La cmdlet Set-MailboxExportRequest permet de modifier les options de demande d’exportation après la création de la demande. Vous pouvez utiliser la cmdlet Set-MailboxExportRequest pour récupérer les demandes d’exportation ayant échoué.
Cette applet de commande est disponible uniquement dans le rôle Importation d’exportation de boîte aux lettres et, par défaut, le rôle n’est attribué à aucun groupe de rôles. Pour utiliser cette cmdlet, vous devez ajouter le rôle d’importation et d’exportation de boîte aux lettres à un groupe de rôles (par exemple, au groupe de rôles Gestion de l’organisation). Pour plus d'informations, consultez la section relative à l'Ajouter un rôle à un groupe de rôles.
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-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>] Description
Vous pouvez transférer la cmdlet Set-MailboxExportRequest à partir de la cmdlet Get-MailboxExportRequest.
Des autorisations doivent vous être attribuées avant de pouvoir exécuter cette cmdlet. 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-MailboxExportRequest -Identity "Ayla\MailboxExport1\" -BadItemLimit 10Cet exemple modifie la deuxième demande d’exportation Ayla\MailboxExport1 pour qu’elle accepte jusqu’à 10 éléments de boîte aux lettres endommagés.
Paramètres
-AcceptLargeDataLoss
Le commutateur AcceptLargeDataLoss spécifie que la demande doit continuer même si un grand nombre d’éléments dans la boîte aux lettres source ne peuvent pas être copiés dans la boîte aux lettres cible. Il n’est pas nécessaire de spécifier une valeur pour ce commutateur.
Dans Exchange 2013 ou version ultérieure, vous devez utiliser ce commutateur si vous définissez le paramètre LargeItemLimit sur une valeur de 51 ou supérieure. Sinon, la commande échoue.
Dans Exchange 2010, vous devez utiliser ce commutateur si vous définissez le paramètre BadItemLimit sur une valeur supérieure ou égale à 51. Sinon, la commande échoue.
| 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
Le paramètre BadItemLimit spécifie le nombre maximal d’éléments incorrects autorisés avant l’échec de la demande. Un élément incorrect est un élément endommagé dans la boîte aux lettres source ne pouvant pas être copié vers la boîte aux lettres cible. Les éléments manquants sont également inclus dans la limite d’éléments incorrects. Les éléments manquants sont des éléments de la boîte aux lettres source qui ne figurent pas dans la boîte aux lettres cible lorsque la demande est prête à être exécutée.
L’entrée valide pour ce paramètre est un nombre entier ou la valeur unlimited. La valeur par défaut est 0, ce qui signifie que la demande échoue si des éléments incorrects sont détectés. Si l’abandon de quelques éléments incorrects ne vous pose pas de problème, vous pouvez définir ce paramètre sur une valeur raisonnable (recommandation : 10 ou moins) afin que la demande se poursuive. Si trop d’éléments incorrects sont détectés, envisagez d’utiliser la cmdlet New-MailboxRepairRequest pour tenter de réparer les éléments endommagés dans la boîte aux lettres source, puis réessayez la demande.
Dans Exchange 2010, si vous définissez cette valeur sur 51 ou plus, vous devez également utiliser le commutateur AcceptLargeDataLoss. Sinon, la commande échoue.
| 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
Le paramètre BatchName spécifie le nom du lot.
| 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
Le paramètre CompletedRequestAgeLimit spécifie la durée pendant laquelle la demande est conservée une fois terminée avant d’être automatiquement supprimée. La valeur par défaut est de 30 jours.
| 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
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 ».
| 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’identité de la demande d’exportation. Par défaut, les demandes d’exportation sont nommées <alias>\MailboxExportX (où X = 0-9). Si vous spécifiez un nom pour la demande d’exportation, utilisez la syntaxe suivante : 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
Le paramètre InternalFlags spécifie les étapes facultatives de la demande. Ce paramètre sert principalement à des fins de débogage.
| 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
Le paramètre LargeItemLimit spécifie le nombre maximal d’éléments volumineux autorisés avant l’échec de la demande. Un élément volumineux est un message dans la boîte aux lettres source qui dépasse la taille de message maximale autorisée dans la boîte aux lettres cible. Si aucune valeur de taille de message maximale n’est spécifiquement configurée pour la boîte aux lettres cible, la valeur à l’échelle de l’organisation est utilisée.
Pour plus d’informations sur les valeurs de taille de message maximale, consultez les rubriques suivantes :
- Exchange 2016 : Limites de taille des messages dans Exchange Server
- Exchange Online : Limites d’Exchange Online
L’entrée valide pour ce paramètre est un nombre entier ou la valeur unlimited. La valeur par défaut est 0, ce qui signifie que la demande échoue si des éléments volumineux sont détectés. Si l’abandon de quelques éléments volumineux ne vous pose pas de problème, vous pouvez définir ce paramètre sur une valeur raisonnable (recommandation : 10 ou moins) afin que la demande se poursuive.
Si vous définissez cette valeur sur 51 ou plus, vous devez également utiliser le commutateur AcceptLargeDataLoss. Sinon, la commande échoue.
| 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
Le paramètre Priority spécifie l'ordre selon lequel la demande doit être traitée dans la file d'attente des demandes. Les demandes sont traitées dans un ordre basé sur l'intégrité, l'état, la priorité et la dernière durée de mise à jour du serveur. Les valeurs de priorité valides sont les suivantes :
- La plus faible
- Inférieure
- Faible
- Normale : valeur par défaut.
- Importante
- Plus élevée
- La plus élevée
- Urgence
| 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
Le commutateur RehomeRequest indique au Microsoft service de réplication de boîtes aux lettres Exchange (MRS) que la demande doit être déplacée vers la même base de données que la boîte aux lettres exportée. Il n’est pas nécessaire de spécifier une valeur pour ce commutateur.
Ce commutateur est principalement utilisé à des fins de débogage.
| 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
Ce paramètre est réservé à l’usage interne chez Microsoft.
| 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
Ce paramètre est réservé à l’usage interne chez Microsoft.
| 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
Le paramètre RequestExpiryInterval spécifie une limite d’âge pour les demandes terminées ou en échec. Lorsque vous utilisez ce paramètre, la demande terminée ou en échec est supprimée automatiquement après l’expiration de l’intervalle spécifié. Si vous n’utilisez pas ce paramètre :
- La demande terminée est automatiquement supprimée en fonction de la valeur du paramètre CompletedRequestAgeLimit.
- Si la demande échoue, vous devez la supprimer manuellement à l’aide de l’applet de commande Remove-*Request correspondante.
Pour spécifier une valeur, entrez-la sous forme d’une période : dd.hh:mm:ss où dd = jours, hh = heures, mm = minutes et ss = secondes.
Lorsque vous utilisez la valeur Unlimited, la demande terminée n’est pas automatiquement supprimée.
| 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
Le paramètre SkipMerging spécifie les étapes de l’exportation à ignorer. Ce paramètre sert principalement à des fins de débogage.
| 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
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.
Commentaires
Bientôt disponible : Tout au long de 2024, nous allons supprimer progressivement GitHub Issues comme mécanisme de commentaires pour le contenu et le remplacer par un nouveau système de commentaires. Pour plus d’informations, consultez https://aka.ms/ContentUserFeedback.
Envoyer et afficher des commentaires pour