Verwalten des Adressbuchdiensts

Normalisierung von Telefonnummern auf dem Adressbuchserver

Für Lync Server 2010 sind Telefonnummern nach dem RFC 3966/E.164-Standard erforderlich. Bei unstrukturierten oder inkonsistent formatierten Telefonnummern lässt Lync Server die Telefonnummern auf dem Adressbuchserver vorbereiten, bevor sie an die Normalisierungsregeln weitergeleitet werden. Wird eine Telefonnummer aus dem Adressbuch verwendet und die Normalisierungsregel angewendet, können Clients wie Microsoft Lync 2010, Microsoft Lync 2010 Phone Edition und Microsoft Lync 2010 Mobile diese normalisierten Nummern verwenden.

Wie unter Neue Adressbuchfunktionen beschrieben, funktionieren die in früheren Versionen verwendeten Normalisierungsregeln möglicherweise nicht ordnungsgemäß, wenn sie nicht angepasst werden. Da die Leerzeichen und die nicht erforderlichen Zeichen vor Einsatz der Normalisierungsregeln entfernt werden, tritt bei Ihrer Normalisierungsregel eventuell ein Fehler auf, falls der reguläre Ausdruck speziell nach einem Bindestrich oder einem anderen Zeichen sucht, das entfernt wurde. Überprüfen Sie Ihre Normalisierungsregeln, und stellen Sie sicher, dass sie nicht nach diesen nicht erforderlichen Zeichen suchen bzw. dass die Regel trotz Fehler fortgesetzt werden kann, wenn das Zeichen sich nicht an der von der Regel erwarteten Stelle befindet.

Benutzerreplikationsdienst und Adressbuchserver

Der Adressbuchserver nutzt die vom Benutzerreplikationsdienst bereitgestellten Informationen zum Aktualisieren der Daten, die er anfangs von der globalen Adressliste (GAL) erhält. Der Benutzerreplikationsdienst schreibt die Attribute von Active Directory-Domänendienste (AD DS) für jeden Benutzer, jeden Kontakt und jede Gruppe in die Tabelle "AbUserEntry" in der Datenbank, und der Adressbuchserver synchronisiert die Benutzerdaten aus der Datenbank in die Dateien im Dateispeicher des Adressbuchservers und in die Adressbuchdatenbank "RTCab" oder "RTCab1". Das Schema für die Tabelle "AbUserEntry" verwendet zwei Spalten, UserGuid und UserData. UserGuid ist die Indexspalte und enthält die 16-Byte-GUID des Active Directory-Objekts. UserData ist eine Spalte mit allen zuvor genannten Attributen von Active Directory-Domänendienste (AD DS) für diesen Kontakt.

Der Benutzerreplikationsdienst bestimmt, welche Active Directory-Attribute geschrieben werden, indem er eine Konfigurationstabelle liest, die sich in derselben SQL Server-basierten Instanz befindet wie die Tabelle "AbUserEntry". Die Tabelle "AbAttribute" enthält drei Spalten, ID, Name und Flags. Die Tabelle wird bei der Datenbankeinrichtung erstellt. Ist die Tabelle "AbAttribute" leer, überspringt der Benutzerreplikationsdienst die Logik zur Verarbeitung der Tabelle "AbUserEntry". Die Adressbuchserver-Attribute sind dynamisch und werden aus der Tabelle "AbAttribute" geladen, die anfänglich vom Adressbuchserver bei seiner Aktivierung geschrieben wird.

Durch die Aktivierung des Adressbuchservers wird die Tabelle "AbAttribute" mit Werten gefüllt, die zur Unterstützung von Lync Server erforderlich sind. In der folgenden Tabelle sind diese aktuellen Werte aufgeführt.

Die Zahlen in der Spalte ID müssen eindeutig sein und dürfen nie wiederverwendet werden. Wenn die ID-Werte unter 256 bleiben, wird hierdurch außerdem Speicherplatz in den vom Adressbuchserver geschriebenen Ausgabedateien eingespart. Der Höchstwert für ID-Werte ist jedoch 65535. Die Spalte Name entspricht dem Active Directory-Attributnamen, den der Benutzerreplikationsdienst für jeden Kontakt in der Tabelle "AbUserEntry" ablegen soll. Der Wert in der Spalte Flags dient zum Definieren des Attributtyps. Der Benutzerreplikationsdienst erkennt die folgenden Typen von Adressbuchserverattributen, angegeben durch das niedrige Byte des Werts in der Spalte Flags.

Filtern des Adressbuchs

Die in den Adressbuchserver-Dateien enthaltenen Benutzer können basierend auf bestimmten Attributen von Active Directory-Domänendienste (AD DS) gesteuert werden, die in der Tabelle "AbAttribute" aufgeführt sind. Das Attribut msExchangeHideFromAddressBook ist ein solches Filterattribut. Hierbei handelt es sich um ein Benutzerattribut, das durch das Exchange-Schema hinzugefügt wird. Wenn der Wert dieses Attributs TRUE lautet, blendet Exchange Server den Kontakt aus der globalen Outlook-Adressliste (GAL) aus. Lautet der Wert dieses Attributs TRUE, nimmt der Benutzerreplikationsdienst den betreffenden Benutzer in die Tabelle "AbUserEntry" auf, und der Benutzer ist nicht in die Adressbuchserver-Dateien enthalten.

Mithilfe einiger Kennzeichenbits können Sie einen Filter definieren, der für Adressbuchserver-Attribute verwendet wird. Beispielsweise kann das Attribut anhand bestimmter vorhandener Kennzeichenbits als Include- oder als Exclude-Attribut gekennzeichnet werden. Der Benutzerreplikationsdienst filtert Kontakte heraus, die ein Exclude-Attribut enthalten, sowie Kontakte, die kein Include-Attribut aufweisen.

Zurzeit gibt es drei verschiedene Filter. Diese Filter werden in der folgenden Tabelle gezeigt.

Hinweis:
Wurden sowohl das Kennzeichenbit "0x4000" (Exclude-Attribut) als auch das Kennzeichenbit "0x8000" (Include-Attribut) festgelegt, setzt das Bit "0x4000" das Bit "0x8000" außer Kraft, und der Kontakt wird ausgeschlossen.

Auch wenn Sie das Adressbuch so filtern können, dass es nur bestimmte Benutzer enthält, wird durch diese Einschränkung der Einträge nicht die Möglichkeit der Benutzer beschränkt, die gefilterten Benutzer zu kontaktieren oder deren Anwesenheitsstatus anzuzeigen. Benutzer können nicht im Adressbuch enthaltene Benutzer immer finden, manuell Sofortnachrichten senden oder manuell Anrufe an diese Benutzer tätigen, indem sie den vollständigen Anmeldenamen eines Benutzers eingeben. Außerdem können auch Kontaktinformationen für einen Benutzer in Outlook oder im Windows-Adressbuch gefunden werden.

Auch wenn Sie bei vollständigen Kontaktdatensätzen in den Adressbuchdateien Lync 2010 verwenden können, um E-Mail-, Telefon- oder Enterprise-VoIP-Anrufe (falls Enterprise-VoIP auf dem Server aktiviert ist) mit Benutzern zu initiieren, die nicht für SIP (Session Initiation Protocol) konfiguriert sind, ziehen einige Organisationen es vor, nur SIP-aktivierte Benutzer in ihren Adressbuchserver-Einträgen aufzunehmen. Sie können das Adressbuch so filtern, dass darin nur SIP-aktivierte Benutzer enthalten sind, indem Sie das Bit "0x800" in der Spalte Flags der folgenden erforderlichen Attribute löschen: mailNickname, telephoneNumber, homePhone und mobile. Eine weitere Möglichkeit, das Adressbuch so zu filtern, dass darin nur SIP-aktivierte Benutzer enthalten sind, besteht darin, das Bit "0x8000" (Include-Attribut) in der Spalte Flags des Attributs msRTCSIP-PrimaryUserAddress festzulegen: Auf diese Weise können auch Dienstkonten aus den Adressbuchdateien ausgeschlossen werden.

Nachdem Sie die Tabelle "AbAttribute" geändert haben, können Sie die Daten in der Tabelle "AbUserEntry" aktualisieren, indem Sie das Cmdlet "Update-CsUserDatabase" ausführen. Nach Abschluss der Benutzerreplikation können Sie die Datei im Adressbuchserver-Dateispeicher aktualisieren, indem Sie manuell das Cmdlet "UpdateCsAddressBook" ausführen.

Hinweis:

Das Front-End, auf dem sich der Adressbuchserver befindet, kann nicht vom Administrator konfiguriert werden. Es wird während der Bereitstellung ausgewählt – in der Regel handelt es sich um das erste bereitgestellte Front-End. Falls es ausfällt, wird der Adressbuchdienst ohne Administratoreingriff auf ein anderes Front-End verschoben. Außerdem werden für den Adressbuchdienst zwei Datenbanken verwendet – RTCab und RTCab1. Die Datenbanken werden täglich abwechselnd aktualisiert. Solange die Datenbank "RTCab" aktualisiert wird, werden Abfragen an der Datenbank "RTCab1" durchgeführt. Am nächsten Tag wird "RTCab1" aktualisiert, und Abfragen werden während der Aktualisierungsdauer an "RTCab" durchgeführt. Auf diese Weise wird sichergestellt, dass zumindest eine der Datenbanken zur Abfrage und zur Erstellung der Adressbuchdatei verfügbar ist.

Wichtig:

Wenn Sie Ihre Infrastruktur konsolidiert oder auf andere Weise von einer Bereitstellung mit mehreren Gesamtstrukturen oder einer Bereitstellung aus übergeordneten/untergeordneten Domänen geändert haben (beispielsweise durch Konsolidierung Ihrer Infrastruktur vor dem Wechsel auf Lync Server 2010), stellen Sie möglicherweise fest, dass der Download des Adressbuchdiensts und die Webabfrage des Adressbuchs für einige Benutzer nicht mehr möglich ist. In einer Bereitstellung, die zuvor mehrere Domänen oder Gesamtstrukturen umfasste, ist das Attribut MsRTCSIP-OriginatorSid für die Benutzerobjekte belegt, bei denen das Problem auftritt. Das Attribut MsRTCSIP-OriginatorSid muss für diese Objekte auf NULL gesetzt werden, um das Problem zu beheben.