Informazioni sui filtri ambito del ruolo di gestione

  • Articolo

 

Si applica a: Exchange Server 2010 SP2, Exchange Server 2010 SP3

Ultima modifica dell'argomento: 2015-03-09

I filtri di ambito del ruolo di gestione possono essere utilizzati per definire ambiti di gestione altamente personalizzabili. Utilizzando i filtri ambito, è possibile creare un ambito corrispondente alla modalità di segmentazione dei destinatari, dei database e dei server, affinché gli amministratori possano gestire solo quegli oggetti a cui hanno accesso. I filtri ambito possono utilizzare quasi tutte le proprietà dell'oggetto destinatario, database o server.

Per utilizzare i filtri dell'ambito del ruolo di gestione, è necessario conoscere gli ambiti dei ruoli di gestione. Per ulteriori informazioni sugli ambiti dei ruoli di gestione, vedere Informazioni sugli ambiti del ruolo di gestione.

Gli ambiti personalizzati filtrati in Microsoft Exchange Server 2010 vengono creati utilizzando il cmdlet New-ManagementScope. I due tipi di ambiti filtrati, per destinatario e per configurazione (che consiste in ambiti di server e database), si dividono in ambiti normali ed esclusivi. Nel seguente elenco sono indicati i parametri da utilizzare nel cmdlet New-ManagementScope per creare i diversi tipi di ambito filtrato:

  • Ambito filtrato normale per destinatario   Per creare questo tipo di ambito filtrato, utilizzare il parametro RecipientRestrictionFilter.

  • Ambito filtrato esclusivo per destinatario   Per creare questo tipo di ambito filtrato, utilizzare il parametro RecipientRestrictionFilter con l'opzione Exclusive.

  • Ambito filtrato normale per configurazione basata su server   Per creare questo tipo di ambito filtrato, utilizzare il parametro ServerRestrictionFilter.

  • Ambito filtrato esclusivo per configurazione basata su server   Per creare questo tipo di ambito filtrato, utilizzare il parametro ServerRestrictionFilter con l'opzione Exclusive.

  • Ambito filtrato normale per configurazione basata su database   Per creare questo tipo di ambito filtrato, utilizzare il parametro DatabaseRestrictionFilter.

  • Ambito filtrato esclusivo per configurazione basata su database   Per creare questo tipo di ambito filtrato, utilizzare il parametro DatabaseRestrictionFilter con l'opzione Exclusive.

Quando si crea un ambito personalizzato filtrato, l'ambito cerca di individuare una corrispondenza tra il filtro e qualsiasi oggetto accessibile nell'ambito implicito di lettura del ruolo di gestione. Se trova un oggetto, questo viene incluso tra i risultati restituiti dal filtro e reso disponibile per il ruolo di gestione. Un filtro non può restituire risultati esterni all'ambito implicito di lettura del ruolo di gestione.

Se si specifica un filtro per destinatario usando il parametro RecipientRestrictionFilter, è possibile usare il parametro RecipientRoot per specificare un'unità organizzativa a cui limitare il filtro. Quando si specifica un'unità organizzativa nel parametro RecipientRoot, il filtro per destinatario tenta di individuare i destinatari corrispondenti che si trovano solo nell'unità organizzativa e non entro l'intero ambito implicito di lettura.

Per creare un ambito di gestione utilizzando le proprietà filtrabili incluse in questo argomento, vedere Creazione di un ambito normale o esclusivo.

Sintassi del filtro

I filtri, siano essi per destinatario o per configurazione, utilizzano la stessa sintassi per creare una query. Tutte le query di filtro devono avere almeno i seguenti componenti:

  • Parentesi di apertura   La parentesi di apertura ({) indica l'inizio della query del filtro.

  • Proprietà da esaminare   La proprietà è il valore di un oggetto che si desidera esaminare. Ad esempio, può trattarsi della città o del reparto di un oggetto destinatario, un nome server o sito di Active Directory su un oggetto di configurazione del server o un nome di database su un oggetto di configurazione del database.

  • Operatore di confronto   L'operatore di confronto stabilisce in che modo la query deve valutare il valore specificato rispetto a quello archiviato nella proprietà. Ad esempio, gli operatori di confronto possono essere Eq (che significa "uguale a"), Ne (che significa "non uguale a"), Like (che significa "simile a") e così via. Per l'elenco completo degli operatori che è possibile utilizzare in Exchange Management Shell, vedere Operatori di confronto.

  • Valore da confrontare   Il valore specificato nella query del filtro verrà confrontato con il valore archiviato nella proprietà specificata. Il valore specificato deve essere racchiuso tra virgolette ("). Se si desidera specificare una stringa parziale, è possibile includerla tra caratteri jolly (*) e utilizzare un operatore di confronto che supporta i caratteri jolly, quale Like. Qualsiasi stringa che contiene la stringa parziale verrà indicata come corrispondente alla query del filtro.

  • Parentesi di chiusura   La parentesi di chiusura (}) indica la fine della query del filtro.

I seguenti componenti sono facoltativi e consentono di creare query del filtro più complesse:

  • Parentesi   Proprio come in matematica, le parentesi ( ) in una query del filtro consentono di definire l'ordine delle operazioni. Le parentesi più interne vengono valutate per prime e la query del filtro si muove poi verso quelle più esterne.

  • Operatori logici   Gli operatori logici uniscono una o più operazioni di confronto e fanno sì che la query del filtro valuti l'intera istruzione. Tra gli operatori logici vi sono And, Or e Not.

Una volta composta, una query semplice sarà simile a questa: { City -Eq "Vancouver" }. Questo filtro individua tutti i destinatari in cui il valore della proprietà City è uguale alla stringa "Vancouver".

Un'altra query più complessa è { ((City -Eq "Vancouver") -And (Department -Eq "Sales")) -Or (Title -Like "*Manager*") }. La query del filtro viene valutata nel seguente ordine:

  1. Vengono valutate le proprietà City e Department. Ognuna di queste è impostata su True o False, a seconda del valore archiviato in ciascuna proprietà.

  2. Vengono quindi valutati i risultati delle istruzioni City e Department. Se entrambe sono True, l'intera istruzione And diventa True. Se uno o entrambi sono False, l'intera istruzione And diventerà False. Valgono i seguenti presupposti:

    • Se l'istruzione And viene valutata come True, l'intera query del filtro diventa True perché l'operatore Or indica che uno dei lati della query deve essere True. L'oggetto viene esposto per l'assegnazione del ruolo.

    • Se l'istruzione And è False, la query del filtro continua con la valutazione della proprietà Title.

  3. Viene quindi valutata la proprietà Title. È impostata su True o False, a seconda del valore archiviato nella proprietà Title. Valgono i seguenti presupposti:

    • Se la proprietà Title viene valutata come True, l'intera query del filtro diventa True perché l'operatore Or indica che uno dei lati della query deve essere True. L'oggetto viene esposto per l'assegnazione del ruolo.

    • Se la proprietà Title viene valutata come False, l'intera query del filtro viene valutata come False e l'oggetto non viene esposto per l'assegnazione del ruolo.

Nella seguente tabella è riportato un esempio con valori che mostra quando la query complessa verrebbe valutata come True e quando invece come False.

Query complessa

City Department Title Risultato

Vancouver (True)

Sales (True)

CEO (False)

True perché sia City sia Department sono valutate come True. Title non viene valutata perché le condizioni della query del filtro sono già soddisfatte.

Seattle (False)

Sales (True)

IT Manager (True)

True perché Title viene valutata come True. I risultati del confronto City e Department vengono ignorati perché Title è stata valutata come True, soddisfando così le condizioni della query del filtro.

Nota

IT Manager soddisfa la query del filtro perché è stato utilizzato l'operatore di confronto Like che consente di individuare le stringhe parziali quando i caratteri jolly (*) vengono utilizzati nella query del filtro.

Vancouver (True)

Marketing (False)

Writer (False)

False perché City e Department non sono state entrambe valutate come True e anche Title non è stata valutata come True.

Proprietà destinatario filtrabili

Quando si crea un filtro per destinatario è possibile utilizzare praticamente qualsiasi proprietà su un oggetto destinatario. Per un elenco delle proprietà filtrabili per destinatario, vedere Proprietà filtrabili per il parametro -Filter. Sebbene questo argomento discuta le proprietà che è possibile utilizzare con il parametro Filter su altri cmdlet, la maggior parte di queste proprietà funziona anche con il parametro RecipientRestrictionFilter sul cmdlet New-ManagementScope.

Proprietà server filtrabili

È possibile utilizzare le seguenti proprietà del server quando si crea l'ambito di gestione con il parametro ServerRestrictionFilter:

  • CurrentServerRole

  • CustomerFeedbackEnabled

  • DataPath

  • DistinguishedName

  • ExchangeLegacyDN

  • ExchangeLegacyServerRole

  • ExchangeVersion

  • Fqdn

  • Guid

  • InternetWebProxy

  • Name

  • NetworkAddress

  • ObjectCategory

  • ObjectClass

  • ProductID

  • ServerRole

  • ServerSite

  • WhenChanged

  • WhenChangedUTC

  • WhenCreated

  • WhenCreatedUTC

Proprietà database filtrabili

È possibile utilizzare le seguenti proprietà del database quando si crea un ambito di gestione con il parametro DatabaseRestrictionFilter:

  • AdminDisplayName

  • AllowFileRestore

  • BackgroundDatabaseMaintenance

  • CircularLoggingEnabled

  • DatabaseCreated

  • DeletedItemRetention

  • Description

  • DistinguishedName

  • EdbFilePath

  • EventHistoryRetentionPeriod

  • ExchangeLegacyDN

  • ExchangeVersion

  • Guid

  • IssueWarningQuota

  • LogFilePrefix

  • LogFileSize

  • LogFolderPath

  • MasterServerOrAvailabilityGroup

  • MountAtStartup

  • Name

  • ObjectCategory

  • ObjectClass

  • PublicFolderDatabase

  • RetainDeletedItemsUntilBackup

  • Server

  • WhenChanged

  • WhenChangedUTC

  • WhenCreated

  • WhenCreatedUTC

 ©2010 Microsoft Corporation. Tutti i diritti riservati.