Administrando o serviço catálogo de endereços no Lync Server 2013

 

Tópico Última Modificação: 05/02/2014

Como parte da implantação do Lync Server, Edição Enterprise ou Standard Edition, o Serviço de Catálogo de Endereços é instalado por padrão. O banco de dados usado pelo Serviço de Catálogo de Endereços – RTCab – é criado no SQL Server (para o Edição Enterprise, esse é o SQL Server de back-end; para o servidor Standard Edition, o SQL Server).

Nota

Para obter informações sobre como usar a Edição ADSI para editar Active Directory Domain Services de objeto, consulte Editar ADSI. Para obter informações sobre uma ferramenta no Kit de Recursos especificamente para o serviço catálogo de endereços, consulte Ferramentas do Kit de Recursos do Microsoft Lync Server 2013.

Normalização do número de telefone do servidor do catálogo de endereços

O Lync Server requer números de telefone RFC 3966/E.164 padronizados. Para usar números de telefone não estruturados ou formatados de forma inconsistente, o Lync Server depende do Servidor do Catálogo de Endereços para pré-processar números de telefone antes que eles sejam entregues às regras de normalização. Quando um número de telefone é usado no catálogo de endereços e a regra de normalização é aplicada, os clientes, como o Lync Phone Edition e o Lync Mobile, podem usar esses números normalizados.

As regras de normalização que foram usadas em 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 a expressão regex estiver especificamente procurando um traço ou outro caractere que foi removido, a regra de normalização poderá falhar. Você deve examinar suas regras de normalização para garantir que eles não estejam procurando esses caracteres não obrigatórios ou que a regra possa falhar normalmente e continuar caso o caractere não esteja presente onde a regra prevê que ele estará.

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

O Servidor do Catálogo de Endereços usa os dados fornecidos pelo Replicador de Usuários para atualizar as informações que ele inicialmente obtém da GAL (lista de endereços global). O Replicador de Usuários grava os atributos do Active Directory Domain Services para cada usuário, contato e grupo na tabela AbUserEntry no banco de dados e o Servidor do Catálogo de Endereços sincroniza os dados do 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 do Catálogo de Endereços RTCab. O esquema da tabela AbUserEntry usa duas colunas, UserGuid e UserData. UserGuid é a coluna de índice e contém o GUID de 16 bytes do objeto do Active Directory. UserData é uma coluna de imagem que contém todos os atributos de Active Directory Domain Services mencionados anteriormente para esse contato.

O Replicador de Usuário determina quais atributos do Active Directory gravar lendo uma tabela de configuração localizada na mesma instância baseada em SQL Server que a tabela AbUserEntry. A tabela AbAttribute contém três colunas, ID, Nome, Sinalizadores e Habilitar. A tabela é criada durante a instalação do banco de dados. Se a tabela AbAttribute estiver vazia, o Replicador de Usuários ignorará sua lógica de processamento de tabela AbUserEntry. Os atributos do Servidor do Catálogo de Endereços são dinâmicos e são recuperados da tabela AbAttribute, que é inicialmente gravada pelo Servidor do Catálogo de Endereços quando o Servidor do Catálogo de Endereços é ativado.

A ativação do Servidor de Catálogo de Endereços preenche a tabela AbAttribute com os valores mostrados na tabela a seguir.

ID	Nome	Sinalizadores
1	Givenname	0x01400000
2	Sn	0x02400000
3	Displayname	0x03420000
4	Título	0x04000000
5	Mailnickname	0x05400000
6	Empresa	0x06000000
7	physicalDeliveryOfficeName	0x07000000
8	msRTCSIP-PrimaryUserAddress	0x08520C00
9	Telephonenumber	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 na coluna de ID devem ser exclusivos e nunca devem ser reutilizados. Além disso, manter os valores de ID abaixo de 256 economiza espaço nos arquivos de saída gravados pelo Servidor do Catálogo de Endereços. No entanto, o valor máximo da ID é 65535. A coluna Nome corresponde ao nome do atributo do Active Directory que o Replicador de Usuários deve colocar na tabela AbUserEntry para cada contato. O valor na coluna Sinalizadores é usado para definir o tipo de atributo. Os seguintes tipos de atributos do Servidor do Catálogo de Endereços são reconhecidos pelo Replicador de Usuários, indicado pelo byte baixo do valor na coluna Sinalizadores.

Atributo	Descrição
0x0	Um atributo de cadeia 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ários armazena isso no blob sem nenhuma conversão.
0x2	Um atributo de cadeia de caracteres, mas será incluído somente se o valor do atributo começar com "tel:". Isso é principalmente para atributos de cadeia de caracteres de valores múltiplos, especificamente proxyAddresses. Nesse caso, o Servidor do Catálogo de Endereços está interessado apenas em entradas proxyAddresses que começam com "tel:". Portanto, no interesse de economizar espaço, o Replicador de Usuários armazena apenas as entradas que começam com "tel:".
0x3	Um atributo de cadeia de caracteres booliano, que se TRUE faz com que o Replicador de Usuários não inclua esse contato na tabela AbUserEntry. Se FOR FALSO, ele fará com que o Replicador de Usuários inclua os atributos desse contato na tabela AbUserEntry, mas não o atributo específico com esse sinalizador. Esse é outro tipo de caso especial que é principalmente para o atributo msExchHideFromAddressLists .
0x4	Um atributo de cadeia de caracteres, mas será incluído somente se o valor do atributo começar com "smtp:" e incluir o símbolo "@".
0x5	Um atributo de cadeia de caracteres, mas será incluído somente se o valor do atributo começar com "tel:" ou "smtp:" e incluir o símbolo "@".
0x100	Se definido, esse é um atributo de valores múltiplos que pode aparecer mais de uma vez para cada contato.
0x400	Se definido, isso identificará o atributo de nome de conta de usuário de email para um contato. O Servidor do Catálogo de Endereços usa esse sinalizador para identificar qual valor de atributo mostrar na entrada de log de eventos de normalização de telefone.
0x800	Se definido, isso identificará um atributo necessário para um contato. O Servidor de Catálogo de Endereços incluirá um usuário na tabela AbUserEntry somente se houver um valor para esse atributo no Active Directory. Se houver mais de um atributo necessário, somente um deles precisará ter um valor para incluir o usuário 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 do Catálogo de Endereços usará o número normalizado de proxyAddresses, se a configuração Do CMS UseNormalizationRules for FALSE; caso contrário, ele se comporta da mesma forma que quando o bit do sinalizador é 0x1000.
0x4000	Se definido, o Servidor do Catálogo de Endereços não inclui objetos na tabela AbUserEntry que têm esse valor para o atributo especificado. Por exemplo, se o atributo msRTCSIP-PrimaryUserAddress tiver esse bit de sinalizador definido, os contatos que têm esse atributo não serão gravados no banco de dados.
0x8000	Se definido, o Servidor do Catálogo de Endereços não inclui objetos na tabela AbUserEntry que não têm esse valor para o atributo especificado. Se os bits de sinalizador 0x4000 e 0x8000 forem definidos em um objeto, o atributo com o valor de bit do sinalizador definido como 0x4000 terá precedência e o objeto será excluído da tabela AbUserEntry.
0x10000	Se definido, isso representa um objeto de grupo. O Replicador de Usuário usa esse bit de sinalizador para incluir contatos com o atributo groupType cuja presença indica um grupo (por exemplo, uma lista de distribuição ou grupo de segurança).
0x20000	Se definido, o Replicador de Usuários usará esse bit de sinalizador para incluir esse atributo em arquivos do Servidor do Catálogo de Endereços específicos do dispositivo (ou seja, arquivos com uma extensão .dabs).

Nas versões anteriores do Lync Server, ao aplicar uma alteração ao Active Directory, o administrador precisaria executar cmdlets Update -CSUserDatabase e Update –CSAddressBook Windows PowerShell para persistir a alteração no banco de dados de usuário do Lync Server e no banco de dados RTCab imediatamente. No Lync Server 2013, o Replicador de Usuários do Lync Server selecionará as alterações do Active Directory e atualizará o banco de dados de usuário do Lync Server com base em um intervalo configurado. O Replicador de Usuários do Lync Server também propagará as alterações para o banco de dados RTCab rapidamente sem que o administrador precise executar Update-CSAddressBook. Se a consulta da Web do Catálogo de Endereços estiver habilitada, as alterações serão refletidas nos resultados da pesquisa pelos clientes do Lync. Os administradores só precisarão executar Update -CSAddressBook se o download do arquivo do Catálogo de Endereços estiver habilitado.

Nota

Por padrão, o Replicador de Usuários do Lync Server é executado automaticamente a cada 5 minutos. Você pode configurar esse intervalo usando Set -CSUserReplicatorConfiguration -ReplicationCycleInterval <>.

Filtrando o catálogo de endereços

Os usuários preenchidos nos arquivos do Servidor do Catálogo de Endereços podem ser controlados com base em determinados Active Directory Domain Services atributos listados na tabela AbAttribute. Um desses atributos usados para filtragem é o atributo msExchangeHideFromAddressBook . Esse é um atributo de usuário adicionado pelo esquema do Exchange. Se o valor desse atributo for TRUE, Exchange Server esse atributo para ocultar o contato da GAL (Lista de Endereços Global) do Outlook. Da mesma forma, se o valor desse atributo for TRUE, o Replicador de Usuários não incluirá esse usuário na tabela AbUserEntry e esse usuário não estará nos arquivos do Servidor do Catálogo de Endereços.

Você pode usar alguns bits de sinalizador para definir um filtro a ser usado nos atributos do Servidor do Catálogo de Endereços. Por exemplo, a presença de determinados bits de sinalizador pode identificar um atributo como um atributo include ou um atributo de exclusão. O Replicador de Usuários filtra os contatos que contêm um atributo de exclusão e os filtros contêm que não contêm um atributo include.

Aviso

Para obter mais informações sobre como filtrar o Catálogo de Endereços, consulte os cmdlets do Servidor do Catálogo de Endereços no Lync Server 2013 e o catálogo de endereços do Filter Lync 2013

Atualmente, há três filtros diferentes. A tabela a seguir lista esses filtros.

Atributo	Descrição
0x800	Se definido, isso identificará um atributo necessário para um contato. O Replicador de Usuário usa esse bit de sinalizador para filtrar contatos que não contêm pelo menos um atributo necessário. OuPathId é um atributo obrigatório, que é sempre definido. Portanto, pelo menos um dos outros atributos necessários deve ser definido. Caso contrário, o contato (ou seja, com o valor do atributo obrigatório OuPathId) ainda não será gravado no banco de dados. Por exemplo, se telephoneNumber e homePhone forem definidos como atributos obrigatórios, somente os contatos que tiverem pelo menos um desses atributos serão gravados no banco de dados.
0x4000	Se definido, isso identificará um atributo de exclusão. O Replicador de Usuário usa esse bit de sinalizador para filtrar os contatos que contêm esse atributo. Por exemplo, se msRTCSIP-PrimaryUserAddress for definido como um atributo de exclusão, os contatos que têm esse atributo não serão gravados no banco de dados.
0x8000	Se definido, isso identificará um atributo include. O Replicador de Usuário usa esse bit de sinalizador para filtrar contatos que não contêm esse atributo. Por exemplo, se msRTCSIP-PrimaryUserAddress for definido como um atributo include, somente os contatos que têm esse atributo serão gravados no banco de dados.

Nota

Se os bits de sinalizador 0x4000 (excluir atributo) e 0x8000 (incluir atributo) forem definidos, o bit 0x4000 substituirá o bit 0x8000 e o contato será excluído.

Embora você possa filtrar o Catálogo de Endereços para incluir apenas determinados usuários, a limitação de entradas não limita a capacidade de outros usuários de entrar em contato com os usuários filtrados ou de ver seu status de presença. Os usuários sempre podem localizar, enviar mensagens instantâneas manualmente ou iniciar manualmente chamadas para usuários que não estão no Catálogo de Endereços inserindo o nome de entrada completo de um usuário. Além disso, as informações de contato de um usuário também podem ser encontradas no Outlook.

Embora ter registros de contato completos nos arquivos do Catálogo de Endereços permita que você use o Lync Server para iniciar chamadas por email, telefone ou Enterprise Voice (ou seja, se o Enterprise Voice estiver habilitado no servidor) com usuários que não estão configurados para o PROTOCOLO SIP, algumas organizações preferem incluir apenas usuários habilitados para SIP em suas entradas do Servidor do Catálogo de Endereços. Você pode filtrar o Catálogo de Endereços para incluir somente usuários habilitados para SIP limpando o bit 0x800 na coluna Sinalizadores dos seguintes atributos necessários: mailNickname, telephoneNumber, homePhone e mobile. Você também pode filtrar o Catálogo de Endereços para incluir apenas usuários habilitados para SIP definindo o 0x8000 (atributo include) na coluna Sinalizadores do atributo msRTCSIP-PrimaryUserAddress . Isso também ajuda a excluir contas de serviço dos arquivos do Catálogo de Endereços.

Depois de modificar a tabela AbAttribute, você pode atualizar os dados na tabela AbUserEntry executando o comando cmdlet Update-CsUserDatabase . Depois que a replicação de UR for concluída, você poderá atualizar o arquivo no repositório de arquivos do Servidor do Catálogo de Endereços executando manualmente o comando updateCsAddressBook do cmdlet.

Nota

O Servidor Front-End que o Servidor de Catálogo de Endereços é colocado não é configurável administrativamente. Um é escolhido durante a implantação— normalmente, o primeiro Servidor Front-End implantado. Em caso de falha, o Serviço de Catálogo de Endereços será movido para outro Servidor Front-End e não requer atenção administrativa.

Importante

Se você tiver consolidado ou modificado sua infraestrutura de uma implantação de várias florestas ou de uma implantação pai/filho (como consolidar sua infraestrutura antes de migrar para o Lync Server), poderá descobrir que o download do serviço Catálogo de Endereços e a Consulta Web do Catálogo de Endereços falham 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 exibindo o problema. O atributo MsRTCSIP-OriginatorSid deve ser definido como NULL nesses objetos para resolver o problema.