Share via

  • Artigo

Administrando o serviço de catálogo de endereços

 

Tópico modificado em: 2012-04-04

Como parte da implantação do Microsoft Lync Server 2010Servidor Enterprise Edition ou do Servidor Standard Edition, o Serviço de Catálogo de Endereços é instalado por padrão. Os bancos de dados usados pelo Serviço de Catálogo de Endereços – RTCab e RTCab1 – são criados no SQL Server (para o Servidor Enterprise Edition, é o SQL Server de Back-End, para o Servidor Standard Edition, o SQL Server colocado).

Normalização de Número de Telefone do Servidor de Catálogo de Endereços

Lync Server 2010 requer números de telefone RFC 3966/E.164 padronizados. Para usar os números de telefone que não estão estruturados ou estão formatados de forma inconsistente, o Lync Server depende do servidor de catálogo de endereços para pré-processar os números de telefone antes de serem entregues para as regras de normalização. Quando um número de telefone do catálogo de endereços é usado e a regra de normalização é aplicada, os clientes, como Microsoft Lync 2010, Microsoft Lync 2010 Phone Edition e Microsoft Lync 2010 Mobile, podem usar esses números normalizados.

Conforme discutido em Novos recursos do catálogo de endereços, as regras de normalização que foram usadas nas versões anteriores podem não funcionar corretamente sem alguns ajustes. Como o espaço em branco e os caracteres não obrigatórios são removidos antes das regras de normalização, se sua expressão regex estiver procurando especificamente por um traço ou outro caractere que foi removido, a regra de normalização pode falhar. Você deve examinar as regras de normalização para verificar se elas não estão procurando por esses caracteres não obrigatórios, ou se a regra pode falhar normalmente e continuar com o evento onde a regra prevê que o caractere estaria presente mas não está.

Replicador de Usuários e Servidor de Catálogo de Endereços

O servidor de catálogo de endereços usa os dados fornecidos pelo Replicator de usuários para atualizar as informações que ele obtém inicialmente da lista de endereços global (GAL). O Replicador de usuários grava os atributos Serviços de Domínio Active Directory (AD DS) para cada usuário, contato e grupo na tabela AbUserEntry no banco de dados; o servidor de catálogo de endereços sincroniza os dados de usuário do banco de dados em arquivos no repositório de arquivos do servidor do catálogo de endereços e no banco de dados RTCab ou RTCab1 do catálogo de endereços. O esquema da tabela de AbUserEntry usa duas colunas, UserGuid e UserData. A UserGuid é a coluna de índice e contém o GUID de 16 bytes do objeto do Active Directory. A UserData é uma coluna de imagem que contém todos os atributos Serviços de Domínio Active Directory (AD DS) anteriormente mencionados desse contato.

O Replicador de usuários determina quais atributos do Active Directory gravar ao ler uma tabela de configuração localizada na mesma instância com base em SQL Server que a tabela AbUserEntry. A tabela AbAttribute tem três colunas, ID, Nome e Sinalizadores. A tabela é criada durante a instalação do banco de dados. Se a tabela AbAttribute está vazia, o Replicador de usuários ignora a lógica de processamento da tabela AbUserEntry. Os atributos do servidor de catálogo de endereços são dinâmicos e recuperados da tabela AbAttribute, que inicialmente é gravada pelo servidor de catálogo de endereços quando o servidor de catálogo de endereços é ativado.

A ativação do servidor de catálogo de endereços preenche a tabela AbAttribute com os valores necessários para oferecer suporte a Lync Server. A tabela a seguir mostra os valores atuais.

ID Nome Sinalizadores

1

givenName

0x01400000

2

Sn

0x02400000

3

Nome para exibição

0x03420000

4

Título

0x04000000

5

mailNickname

0x05400000

6

Empresa

0x06000000

7

physicalDeliveryOfficeName

0x07000000

8

msRTCSIP-PrimaryUserAddress

0x08520C00

9

telefone

0x09022800

10

homePhone

0x0A302800

11

Mobile

0x0B622800

12

otherTelephone

0x0C302000

13

ipPhone

0x0D302000

14

Correio

0x0E500000

15

groupType

0x0F010800

16

Departamento

0x10000000

17

Descrição

0x11000100

18

Gerente

0x12040001

19

proxyAddress

0x00500105

20

msExchHideFromAddressLists

0xFF000003

99

entryID

0x99000000

Os números da coluna ID devem ser exclusivos e nunca devem ser reutilizados. O máximo valor de ID é 65535, mas para economizar espaço nos arquivos de saída gravados pelo servidor de catálogo de endereços, use valores de ID abaixo de 256, se possível. A coluna Nome corresponde ao nome de atributo do Active Directory que o Replicador de usuário deve colocar na tabela AbUserEntry para cada contato. O valor na coluna Sinalizadores é usado para definir o tipo de atributo. Os tipos de atributos do servidor de catálogo de endereços a seguir são reconhecidos pelo Replicador de usuário, indicado pelo baixo byte do valor na coluna Sinalizadores.

Atributo Descrição

0x0

Um atributo de seqüência de caracteres. O Replicador de usuário converte esse tipo em UTF-8 antes de armazená-lo na tabela AbUserEntry.

0x1

Um atributo binário. O Replicador de usuário armazena esse blob sem qualquer conversão.

0x2

Um atributo de seqüência de caracteres, mas é incluído apenas se o valor do atributo começa com "tel:". Isso é principalmente para atributos com valores múltiplos, especificamente proxyAddresses. Nesse caso, o servidor de catálogo de endereços está interessado somente nas entradas de proxyAddresses que começam com "tel:". Portanto, com o intuito de economizar espaço, o Replicador de uuário armazena apenas as entradas que começam com "tel:".

0x3

Um atributo de sequência de caracteres booliano, que se for VERDADEIRO faz com que o Replicador de usuário não inclua esse contato na tabela AbUserEntry. Se for FALSO, faz com que o Replicador de usuário inclua os atributos desse contato na tabela AbUserEntry, mas não o atributo específico com esse sinalizador. Este é outro tipo de caso especial que é principalmente para o atributo de msExchHideFromAddressLists.

0x4

Um atributo de seqüência de caracteres, mas é incluído apenas se o valor do atributo começa com "smtp:" e inclui o símbolo "@".

0x5

Um atributo de seqüência de caracteres, mas é incluído apenas se o valor do atributo começa com "tel:" ou "smtp:" e inclui o símbolo "@".

0x100

Se definido, é um atributo de valores múltiplos que pode aparecer mais de uma vez para cada contato.

0x400

Se definido, identifica o atributo de nome de conta de usuário do email de um contato. O servidor de catálogo de endereços usa esse sinalizador para identificar que valor de atributo mostrar na entrada do log de eventos de normalização do telefone.

0x800

Se definido, identifica um atributo necessário para um contato. O servidor de catálogo de endereços inclui um usuário na tabela AbUserEntry somente se houver um valor para este atributo em Active Directory. Se houver mais de um atributo obrigatório, somente é necessário que um deles tenha que incluir o usuário em um valor na tabela AbUserEntry.

0x1000

Se definido, o servidor de catálogo de endereços sempre normaliza o valor desse atributo.

0x2000

Se definido, o servidor de catálogo de endereços usa o número normalizado de proxyAddresses, se a configuração de CMS do UseNormalizationRules é FALSO; caso contrário, ele se comporta igual a quando o bit de sinalizador é 0x1000.

0x4000

Se definido, o servidor de catálogo de endereços não inclui os objetos que têm esse valor para o atributo especificado na tabela AbUserEntry. Por exemplo, se o atributo msRTCSIP-PrimaryUserAddress tem esse bit de sinalizador definido, os contatos que tenham esse atributo não são gravados no banco de dados.

0x8000

Se definido, o servidor de catálogo de endereços não inclui objetos na tabela AbUserEntry que não possuam esse valor para o atributo especificado. Se os bits de sinalizador 0x4000 e 0x8000 são definidos em um objeto, o atributo com o valor de bit de sinalizador definido como 0x4000 terá precedência e o objeto é excluído da tabela AbUserEntry.

0x10000

Se definido, representa um objeto de grupo. O Replicador de usuário usa esse bit de sinalizador para incluir os contatos com o atributo de groupType cuja presença indica um grupo (por exemplo, uma lista de distribuição ou um grupo de segurança).

0x20000

Se definido, o Replicador de usuário usa esse bit de sinalizador para incluir este atributo em arquivos de servidor de catálogo de endereços específicos de dispositivo (ou seja, arquivos com uma extensão .dabs).

Filtrando o catálogo de endereços

Os usuários preenchidos nos arquivos do servidor de catálogo de endereços podem ser controlados com base em determinados atributos do Serviços de Domínio Active Directory (AD DS) listados na tabela AbAttribute. Um desses atributos que é usado para a filtragem é o atributo do msExchangeHideFromAddressBook. Este é um atributo de usuário adicionado pelo esquema do Exchange. Se o valor desse atributo é VERDADEIRO, o Exchange Server usa esse atributo para ocultar o contato da lista de endereços global do Outlook (GAL). Da mesma forma, se o valor desse atributo é VERDADEIRO, o Replicador de usuário inclui o usuário na tabela AbUserEntry e esse usuário não estará nos arquivos do servidor de catálogo de endereços.

Você pode usar alguns bits de sinalizadores para definir um filtro a ser usado nos atributos do servidor de catálogo de endereços. Por exemplo, a presença de determinados bits de sinalizador pode identificar um atributo como um atributo de inclusão ou exclusão. O Replicador de usuários filtra os contactos que contêm um atributo de exclusão e filtra conteúdos que não têm um atributo de inclusão.

Atualmente existem três filtros diferentes. A tabela a seguir lista esses filtros.

Atributo Descrição

0x800

Se definido, identifica um atributo necessário para um contato. O Replicador de usuário usa esse bit de sinalizador para filtrar os contatos que não contêm pelo menos um atributo necessário. O OuPathId é um atributo obrigatório, que sempre é definido. Portanto, pelo menos um dos outros necessários atributos devem ser definidos. Caso contrário, o contato (isto é, com valor do atributo OuPathId necessário) ainda não será gravado no banco de dados. Por exemplo, se telephoneNumber e TelefoneResidencial são definidos como atributos necessários, somente os contatos que têm pelo menos um desses atributos são gravados no banco de dados.

0x4000

Se definido, identifica um atributo de exclusão. O Replicador de usuário usa esse bit de sinalizador para filtrar os contactos que contêm esse atributo. Por exemplo, se msRTCSIP-PrimaryUserAddress é definido como um atributo de exclusão, contatos que têm este atributo não são gravados no banco de dados.

0x8000

Se definido, identifica um atributo de inclusão. O Replicador de usuário usa esse bit de sinalizador para filtrar os contactos que não contêm esse atributo. Por exemplo, se msRTCSIP-PrimaryUserAddress é definido como um atributo de inclusão, somente os contatos que têm este atributo são gravados no banco de dados.
noteObservação:
Se os bits de sinalizador 0x4000 (excluir atributo) e 0x8000 (incluir atributo) estão definidos, o bit 0x4000 substitui o bit 0x8000 e o contato é excluído.

Embora vcê possa filtrar o catálogo de endereços para incluir somente certos usuários, limitar as entradas não limita a capacidade de outros usuários para entrar em contato com os usuários filtrados ou para ver seu status de presença. Os usuários sempre podem enviar manualmente mensagens instantâneas, iniciar chamadas ou encontrar os usuários que não estão no catálogo de endereços, digitando o nome completo de entrada de um usuário. Além disso, as informações de contato para um usuário também podem ser encontradas no Outlook ou no catálogo de endereços do Windows.

Embora ter registros completos de contatos nos arquivos do catálogo de endereços permite que você use o Lync 2010 para iniciar chamadas de telefone, e-mail ou do Enterprise Voice (isto é, se Enterprise Voice estiver ativado no servidor) a usuários que não estão configurados para o protocolo SIP (Session Initiation Protocol), algumas empresas preferem incluir somente os usuários habilitados para o SIP nas entradas de servidor de catálogo de endereços. Você pode filtrar o catálogo de endereços para incluir somente os usuários habilitados para o SIP limpando o bit 0x800 na coluna Sinalizadores dos seguintes atributos obrigatórios: mailNickname, telephoneNumber, homePhone e celular. Você também pode filtrar o catálogo de endereços para incluir somente os usuários habilitados para SIP, definindo o 0x8000 (inclua o atributo) na coluna Sinalizadores do atributo msRTCSIP-PrimaryUserAddress . Isso também ajuda a excluir as contas de serviço de arquivos de catálogo de endereços.

Depois de modificar a tabela AbAttribute, você pode atualizar os dados na tabela AbUserEntry executando o comando do cmdlet Update-CsUserDatabase. Após a conclusão da replicação UR, é possível atualizar o arquivo no repositório de arquivos do servidor de catálogo de endereços manualmente, executando o comando cmdlet UpdateCsAddressBook.

noteObservação:
O Front-End no qual o servidor de catálogo de endereços é colocado não é configurável administrativamente. Um deles é escolhido durante a implantação; normalmente o primeiro Front-End implantado. Em caso de falha, o serviço de catálogo de endereços será movido para outro Front-End e não requer nenhuma atenção administrativa. Além disso, existem dois bancos de dados para o serviço de catálogo de endereços, RTCab e RTCab1. Os bancos de dados são atualizados diariamente, mas alternam qual banco de dados é atualizado. Se o banco de dados de RTCab está sendo atualizado, as consultas são executadas no banco de dados de RTCab1 enquanto a atualização está em andamento. No dia seguinte, RTCab1 é atualizado e consultas são executadas no RTCab enquanto a atualização está em andamento. Isso garante que pelo menos um dos bancos de dados estará disponível para consulta e criação de arquivos do catálogo de endereços.
importantImportante:
Se você consolidou ou modificou de alguma forma a infra-estrutura da implantação de várias florestas ou uma implantação de pai e filho (por exemplo, consolidar a infra-estrutura antes de mover ao Lync Server 2010), é possível encontrar o download do serviço de catálogo de endereços e as falhas de consulta à Web do catálogo de endereços para alguns usuários. Quando em uma implantação que tinha vários domínios ou florestas, o atributo MsRTCSIP-OriginatorSid é preenchido nos objetos de usuário que estão apresentando o problema. O atributo MsRTCSIP-OriginatorSid deve ser definido como NULO nesses objetos para solucionar o problema.