Export-TransportRuleCollection
Cette cmdlet est disponible dans Exchange sur site et dans le service cloud. Certains paramètres peuvent être propres à un environnement ou à un autre.
Utilisez la cmdlet Export-TransportRuleCollection pour exporter les règles de transport applicables dans votre organisation.
Pour plus d’informations sur les jeux de paramètres dans la section Syntaxe ci-après, voir Syntaxe da la cmdlet Exchange.
Syntax
Export-TransportRuleCollection
[[-Identity] <RuleIdParameter>]
[-Confirm]
[-DomainController <Fqdn>]
[-Format <RuleCollectionFormat>]
[-ExportLegacyRules]
[-WhatIf]
[<CommonParameters>]
Description
La cmdlet Export-TransportRuleCollection permet d’exporter le regroupement de règles de transport vers votre organisation. Le format de la collection de règles de transport exportée a changé dans Exchange Server 2013. Le nouveau format ne peut pas être importé dans Exchange Server 2010.
L’exportation d’un regroupement de règles se déroule en deux étapes. Vous devez d’abord exporter le regroupement de règles sous forme de variable, puis utiliser la cmdlet Set-Content pour écrire les données dans un fichier XML. Pour plus d’informations, consultez Set-Content.
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
$file = Export-TransportRuleCollection
[System.IO.File]::WriteAllBytes('C:\My Docs\Rules.xml', $file.FileData)
Cet exemple exporte des règles de transport. Les données de règle sont d’abord exportées vers la variable $file, puis écrites dans le fichier XML Rules.xml dans le dossier C:\My Docs.
Exemple 2
$file = Export-TransportRuleCollection -ExportLegacyRules
[System.IO.File]::WriteAllBytes('C:\My Docs\LegacyRules.xml', $file.FileData)
Dans Exchange Server 2010, cet exemple exporte les règles de transport héritées créées dans Exchange 2007 dans un fichier XML. La première commande utilise le commutateur ExportLegacyRules pour exporter les règles de transport héritées vers la variable nommée $file. La deuxième étape enregistre les données exportées dans le fichier XML nommé LegacyRules.xml.
Vous pouvez importer la collection de règles exportées dans Exchange 2010 à l’aide de l’applet de commande Import-TransportRuleCollection.
Vous devez exécuter ces commandes dans cet exemple sur un serveur de transport Hub Exchange 2010.
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, Exchange Online, Exchange Online Protection |
-DomainController
Ce paramètre est disponible uniquement dans Exchange sur site.
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 |
-ExportLegacyRules
Ce paramètre n'est disponible que dans Exchange Server 2010.
Le commutateur ExportLegacyRules est requis pour exporter des règles de transport à partir d’Exchange 2007. Il n’est pas nécessaire de spécifier une valeur pour ce commutateur.
Type: | SwitchParameter |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
Applies to: | Exchange Server 2010 |
-Format
Ce paramètre est disponible uniquement dans le service basé sur le cloud.
Le paramètre Format spécifie le format de la collection de règles de transport exportée. Les valeurs valides sont les suivantes :
- RuleCollectionXML
- InternalXML
- DlpMigrationRuleCollection
Type: | RuleCollectionFormat |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
Applies to: | Exchange Online, Exchange Online Protection |
-Identity
Ce paramètre est fonctionnel uniquement dans Exchange Server 2010.
Le paramètre Identity spécifie la règle de transport que vous souhaitez exporter. Vous pouvez utiliser une valeur quelconque qui identifie distinctement la règle. Par exemple :
- Nom
- Nom unique (DN)
- GUID
Type: | RuleIdParameter |
Position: | 1 |
Default value: | None |
Required: | False |
Accept pipeline input: | True |
Accept wildcard characters: | False |
Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online, Exchange Online Protection |
-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, Exchange Online, Exchange Online Protection |
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.