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 |
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.