Verwalten des Adressbuchdiensts in Lync Server 2013

 

Thema Letzte Änderung: 05.02.2014

Als Teil der Bereitstellung von Lync Server, Enterprise Edition oder Standard Edition-Server wird der Adressbuchdienst standardmäßig installiert. Die vom Adressbuchdienst - RTCab - verwendete Datenbank wird auf der SQL Server erstellt (für Enterprise Edition ist dies das Back-End-SQL Server; für den Standard Edition-Server die verbundene SQL Server).

Hinweis

Informationen zur Verwendung von ADSI Edit zum Bearbeiten Active Directory Domain Services Objektattribute finden Sie unter ADSI Edit. Informationen zu einem Tool im Resource Kit speziell für den Adressbuchdienst finden Sie unter Microsoft Lync Server 2013 Resource Kit Tools.

Normalisierung der Adressbuchservertelefonnummer

Lync Server erfordert standardisierte RFC 3966/E.164-Telefonnummern. Um unstrukturierte oder inkonsistente Telefonnummern zu verwenden, verwendet Lync Server den Adressbuchserver, um Telefonnummern vorzuverarbeiten, bevor sie an die Normalisierungsregeln übergeben werden. Wenn eine Telefonnummer aus dem Adressbuch verwendet wird und die Normalisierungsregel angewendet wird, können Clients wie Lync Phone Edition und Lync Mobile diese normalisierten Nummern verwenden.

Die in früheren Versionen verwendeten Normalisierungsregeln funktionieren möglicherweise ohne einige Anpassungen nicht ordnungsgemäß. Da leerzeichen und nicht obligatorische Zeichen vor den Normalisierungsregeln entfernt werden, kann die Normalisierungsregel fehlschlagen, wenn Ihr regulärer Ausdruck speziell nach einem Strich oder einem anderen Zeichen sucht, das entfernt wurde. Überprüfen Sie ihre Normalisierungsregeln, um sicherzustellen, dass sie entweder nicht nach diesen nicht obligatorischen Zeichen suchen oder dass die Regel ordnungsgemäß fehlschlagen und fortgesetzt werden kann, falls das Zeichen nicht vorhanden ist, wo die Regel es erwartet.

Benutzerreplikationsdienst und Adressbuchserver

Der Adressbuchserver verwendet vom Benutzerreplikationsdienst bereitgestellte Daten, um die Informationen zu aktualisieren, die er ursprünglich aus der globalen Adressliste (GAL) abruft. Der Benutzerreplikationsdienst schreibt die Active Directory Domain Services Attribute für jeden Benutzer, Kontakt und jede Gruppe in die Tabelle "AbUserEntry" in der Datenbank, und der Adressbuchserver synchronisiert die Benutzerdaten aus der Datenbank in Dateien im Adressbuchserver-Dateispeicher und in die Adressbuchdatenbank RTCab. Das Schema für die AbUserEntry-Tabelle verwendet zwei Spalten, UserGuid und UserData. UserGuid ist die Indexspalte und enthält die 16-Byte-GUID des Active Directory-Objekts. UserData ist eine Bildspalte, die alle zuvor erwähnten Active Directory Domain Services Attribute für diesen Kontakt enthält.

Der Benutzerreplikationsdienst bestimmt, welche Active Directory-Attribute geschrieben werden sollen, indem er eine Konfigurationstabelle liest, die sich in derselben SQL Server-basierten Instanz wie die AbUserEntry-Tabelle befindet. Die AbAttribute-Tabelle enthält drei Spalten: ID, Name, Flags und Enable. Die Tabelle wird während der Datenbankeinrichtung erstellt. Wenn die AbAttribute-Tabelle leer ist, überspringt der Benutzerreplikationsdienst seine AbUserEntry-Tabellenverarbeitungslogik. Adressbuchserverattribute sind dynamisch und werden aus der AbAttribute-Tabelle abgerufen, die zunächst vom Adressbuchserver geschrieben wird, wenn der Adressbuchserver aktiviert wird.

Die Adressbuchserveraktivierung füllt die Tabelle "AbAttribute" mit den in der folgenden Tabelle angezeigten Werten auf.

ID Name Kennzeichnungen

1

Givenname

0x01400000

2

Sn

0x02400000

3

Displayname

0x03420000

4

Titel

0x04000000

5

Mailnickname

0x05400000

6

Unternehmen

0x06000000

7

physicalDeliveryOfficeName

0x07000000

8

msRTCSIP-PrimaryUserAddress

0x08520C00

9

telephoneNumber

0x09022800

10

homePhone

0x0A302800

11

Mobil

0x0B622800

12

otherTelephone

0x0C302000

13

ipPhone

0x0D302000

14

Mail

0x0E500000

15

Grouptype

0x0F010800

16

Abteilung

0x10000000

17

Beschreibung

0x11000100

18

Manager

0x12040001

19

proxyAddress

0x00500105

20

msExchHideFromAddressLists

0xFF000003

99

entryID

0x99000000

Die Zahlen in der ID-Spalte müssen eindeutig sein und sollten nie wiederverwendet werden. Wenn sie die ID-Werte unter 256 halten, wird speicherplatzsparend in den Ausgabedateien gespeichert, die vom Adressbuchserver geschrieben wurden. Der maximale ID-Wert ist jedoch 65535. Die Spalte "Name " entspricht dem Active Directory-Attributnamen, den der Benutzerreplikationsdienst in der Tabelle "AbUserEntry" für jeden Kontakt einfügen sollte. Der Wert in der Spalte "Flags " wird verwendet, um den Attributtyp zu definieren. Die folgenden Typen von Adressbuchserverattributen werden vom Benutzerreplikationsdienst erkannt, der durch das niedrige Byte des Werts in der Spalte "Flags " gekennzeichnet ist.

Attribut Beschreibung

0x0

Ein Zeichenfolgenattribut. Der Benutzerreplikationsdienst konvertiert diesen Typ in UTF-8, bevor er in der AbUserEntry-Tabelle gespeichert wird.

0x1

Ein binäres Attribut. Der Benutzerreplikationsdienst speichert dies im Blob ohne Konvertierung.

0x2

Ein Zeichenfolgenattribut, aber nur enthalten, wenn der Attributwert mit "tel:" beginnt. Dies gilt in erster Linie für mehrwertige Zeichenfolgenattribute, insbesondere proxyAddresses. In diesem Fall ist Adressbuchserver nur an ProxyAddresses-Einträgen interessiert, die mit "tel:" beginnen. Aus diesem Grund speichert der Benutzerreplikationsdienst im Interesse der Speicherplatzeinsparung nur die Einträge, die mit "tel:" beginnen.

0x3

Ein boolesches Zeichenfolgenattribut, das bei TRUE bewirkt, dass der Benutzerreplikationsdienst diesen Kontakt nicht in die AbUserEntry-Tabelle einschließt. Wenn FALSE, führt dies dazu, dass der Benutzerreplikationsdienst die Attribute für diesen Kontakt in die Tabelle "AbUserEntry" einschließt, jedoch nicht das bestimmte Attribut mit diesem Flag. Dies ist ein weiterer Sonderfalltyp, der in erster Linie für das Attribut "msExchHideFromAddressLists " gilt.

0x4

Ein Zeichenfolgenattribut, wird jedoch nur einbezogen, wenn der Attributwert mit "smtp:" beginnt und das Symbol "@" enthält.

0x5

Ein Zeichenfolgenattribut, aber nur enthalten, wenn der Attributwert entweder mit "tel:" oder "smtp:" beginnt und das Symbol "@" enthält.

0x100

Bei Festlegung ist dies ein mehrwertiges Attribut, das für jeden Kontakt mehrmals angezeigt werden kann.

0x400

Wenn diese Einstellung festgelegt ist, wird das E-Mail-Benutzerkonto-Namensattribut für einen Kontakt identifiziert. Adressbuchserver verwendet dieses Kennzeichen, um zu identifizieren, welcher Attributwert im Protokolleintrag des Telefonnormalisierungsereignisses angezeigt werden soll.

0x800

Wenn dies festgelegt ist, wird ein erforderliches Attribut für einen Kontakt identifiziert. Adressbuchserver schließt einen Benutzer nur dann in die AbUserEntry-Tabelle ein, wenn in Active Directory ein Wert für dieses Attribut vorhanden ist. Wenn mehr als ein erforderliches Attribut vorhanden ist, muss nur eines davon über einen Wert verfügen, um den Benutzer in die Tabelle "AbUserEntry" einzuschließen.

0x1000

Wenn diese Einstellung festgelegt ist, normalisiert der Adressbuchserver immer den Wert dieses Attributs.

0x2000

Wenn festgelegt, verwendet Adressbuchserver die normalisierte Zahl aus proxyAddresses, wenn die UseNormalizationRules CMS-Einstellung FALSCH ist; andernfalls verhält es sich genauso, wie wenn das Flag-Bit 0x1000 ist.

0x4000

Wenn festgelegt, enthält der Adressbuchserver keine Objekte in der AbUserEntry-Tabelle, die diesen Wert für das angegebene Attribut aufweisen. Wenn beispielsweise für das Attribut "msRTCSIP-PrimaryUserAddress " dieses Flagbit festgelegt ist, werden Kontakte mit diesem Attribut nicht in die Datenbank geschrieben.

0x8000

Wenn diese Einstellung festgelegt ist, enthält der Adressbuchserver keine Objekte in der AbUserEntry-Tabelle, die nicht über diesen Wert für das angegebene Attribut verfügen. Wenn sowohl die 0x4000- als auch die 0x8000-Flagbits für ein Objekt festgelegt sind, hat das Attribut mit dem Flag-Bitwert auf 0x4000 Vorrang, und das Objekt wird aus der AbUserEntry-Tabelle ausgeschlossen.

0x10000

Wenn festgelegt, stellt dies ein Gruppenobjekt dar. Der Benutzerreplikationsdienst verwendet dieses Flag-Bit, um Kontakte mit dem groupType-Attribut einzuschließen, dessen Anwesenheit eine Gruppe angibt (z. B. eine Verteilerliste oder Sicherheitsgruppe).

0x20000

Wenn diese Einstellung festgelegt ist, verwendet der Benutzerreplikationsdienst dieses Flag-Bit, um dieses Attribut in gerätespezifische Adressbuchserverdateien (d. h. Dateien mit der Erweiterung .dabs) einzuschließen.

In früheren Versionen von Lync Server musste der Administrator beim Anwenden einer Änderung auf Active Directory Update -CSUserDatabase und Update –CSAddressBook Windows PowerShell Cmdlets ausführen, um die Änderung an der Lync Server-Benutzerdatenbank und RTCab-Datenbank sofort beizubehalten. In Lync Server 2013 nimmt Lync Server User Replicator die Änderungen aus Active Directory auf und aktualisiert die Lync Server-Benutzerdatenbank basierend auf einem konfigurierten Intervall. Der Lync Server-Benutzerreplikationsdienst verteilt die Änderungen auch schnell an die RTCab-Datenbank, ohne dass der Administrator Update-CSAddressBook ausführen muss. Wenn die Adressbuchwebabfrage aktiviert ist, werden die Änderungen von Lync-Clients in den Suchergebnissen widergespiegelt. Administratoren müssen Update -CSAddressBook nur ausführen, wenn der Download der Adressbuchdatei aktiviert ist.

Hinweis

Standardmäßig wird der Lync Server-Benutzerreplikationsdienst alle 5 Minuten automatisch ausgeführt. Sie können dieses Intervall mithilfe von Set -CSUserReplicatorConfiguration -ReplicationCycleInterval <>konfigurieren.

Filtern des Adressbuchs

Die in den Adressbuchserverdateien aufgefüllten Benutzer können basierend auf bestimmten Active Directory Domain Services Attributen gesteuert werden, die in der AbAttribute-Tabelle aufgeführt sind. Ein solches Attribut, das zum Filtern verwendet wird, ist das Attribut "msExchangeHideFromAddressBook ". Dies ist ein Vom Exchange-Schema hinzugefügtes Benutzerattribut. Wenn der Wert dieses Attributs WAHR ist, verwendet Exchange Server dieses Attribut, um den Kontakt aus der globalen Outlook-Adressliste (GAL) auszublenden. Wenn der Wert dieses Attributs WAHR ist, schließt der Benutzerreplikationsdienst diesen Benutzer nicht in die Tabelle "AbUserEntry" ein, und dieser Benutzer befindet sich nicht in den Adressbuchserverdateien.

Sie können einige Kennzeichenbits verwenden, um einen Filter zu definieren, der für Adressbuchserverattribute verwendet werden soll. Beispielsweise kann das Vorhandensein bestimmter Flagbits ein Attribut als include-Attribut oder als Ausschlussattribut identifizieren. Der Benutzerreplikationsdienst filtert Kontakte heraus, die ein Ausschlussattribut enthalten, und filtert Enthält, die kein Include-Attribut enthalten.

Warnung

Weitere Informationen zum Filtern des Adressbuchs finden Sie unter Address Book Server cmdlets in Lync Server 2013 und Filter Lync 2013 address book

Derzeit gibt es drei verschiedene Filter. In der folgenden Tabelle sind diese Filter aufgeführt.

Attribut Beschreibung

0x800

Wenn dies festgelegt ist, wird ein erforderliches Attribut für einen Kontakt identifiziert. Der Benutzerreplikationsdienst verwendet dieses Flagbit, um Kontakte herauszufiltern, die nicht mindestens ein erforderliches Attribut enthalten. Die OuPathId ist ein erforderliches Attribut, das immer festgelegt wird. Daher sollte mindestens eines der anderen erforderlichen Attribute festgelegt werden. Andernfalls wird der Kontakt (d. h. mit dem Wert des erforderlichen Attributs OuPathId) immer noch nicht in die Datenbank geschrieben. Wenn beispielsweise "telephoneNumber " und " homePhone " als erforderliche Attribute definiert sind, werden nur die Kontakte mit mindestens einem dieser Attribute in die Datenbank geschrieben.

0x4000

Wenn diese Einstellung festgelegt ist, wird ein Ausschlussattribut identifiziert. Der Benutzerreplikationsdienst verwendet dieses Flagbit, um Kontakte herauszufiltern, die dieses Attribut enthalten. Wenn beispielsweise msRTCSIP-PrimaryUserAddress als Ausschlussattribut definiert ist, werden Kontakte, die dieses Attribut besitzen, nicht in die Datenbank geschrieben.

0x8000

Wenn diese Einstellung festgelegt ist, wird ein Include-Attribut identifiziert. Der Benutzerreplikationsdienst verwendet dieses Flagbit, um Kontakte herauszufiltern, die dieses Attribut nicht enthalten. Wenn beispielsweise msRTCSIP-PrimaryUserAddress als Include-Attribut definiert ist, werden nur die Kontakte mit diesem Attribut in die Datenbank geschrieben.

Hinweis

Wenn sowohl die 0x4000-Flagbits (Exclude-Attribut) als auch 0x8000-Flag-Bits (Include-Attribut) festgelegt sind, überschreibt das 0x4000-Bit das 0x8000-Bit, und der Kontakt wird ausgeschlossen.

Obwohl Sie das Adressbuch so filtern können, dass nur bestimmte Benutzer einbezogen werden, beschränkt das Einschränken von Einträgen nicht die Fähigkeit anderer Benutzer, die gefilterten Benutzer zu kontaktieren oder deren Anwesenheitsstatus anzuzeigen. Benutzer können Chatnachrichten immer finden, manuell senden oder Anrufe an Benutzer initiieren, die nicht im Adressbuch enthalten sind, indem sie den vollständigen Anmeldenamen eines Benutzers eingeben. Außerdem konnten Kontaktinformationen für einen Benutzer auch in Outlook gefunden werden.

Wenn Sie vollständige Kontaktdatensätze in den Adressbuchdateien haben, können Sie Lync Server zum Initiieren von E-Mail-, Telefon- oder Enterprise-VoIP-Anrufen (d. h. wenn Enterprise-VoIP auf dem Server aktiviert ist) mit Benutzern verwenden, die nicht für das Session Initiation Protocol (SIP) konfiguriert sind, aber einige Organisationen bevorzugen es, nur SIP-fähige Benutzer in ihre Adressbuchservereinträge einzuschließen. Sie können das Adressbuch so filtern, dass nur SIP-aktivierte Benutzer einbezogen werden, indem Sie das 0x800-Bit in der Spalte "Flags " der folgenden erforderlichen Attribute löschen: mailNickname, telephoneNumber, homePhone und mobile. Sie können das Adressbuch auch so filtern, dass nur SIP-aktivierte Benutzer einbezogen werden, indem Sie die 0x8000 (Include-Attribut) in der Spalte "Flags " des Attributs "msRTCSIP-PrimaryUserAddress " festlegen. Dies hilft auch, Dienstkonten aus den Adressbuchdateien auszuschließen.

Nachdem Sie die Tabelle "AbAttribute" geändert haben, können Sie die Daten in der Tabelle "AbUserEntry" aktualisieren, indem Sie den Befehl " Update-CsUserDatabase " des Cmdlets ausführen. Nach Abschluss der UR-Replikation können Sie die Datei im Adressbuchserver-Dateispeicher aktualisieren, indem Sie den Befehl " UpdateCsAddressBook " manuell ausführen.

Hinweis

Der Front-End-Server, auf dem sich der Adressbuchserver befindet, ist nicht administrativ konfigurierbar. Einer wird während der Bereitstellung ausgewählt– in der Regel der erste bereitgestellte Front-End-Server. Im Falle eines Fehlers wechselt der Adressbuchdienst zu einem anderen Front-End-Server und erfordert keine administrative Aufmerksamkeit.

Wichtig

Wenn Sie Ihre Infrastruktur aus einer Bereitstellung mit mehreren Gesamtstrukturen oder einer übergeordneten/untergeordneten Bereitstellung (z. B. die Konsolidierung Ihrer Infrastruktur vor dem Wechsel zu Lync Server) konsolidiert oder anderweitig geändert haben, stellen Sie möglicherweise fest, dass der Download des Adressbuchdiensts und die Adressbuch-Webabfrage für einige Benutzer fehlschlagen. In einer Bereitstellung mit mehreren Domänen oder Gesamtstrukturen wird das Attribut "MsRTCSIP-OriginatorSid " für die Benutzerobjekte aufgefüllt, die das Problem aufweisen. Das MsRTCSIP-OriginatorSid-Attribut muss für diese Objekte auf NULL festgelegt werden, um das Problem zu beheben.