Lync Server 2013 でのアドレス帳サービスの管理
トピック最終更新日時: 2014-02-05
Lync Server、Enterprise Edition、または Standard Edition サーバーの展開の一環として、既定でアドレス帳サービスがインストールされます。 アドレス帳サービス (RTCab) によって使用されるデータベースは、SQL Serverに作成されます (Enterprise Editionの場合、これはバックエンド SQL Server;Standard Edition サーバーの場合は併置SQL Server)。
注意
ADSI Edit を使用してActive Directory Domain Servicesオブジェクト属性を編集する方法については、「ADSI Edit」を参照してください。 アドレス帳サービス専用のリソース キットのツールの詳細については、「 Microsoft Lync Server 2013 Resource Kit Tools」を参照してください。
アドレス帳サーバーの電話番号の正規化
Lync Server には、標準化された RFC 3966/E.164 電話番号が必要です。 構造化されていない電話番号または一貫性のない形式の電話番号を使用するには、Lync Server はアドレス帳サーバーを使用して電話番号を前処理してから正規化ルールに渡します。 アドレス帳から電話番号が使用され、正規化ルールが適用されている場合、Lync Phone Edition や Lync Mobile などのクライアントはこれらの正規化された番号を使用できます。
以前のバージョンで使用されていた正規化ルールは、一部の調整がないと正常に動作しない場合があります。 正規化規則の前に空白文字と必須文字以外の文字が削除されるため、正規表現で特に削除されたダッシュまたはその他の文字を探している場合、正規化ルールが失敗する可能性があります。 正規化ルールを確認して、これらの非必須文字を探していないか、ルールが正常に失敗し、ルールが予期される場所に文字が存在しない場合にルールを続行できることを確認する必要があります。
ユーザー レプリケーターとアドレス帳サーバー
アドレス帳サーバーは、ユーザー レプリケーターから提供されたデータを使用して、グローバル アドレス一覧 (GAL) から最初に取得した情報を更新します。 ユーザー レプリケーターは、各ユーザー、連絡先、およびグループのActive Directory Domain Services属性をデータベース内の AbUserEntry テーブルに書き込み、アドレス帳サーバーはデータベースからアドレス帳サーバー ファイル ストア内のファイルとアドレス帳データベース RTCab にユーザー データを同期します。 AbUserEntry テーブルのスキーマでは、 UserGuid と UserData の 2 つの列が使用 されます。 UserGuid はインデックス列であり、Active Directory オブジェクトの 16 バイトの GUID が含まれています。 UserData は、その連絡先の前述のすべてのActive Directory Domain Services属性を含む画像列です。
ユーザー レプリケーターは、AbUserEntry テーブルと同じSQL Server ベースのインスタンスにある構成テーブルを読み取って、書き込む Active Directory 属性を決定します。 AbAttribute テーブルには、 ID、 名前、 フラグ、 および Enable の 3 つの列が含まれています。 テーブルは、データベースのセットアップ中に作成されます。 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 |
telephoneNumber |
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 |
ID 列の数値は一意である必要があり、再利用しないでください。 また、ID 値を 256 未満に維持すると、アドレス帳サーバーによって書き込まれた出力ファイルの領域が節約されます。 ただし、最大 ID 値は 65535 です。 [名前] 列は、ユーザー レプリケーターが連絡先ごとに AbUserEntry テーブルに配置する必要がある Active Directory 属性名に対応します。 Flags 列の値は、属性の型を定義するために使用されます。 次の種類のアドレス帳サーバー属性は、 Flags 列の値の下位バイトで示されるユーザー レプリケーターによって認識されます。
| 属性 | 説明 |
|---|---|
0x0 |
文字列属性。 ユーザー レプリケーターは、AbUserEntry テーブルに格納する前に、この型を UTF-8 に変換します。 |
0x1 |
バイナリ属性。 ユーザー レプリケーターは、これを変換せずに BLOB に格納します。 |
0x2 |
文字列属性ですが、属性値が "tel:" で始まる場合にのみ含まれます。 これは主に、複数値の文字列属性 (特に proxyAddresses) 用です。 この場合、アドレス帳サーバーは、"tel:" で始まる proxyAddresses エントリにのみ関心があります。 そのため、領域を節約するため、ユーザー レプリケーターは "tel:" で始まるエントリのみを格納します。 |
0x3 |
ブール文字列属性。TRUE の場合、ユーザー レプリケーターはこの連絡先を AbUserEntry テーブルに含めないようにします。 FALSE の場合、ユーザー レプリケーターは AbUserEntry テーブルにこの連絡先の属性を含めますが、このフラグを持つ特定の属性は含まれません。 これは、主に msExchHideFromAddressLists 属性用の別の特殊なケース型です。 |
0x4 |
文字列属性ですが、属性値が "smtp:" で始まり、"@" 記号が含まれている場合にのみ含まれます。 |
0x5 |
文字列属性ですが、属性値が "tel:" または "smtp:" で始まり、"@" 記号が含まれている場合にのみ含まれます。 |
0x100 |
設定されている場合、これは複数の値を持つ属性で、連絡先ごとに複数回表示できます。 |
0x400 |
これを設定すると、連絡先の電子メール ユーザー アカウント名属性が識別されます。 アドレス帳サーバーでは、このフラグを使用して、電話正規化イベント ログ エントリに表示する属性値を特定します。 |
0x800 |
これを設定すると、連絡先に必要な属性が識別されます。 アドレス帳サーバーには、Active Directory にこの属性の値がある場合にのみ、AbUserEntry テーブルにユーザーが含まれます。 必要な属性が複数ある場合、AbUserEntry テーブルにユーザーを含める値を持つ必要があるのは、そのうちの 1 つのみです。 |
0x1000 |
設定されている場合、アドレス帳サーバーは常にこの属性の値を正規化します。 |
0x2000 |
設定されている場合、UseNormalizationRules CMS 設定が FALSE の場合、アドレス帳サーバーは proxyAddresses から正規化された番号を使用します。それ以外の場合は、フラグ ビットが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 ユーザー レプリケーターは、管理者が Update-CSAddressBook を実行しなくても、変更を RTCab データベースに迅速に伝達します。 アドレス帳 Web クエリが有効になっている場合は、Lync クライアントによって検索結果に変更が反映されます。 管理者は、アドレス帳ファイルのダウンロードが有効になっている場合にのみ、Update -CSAddressBook を実行する必要があります。
注意
既定では、Lync Server ユーザー レプリケーターは 5 分ごとに自動的に実行されます。 この間隔は、Set -CSUserReplicatorConfiguration -ReplicationCycleInterval <>を使用して構成できます。
アドレス帳のフィルター処理
アドレス帳サーバー ファイルに入力されたユーザーは、AbAttribute テーブルに一覧表示されている特定のActive Directory Domain Services属性に基づいて制御できます。 フィルター処理に使用されるこのような属性の 1 つは 、msExchangeHideFromAddressBook 属性です。 これは、Exchange スキーマによって追加されたユーザー属性です。 この属性の値が TRUE の場合、Exchange Serverこの属性を使用して、Outlook グローバル アドレス一覧 (GAL) から連絡先を非表示にします。 同様に、この属性の値が TRUE の場合、ユーザー レプリケーターは AbUserEntry テーブルにそのユーザーを含めず、このユーザーはアドレス帳サーバー ファイルに含まれません。
いくつかのフラグ ビットを使用して、アドレス帳サーバー属性で使用するフィルターを定義できます。 たとえば、特定のフラグ ビットが存在すると、属性をインクルード属性または除外属性として識別できます。 ユーザー レプリケーターは、除外属性を含む連絡先を除外し、include 属性を含まない連絡先を除外します。
警告
アドレス帳のフィルター処理の詳細については、「Lync Server 2013 のアドレス帳サーバー コマンドレット」と「Lync 2013アドレス帳のフィルター処理」を参照してください。
現在、3 つの異なるフィルターがあります。 次の表に、これらのフィルターの一覧を示します。
| 属性 | 説明 |
|---|---|
0x800 |
これを設定すると、連絡先に必要な属性が識別されます。 ユーザー レプリケーターは、このフラグ ビットを使用して、少なくとも 1 つの必須属性を含まない連絡先を除外します。 OuPathId は必須の属性であり、常に設定されます。 そのため、少なくとも 1 つの他の必須属性を設定する必要があります。 それ以外の場合、連絡先 (つまり、必要な属性 OuPathId の値を持つ) は引き続きデータベースに書き込まれません。 たとえば、 phoneNumber と homePhone が必須属性として定義されている場合、これらの属性の少なくとも 1 つを持つ連絡先のみがデータベースに書き込まれます。 |
0x4000 |
設定すると、除外属性が識別されます。 ユーザー レプリケーターでは、このフラグ ビットを使用して、この属性を含む連絡先を除外します。 たとえば、 msRTCSIP-PrimaryUserAddress が除外属性として定義されている場合、この属性を持つ連絡先はデータベースに書き込まれません。 |
0x8000 |
設定すると、include 属性が識別されます。 ユーザー レプリケーターは、このフラグ ビットを使用して、この属性を含まない連絡先を除外します。 たとえば、 msRTCSIP-PrimaryUserAddress がインクルード属性として定義されている場合、この属性を持つ連絡先のみがデータベースに書き込まれます。 |
注意
0x4000 (除外属性) と0x8000 (属性を含む) フラグ ビットの両方が設定されている場合、0x4000 ビットは0x8000 ビットをオーバーライドし、連絡先は除外されます。
アドレス帳をフィルター処理して特定のユーザーのみを含めることができますが、エントリを制限しても、他のユーザーがフィルター処理されたユーザーに連絡したり、プレゼンス状態を表示したりする機能は制限されません。 ユーザーは、ユーザーの完全なサインイン名を入力することで、常にアドレス帳にないユーザーを検索したり、手動でインスタント メッセージを送信したり、手動で通話を開始したりできます。 また、ユーザーの連絡先情報は Outlook でも確認できます。
アドレス帳ファイルに完全な連絡先レコードがある場合は、Lync Server を使用して、セッション開始プロトコル (SIP) 用に構成されていないユーザーを使用して電子メール、電話、またはエンタープライズ VoIPの通話を開始できます (つまり、サーバーでエンタープライズ VoIPが有効になっている場合)、組織によっては、アドレス帳サーバー エントリに SIP 対応ユーザーのみを含める必要があります。 mailNickname、phoneNumber、homePhone、モバイルという必須属性の [フラグ] 列で0x800 ビットをクリアすることで、アドレス帳をフィルター処理して SIP 対応ユーザーのみを含めることができます。 msRTCSIP-PrimaryUserAddress 属性のフラグ列に0x8000 (属性を含める) を設定することで、アドレス帳をフィルター処理して SIP 対応ユーザーのみを含めることもできます。 これは、アドレス帳ファイルからサービス アカウントを除外するのにも役立ちます。
AbAttribute テーブルを変更した後、コマンドレット Update-CsUserDatabase コマンドを実行して、AbUserEntry テーブルのデータを更新できます。 UR レプリケーションが完了したら、コマンドレット UpdateCsAddressBook コマンドを手動で実行することで、アドレス帳サーバー ファイル ストア内のファイルを更新できます。
注意
アドレス帳サーバーが配置されるフロント エンド サーバーは、管理上構成できません。 1 つはデプロイ時に選択されます。通常は、最初にデプロイされたフロント エンド サーバーです。 障害が発生した場合、アドレス帳サービスは別のフロントエンド サーバーに移動し、管理上の注意は必要ありません。
大事な
マルチフォレスト展開や親子展開 (Lync Server に移行する前のインフラストラクチャの統合など) からインフラストラクチャを統合または変更した場合、アドレス帳サービスのダウンロードとアドレス帳 Web クエリが一部のユーザーに対して失敗することがあります。 複数のドメインまたはフォレストを含むデプロイでは、問題が発生しているユーザー オブジェクトに 属性 MsRTCSIP-OriginatorSid が設定されます。 問題を解決するには、これらのオブジェクトで MsRTCSIP-OriginatorSid 属性を NULL に設定する必要があります。