Compartilhar via

Noções básicas sobre filtros de escopo de função de gerenciamento

  • Artigo

Aplica-se a: Exchange Server 2013

Os filtros de escopo de função de gerenciamento podem ser usados para definir os escopos de gerenciamento que são altamente personalizáveis. Usando filtros de escopo, você pode criar um escopo que corresponda a como você segmenta seus destinatários, bancos de dados e servidores, de modo que os administradores possam gerenciar somente os objetos a que eles devem ter acesso. Os filtros de escopo podem usar praticamente qualquer propriedade de objeto de destinatário, banco de dados ou servidor.

Para usar os filtros de escopo de função de gerenciamento, você deve conhecer os escopos de função de gerenciamento. Para mais informações sobre escopos da função de gerenciamento, consulte Noções básicas sobre escopos da função de gerenciamento.

Escopos personalizados filtrados no Microsoft Exchange Server 2013 são criados usando o cmdlet New-ManagementScope. Os dois tipos de escopos filtrados, destinatário e configuração (que consiste em escopos de banco de dados e servidor) são divididos em escopos regulares e exclusivos. A lista a seguir mostra que parâmetro usar no cmdlet New-ManagementScope para criar cada tipo de escopo filtrado:

  • Escopo filtrado regular do destinatário: para criar esse tipo de escopo filtrado, use o parâmetro RecipientRestrictionFilter .
  • Escopo filtrado exclusivo do destinatário: para criar esse tipo de escopo filtrado, use o parâmetro RecipientRestrictionFilter junto com o comutador Exclusivo .
  • Escopo filtrado regular de configuração baseado em servidor: para criar esse tipo de escopo filtrado, use o parâmetro ServerRestrictionFilter .
  • Escopo filtrado exclusivo de configuração baseada no servidor: para criar esse tipo de escopo filtrado, use o parâmetro ServerRestrictionFilter junto com o comutador Exclusivo .
  • Escopo filtrado regular de configuração baseado em banco de dados: para criar esse tipo de escopo filtrado, use o parâmetro DatabaseRestrictionFilter .
  • Escopo filtrado exclusivo de configuração baseada em banco de dados: para criar esse tipo de escopo filtrado, use o parâmetro DatabaseRestrictionFilter junto com a opção Exclusive .

Quando você cria um escopo filtrado personalizado, ele tenta combinar o filtro com quaisquer outros objetos acessíveis dentro do escopo de leitura implícito da função de gerenciamento. Se um objeto for encontrado, será incluído nos resultados retornados pelo filtro e será disponibilizado para a função de gerenciamento pelo escopo personalizado. Um filtro não pode retornar resultados fora do escopo de leitura implícito da função de gerenciamento.

Se você especificar um filtro de destinatário usando o parâmetro RecipientRestrictionFilter , poderá usar o parâmetro RecipientRoot para especificar uma OU (unidade organizacional) para restringir o filtro. Quando você especifica uma OU no parâmetro RecipientRoot , o filtro do destinatário tenta corresponder a destinatários que residem apenas nessa UA, em vez de dentro de todo o escopo de leitura implícito.

Para criar um escopo de gerenciamento usando as propriedades que podem ser filtradas incluídas neste tópico, consulte Criar um escopo regular ou exclusivo.

Sintaxe do filtro

Os filtros de destinatário e configuração usam a mesma sintaxe para criar uma consulta de filtro. Todas as consultas de filtro devem ter, no mínimo, os seguintes componentes:

  • Colchete de abertura: a chave de abertura ({) indica o início da consulta de filtro.

  • Propriedade a ser examinada: a propriedade é o valor em um objeto que você deseja testar. Por exemplo, pode ser a cidade ou o departamento em um objeto de destinatário, um nome de site ou nome de servidor do Active Directory em um objeto de configuração de servidor ou um nome de banco de dados em um objeto de configuração de banco de dados.

  • Operador de comparação: o operador de comparação orienta como a consulta deve avaliar o valor especificado em relação ao valor armazenado na propriedade. Por exemplo, os operadores de comparação podem ser Eq, que significa "igual a"; Ne, que significa "diferente de"; ou Like, que significa "similar a" e assim por diante. Para obter uma lista completa de operadores que você pode usar no Shell de Gerenciamento do Exchange, consulte Operadores de comparação.

  • Valor a ser comparado: o valor especificado na consulta de filtro será comparado ao valor armazenado na propriedade especificada. O valor especificado deve ser colocado entre aspas (""). Se você quiser especificar uma cadeia de caracteres parcial, poderá incluir a cadeia de caracteres que você fornece em caracteres curinga (*) e usar um operador de comparação que dê suporte a caracteres curinga, como Like. Qualquer cadeia de caracteres que contenha a sequência parcial corresponderá à consulta de filtro.

  • Colchete de fechamento: a chave de fechamento (}) indica o fim da consulta de filtro.

Estes componentes são opcionais e permitem que você crie consultas de filtro mais complexas:

  • Parênteses: como em matemática, parênteses, ( ), em uma consulta de filtro, você pode forçar a ordem na qual ocorre uma operação. Os parênteses mais internos são avaliados primeiro, e a consulta prossegue em direção aos parênteses mais externos.

  • Operadores lógicos: operadores lógicos associam uma ou mais operações de comparação e exigem a consulta de filtro para avaliar a instrução inteira. Alguns exemplos de operadores lógicos são And, Or e Not.

Quando montada, uma consulta simples se parece { City -Eq "Vancouver" }com . Esse filtro pega qualquer destinatário que tenha o valor da propriedade City igual à cadeia de caracteres "Vancouver".

Outra consulta, mais complexa, é {((City -Eq "Vancouver") -And (Department -Eq "Sales")) -Or (Title -Like "*Manager*")}. A consulta de filtro é avaliada na seguinte ordem:

  1. As propriedades City e Department são avaliadas. Cada um é definido como True ou False, dependendo dos valores armazenados em cada propriedade.

  2. Os resultados das instruções City e Department são avaliados. Se ambos forem True, a instrução E inteira se tornará True. Se um ou ambos forem False, a instrução E inteira se tornará False. O seguinte se aplica:

    • Se a instrução And for avaliada como True, toda a consulta de filtro se tornará True porque o operador Or indica que um lado da consulta ou outro deve ser True. O objeto é exposto à atribuição de função.
    • Se a instrução And for False, a consulta de filtro continuará para avaliar a propriedade Title .

  3. A propriedade Title, em seguida, é avaliada. Ele é definido como True ou False, dependendo do valor armazenado na propriedade Title . O seguinte se aplica:

    • Se a propriedade Title for avaliada como True, toda a consulta de filtro se tornará True porque o operador Or indica que um lado da consulta, ou o outro, deve ser True. O objeto é exposto à atribuição de função.
    • Se a propriedade Title for avaliada como False, toda a consulta de filtro será avaliada como False, e o objeto não for exposto à atribuição de função.

A tabela a seguir mostra um exemplo com valores, que indica quando a consulta complexa seria avaliada como True, e quando ela seria avaliada como False.

Consulta complexa

Cidade Department Título Resultado
Vancouver (True) Sales (True) CEO (False) True porque tanto City quanto Department foram avaliadas como True. Title não é avaliada porque as condições de consulta de filtro já foram atendidas.
Seattle (False) Sales (True) IT Manager (True) True porque Title foi avaliado como True. Os resultados da comparação entre City e Department são descartados porque Title foi avaliado como True, o que satisfez as condições da consulta de filtro.

Observação: o Gerenciador de TI corresponde à consulta de filtro porque o operador de comparação Like foi usado, que corresponde a cadeias de caracteres parciais quando caracteres curinga (*) são usados na consulta de filtro.
Vancouver (True) Marketing (False) Writer (False) False porque City e Department não foram avaliados como True, e Title também não foi avaliado como True.

Propriedades de destinatário que podem ser filtradas

Você pode usar praticamente qualquer propriedade em um objeto destinatário, quando você cria um filtro de destinatário. Para obter uma lista de propriedades de destinatário filtradas, consulte Propriedades filtres para o parâmetro -RecipientFilter. Apesar de este tópico discutir as propriedades que podem ser usadas com o parâmetro RecipientFilter em outros cmdlets, a maioria dessas propriedades também funciona com o parâmetro RecipientRestrictionFilter no cmdlet New-ManagementScope.

Propriedades de servidor que podem ser filtradas

Você pode usar as seguintes propriedades do servidor ao criar um escopo de gerenciamento com o parâmetro ServerRestrictionFilter :

  • CurrentServerRole
  • CustomerFeedbackEnabled
  • Datapath
  • DistinguishedName
  • ExchangeLegacyDN
  • ExchangeLegacyServerRole
  • ExchangeVersion
  • Fqdn
  • Guid
  • InternetWebProxy
  • Name
  • Networkaddress
  • Objectcategory
  • Objectclass
  • Productid
  • ServerRole
  • ServerSite
  • WhenChanged
  • WhenChangedUTC
  • WhenCreated
  • WhenCreatedUTC

Propriedades de banco de dados que podem ser filtradas

Você pode usar as seguintes propriedades de banco de dados ao criar um escopo de gerenciamento com o parâmetro DatabaseRestrictionFilter :

  • Admindisplayname
  • AllowFileRestore
  • BackgroundDatabaseMaintenance
  • CircularLoggingEnabled
  • DatabaseCreated
  • DeletedItemRetention
  • Description
  • DistinguishedName
  • EdbFilePath
  • EventHistoryRetentionPeriod
  • ExchangeLegacyDN
  • ExchangeVersion
  • Guid
  • IssueWarningQuota
  • LogFilePrefix
  • Logfilesize
  • Logfolderpath
  • MasterServerOrAvailabilityGroup
  • MountAtStartup
  • Name
  • Objectcategory
  • Objectclass
  • RetainDeletedItemsUntilBackup
  • Server
  • WhenChanged
  • WhenChangedUTC
  • WhenCreated
  • WhenCreatedUTC