Remove-RoleAssignmentPolicy

Référence

Module:: ExchangePowerShell

S’applique à:: Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online

Cette cmdlet est disponible dans Exchange sur site et dans le service cloud. Certains paramètres peuvent être propres à un environnement ou à un autre.

La cmdlet Remove-RoleAssignmentPolicy permet de supprimer des stratégies d’attribution de rôle de gestion existantes de 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

Remove-RoleAssignmentPolicy
      [-Identity] <MailboxPolicyIdParameter>
      [-Confirm]
      [-DomainController <Fqdn>]
      [-WhatIf]
      [<CommonParameters>]

Description

La stratégie d'attribution que vous souhaitez supprimer ne peut pas être affectée à des boîtes aux lettres ni à des rôles de gestion. Par ailleurs, vous ne pouvez supprimer la stratégie d'attribution par défaut que s'il s'agit de la dernière stratégie d'attribution. Effectuez les opérations suivantes avant de supprimer une stratégie d'attribution :

Utilisez la cmdlet Set-Mailbox pour modifier la stratégie d’attribution de n’importe quelle boîte aux lettres possédant la stratégie d’attribution que vous voulez supprimer.
Si la stratégie d'attribution est celle utilisée par défaut, utilisez la cmdlet Set-RoleAssignmentPolicy pour sélectionner une nouvelle stratégie d'attribution par défaut. Il n'est pas nécessaire d'effectuer cette opération si vous supprimez la dernière stratégie d'attribution.
La cmdlet Remove-ManagementRoleAssignment permet de supprimer n'importe quelle attribution de rôle de gestion affectée à la stratégie.

Pour plus d’informations sur les stratégies d’affectation, consultez Présentation des stratégies d’attribution de rôle de gestion.

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

Get-Mailbox | Where {$_.RoleAssignmentPolicy -Eq "End User"}

Get-Mailbox | Where {$_.RoleAssignmentPolicy -Eq "End User"} | Set-Mailbox -RoleAssignmentPolicy "Seattle End User"

Get-ManagementRoleAssignment -RoleAssignee "End User" | Remove-ManagementRoleAssignment

Remove-RoleAssignmentPolicy "End User"

Cet exemple supprime la stratégie d’attribution de rôle nommée Utilisateur final.

Recherchez toutes les boîtes aux lettres auxquelles la stratégie Utilisateur final est affectée.

Affectez une stratégie d’attribution de rôle différente aux boîtes aux lettres. L’exemple utilise la stratégie nommée Seattle End User.

Supprimez toutes les attributions de rôles de gestion qui sont attribuées à la stratégie Utilisateur final.

Supprimez la stratégie d’attribution de rôle utilisateur final.

Pour plus d’informations sur l’applet de commande Where et le pipeline, consultez Utilisation de la sortie de commande et À propos des pipelines.

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

-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

-Identity

Le paramètre Identity spécifie la stratégie d'attribution à supprimer. Si le nom de la stratégie d'attribution contient des espaces, mettez-le entre guillemets (« »).

Type:	MailboxPolicyIdParameter
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, Exchange Online

-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

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.

Share via