Администрирование службы адресной книги в Lync Server 2013
Последнее изменение раздела: 2014-02-05
В рамках развертывания сервера Lync Server, выпуск Enterprise или Standard Edition служба адресной книги устанавливается по умолчанию. База данных, используемая службой адресной книги (RTCab), создается на сервере SQL Server (для выпуск Enterprise это серверная часть SQL Server; для сервера Standard Edition, размещенного SQL Server).
Примечание.
Сведения об использовании adsI Edit для изменения доменные службы Active Directory объектов см. в разделе "Редактирование ADSI". Дополнительные сведения о средстве в наборе ресурсов, специально для службы адресной книги, см. в разделе "Средства комплекта ресурсов Microsoft Lync Server 2013".
Нормализация номеров телефонов сервера адресной книги
Для Lync Server требуются стандартизированные номера телефонов RFC 3966 или E.164. Чтобы использовать неструктурированные или несогласованные номера телефонов, Lync Server использует сервер адресной книги для предварительной обработки номеров телефонов перед их передачой правилам нормализации. Если в адресной книге используется номер телефона и применяется правило нормализации, клиенты, такие как Lync Phone Edition и Lync Mobile, могут использовать эти нормализованные номера.
Правила нормализации, которые использовались в предыдущих версиях, могут работать неправильно без некоторых корректировок. Так как пробелы и не обязательные символы удаляются до правил нормализации, если выражение регулярного выражения ищет дефис или другой символ, который был удален, правило нормализации может завершиться ошибкой. Просмотрите правила нормализации, чтобы убедиться, что они не ищут эти необязаочные символы или что правило может завершиться ошибкой корректно и продолжить в случае, если символ отсутствует там, где предполагается правило.
Репликатор пользователей и сервер адресной книги
Сервер адресной книги использует данные, предоставляемые репликатором пользователей, для обновления сведений, которые он изначально получает из глобального списка адресов (GAL). Репликатор пользователей записывает атрибуты доменные службы Active Directory для каждого пользователя, контакта и группы в таблицу AbUserEntry в базе данных, а сервер адресной книги синхронизирует данные пользователя из базы данных в файлы в хранилище файлов сервера адресной книги и в базу данных адресной книги RTCab. Схема таблицы AbUserEntry использует два столбца: UserGuid и UserData. UserGuid является столбцом индекса и содержит 16-байтовый GUID объекта Active Directory. UserData — это столбец изображения, содержащий все ранее упомянутые доменные службы Active Directory для этого контакта.
Репликатор пользователей определяет, какие атрибуты Active Directory следует записывать, считывая таблицу конфигурации, расположенную в том же экземпляре SQL Server, что и таблица AbUserEntry. Таблица AbAttribute содержит три столбца: ID, Name, Flags и Enable. Таблица создается во время настройки базы данных. Если таблица AbAttribute пуста, репликатор пользователей пропускает логику обработки таблицы AbUserEntry. Атрибуты сервера адресной книги являются динамическими и извлекаются из таблицы AbAttribute, которая изначально записывается сервером адресной книги при активации сервера адресной книги.
Активация сервера адресной книги заполняет таблицу AbAttribute значениями, приведенными в следующей таблице.
| ID | Имя | Флажки |
|---|---|---|
1 |
givenName |
0x01400000 |
2 |
Sn |
0x02400000 |
3 |
Displayname |
0x03420000 |
4 |
Название |
0x04000000 |
5 |
mailNickname |
0x05400000 |
6 |
Компании |
0x06000000 |
7 |
physicalDeliveryOfficeName |
0x07000000 |
8 |
msRTCSIP-PrimaryUserAddress |
0x08520C00 |
9 |
phoneNumber |
0x09022800 |
10 |
homePhone |
0x0A302800 |
11 |
Мобильный |
0x0B622800 |
12 |
otherTelephone |
0x0C302000 |
13 |
ipPhone |
0x0D302000 |
14 |
Почты |
0x0E500000 |
15 |
groupType |
0x0F010800 |
16 |
Отдел |
0x10000000 |
17 |
Описание |
0x11000100 |
18 |
Директор |
0x12040001 |
19 |
proxyAddress |
0x00500105 |
20 |
msExchHideFromAddressLists |
0xFF000003 |
99 |
entryID |
0x99000000 |
Числа в столбце идентификаторов должны быть уникальными и никогда не должны использоваться повторно. Кроме того, сохранение значений идентификатора ниже 256 экономит место в выходных файлах, записанных сервером адресной книги. Однако максимальное значение идентификатора — 65535. Столбец Name соответствует имени атрибута Active Directory, которое репликатор пользователей должен поместить в таблицу AbUserEntry для каждого контакта. Значение в столбце Flags используется для определения типа атрибута. Следующие типы атрибутов сервера адресной книги распознаются репликатором пользователей, обозначенным низким байтом значения в столбце "Флаги ".
| Атрибут | Описание |
|---|---|
0x0 |
Строковый атрибут. Пользовательский репликатор преобразует этот тип в UTF-8 перед сохранением в таблице AbUserEntry. |
0x1 |
Двоичный атрибут. Репликатор пользователей сохраняет его в BLOB-объекте без преобразования. |
0x2 |
Строковый атрибут, но включается только в том случае, если значение атрибута начинается с "tel:". Это в основном для многозначных строковых атрибутов, в частности proxyAddresses. В этом случае сервер адресной книги интересуется только записями proxyAddresses , которые начинаются с "tel:". Таким образом, в целях экономии места репликатор пользователей сохраняет только записи, которые начинаются с "tel:". |
0x3 |
Логический строковый атрибут, который, если значение TRUE, приводит к тому, что репликатор пользователя не включает этот контакт в таблицу AbUserEntry. Если значение равно FALSE, репликатор пользователей включает атрибуты этого контакта в таблицу AbUserEntry, но не конкретный атрибут с этим флагом. Это еще один особый тип регистра, который в основном предназначен для атрибута msExchHideFromAddressLists . |
0x4 |
Строковый атрибут, но включается только в том случае, если значение атрибута начинается с smtp:" и включает символ "@". |
0x5 |
Строковый атрибут, но включается, только если значение атрибута начинается с "tel:" или "smtp:" и включает символ "@". |
0x100 |
Если этот параметр задан, это многозначный атрибут, который может отображаться для каждого контакта несколько раз. |
0x400 |
Если этот параметр задано, он определяет атрибут имени учетной записи пользователя электронной почты для контакта. Сервер адресной книги использует этот флаг для определения значения атрибута, отображаемого в записи журнала событий нормализации телефона. |
0x800 |
Если задано, это определяет обязательный атрибут для контакта. Сервер адресной книги включает пользователя в таблицу AbUserEntry, только если для этого атрибута есть значение в Active Directory. Если существует несколько обязательных атрибутов, только один из них должен иметь значение, чтобы включить пользователя в таблицу AbUserEntry. |
0x1000 |
Если этот параметр задан, сервер адресной книги всегда нормализует значение этого атрибута. |
0x2000 |
Если задано, сервер адресной книги использует нормализованное число из proxyAddresses, если параметр UseNormalizationRules CMS имеет значение FALSE; в противном случае он ведет себя так же, как если бит флага 0x1000. |
0x4000 |
Если этот параметр задан, сервер адресной книги не включает в таблицу AbUserEntry объекты, которые имеют это значение для указанного атрибута. Например, если атрибут msRTCSIP-PrimaryUserAddress имеет этот бит флага, контакты с этим атрибутом не записываются в базу данных. |
0x8000 |
Если этот параметр задан, сервер адресной книги не включает в таблицу AbUserEntry объекты, которые не имеют этого значения для указанного атрибута. Если в объекте заданы биты флага 0x4000 и 0x8000, приоритет имеет атрибут с битом флага 0x4000, а объект исключается из таблицы AbUserEntry. |
0x10000 |
Если задано, это представляет объект группы. Репликатор пользователей использует этот бит флага, чтобы включить контакты с атрибутом groupType , присутствие которого указывает на группу (например, список рассылки или группу безопасности). |
0x20000 |
Если задано, репликатор пользователей использует этот бит флага, чтобы включить этот атрибут в файлы сервера адресной книги для конкретного устройства (то есть файлы с расширением DABS). |
В предыдущих версиях Lync Server при применении изменений к Active Directory администратору потребуется выполнить командлеты Update -CSUserDatabase и Update –CSAddressBook Windows PowerShell, чтобы немедленно сохранить изменения в пользовательской базе данных Lync Server и базе данных RTCab. В Lync Server 2013 репликатор пользователей Lync Server будет выбирать изменения из Active Directory и обновлять базу данных пользователя Lync Server на основе заданного интервала. Репликатор пользователей Lync Server также быстро распространяет изменения в базу данных RTCab без необходимости запуска Update-CSAddressBook администратором. Если веб-запрос адресной книги включен, изменения будут отражены в результатах поиска клиентами Lync. Администраторам потребуется запустить Update -CSAddressBook, только если включена загрузка файла адресной книги.
Примечание.
По умолчанию репликатор пользователей Lync Server выполняется автоматически каждые 5 минут. Этот интервал можно настроить с помощью set -CSUserReplicatorConfiguration -ReplicationCycleInterval <>.
Фильтрация адресной книги
Пользователями, заполненными в файлах сервера адресной книги, можно управлять на основе определенных атрибутов доменные службы Active Directory, перечисленных в таблице AbAttribute. Одним из таких атрибутов, используемых для фильтрации, является атрибут msExchangeHideFromAddressBook . Это атрибут пользователя, добавляемый схемой Exchange. Если значение этого атрибута равно TRUE, Exchange Server этот атрибут используется для скрытия контакта из глобального списка адресов Outlook (GAL). Аналогичным образом, если значение этого атрибута равно TRUE, репликатор пользователей не включает этого пользователя в таблицу AbUserEntry и этот пользователь не будет в файлах сервера адресной книги.
Вы можете использовать некоторые биты флагов, чтобы определить фильтр, который будет использовать атрибуты сервера адресной книги. Например, наличие определенных битов флагов может идентифицировать атрибут как атрибут include или атрибут исключения. Репликатор пользователей отфильтровывает контакты, содержащие атрибут исключения, и фильтры, содержащие не содержащие атрибут include.
Предупреждение
Дополнительные сведения о фильтрации адресной книги см. в разделе командлетов сервера адресной книги в Lync Server 2013 и в адресной книге filter Lync 2013.
В настоящее время существует три разных фильтра. В следующей таблице перечислены эти фильтры.
| Атрибут | Описание |
|---|---|
0x800 |
Если задано, это определяет обязательный атрибут для контакта. Репликатор пользователей использует этот бит флага для фильтрации контактов, которые не содержат хотя бы один обязательный атрибут. OuPathId является обязательным атрибутом, который всегда задается. Поэтому необходимо задать хотя бы один из других обязательных атрибутов. В противном случае контакт (то есть со значением обязательного атрибута OuPathId) по-прежнему не будет записан в базу данных. Например, если phoneNumber и homePhone определены как обязательные атрибуты, в базу данных записываются только контакты, которые имеют хотя бы один из этих атрибутов. |
0x4000 |
Если задано, это определяет атрибут exclude. Репликатор пользователей использует этот бит флага для фильтрации контактов, содержащих этот атрибут. Например, если msRTCSIP-PrimaryUserAddress определен как атрибут исключения, контакты с этим атрибутом не записываются в базу данных. |
0x8000 |
Если задано, это определяет атрибут include. Репликатор пользователей использует этот бит флага для фильтрации контактов, которые не содержат этот атрибут. Например, если msRTCSIP-PrimaryUserAddress определен как атрибут include, в базу данных записываются только контакты с этим атрибутом. |
Примечание.
Если задано 0x4000 (атрибут исключения) и 0x8000 (атрибут include), бит 0x4000 переопределяет 0x8000 бит и контакт исключается.
Хотя вы можете отфильтровать адресную книгу, включив в нее только определенных пользователей, ограничение записей не ограничивает возможность других пользователей связываться с отфильтрованными пользователями или просматривать их состояние присутствия. Пользователи всегда могут найти, вручную отправить мгновенные сообщения или вручную инициировать вызовы пользователей, не вступив в адресную книгу, введя полное имя пользователя для входа. Кроме того, контактные данные пользователя также можно найти в Outlook.
Хотя наличие полных записей контактов в файлах адресной книги позволяет использовать Lync Server для инициации звонков по электронной почте, телефону или Корпоративная голосовая связь (т. е. если на сервере включена Корпоративная голосовая связь) с пользователями, не настроенными для протокола Инициации сеансов (SIP), некоторые организации предпочитают включать в свои приложения только пользователей с поддержкой SIP. Записи сервера адресной книги. Вы можете отфильтровать адресную книгу, чтобы включить только пользователей с поддержкой SIP, с помощью очистки бита 0x800 в столбце Flags следующих обязательных атрибутов: mailNickname, phoneNumber, homePhone и mobile. Вы также можете отфильтровать адресную книгу, чтобы включить только пользователей с поддержкой SIP, 0x8000 (атрибут include) в столбце Flagsатрибута msRTCSIP-PrimaryUserAddress . Это также помогает исключить учетные записи служб из файлов адресной книги.
После изменения таблицы AbAttribute можно обновить данные в таблице AbUserEntry, выполнив команду командлета Update-CsUserDatabase . После завершения репликации URL-адресов можно обновить файл в хранилище файлов сервера адресной книги, выполнив команду командлета UpdateCsAddressBook вручную.
Примечание.
Сервер переднего плана, на котором размещен сервер адресной книги, не настраивается административно. Один из них выбирается во время развертывания — как правило, первый развернутый сервер переднего плана. В случае сбоя служба адресной книги будет перемещена на другой сервер переднего плана и не требует административного внимания.
Важно
Если вы консолидируете или иным образом изменили инфраструктуру из развертывания с несколькими лесами или родительского или дочернего развертывания (например, консолидируете инфраструктуру перед переходом на Lync Server), вы можете обнаружить, что скачивание службы адресной книги и веб-запрос адресной книги завершается сбоем для некоторых пользователей. При развертывании с несколькими доменами или лесами атрибут MsRTCSIP-OriginatorSid заполняется для объектов пользователей, в которых возникает проблема. Чтобы устранить проблему, атрибут MsRTCSIP-OriginatorSid должен иметь значение NULL для этих объектов.