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.

Observaçã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.

Observaçã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.

Importante:

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.