주소록 서비스 관리
마지막으로 수정된 항목: 2012-04-04
주소록 서비스는 Microsoft Lync Server 2010Enterprise Edition 서버 또는 Standard Edition 서버 배포의 일부로 기본적으로 설치됩니다. 주소록 서비스에 사용되는 데이터베이스(RTCab 및 RTCab1)는 SQL Server(Enterprise Edition 서버의 경우 백 엔드 SQL Server, Standard Edition 서버의 경우 함께 배치된 SQL Server)에 생성됩니다.
주소록 서버 전화 번호 정규화
Lync Server 2010에는 표준화된 RFC 3966/E.164 전화 번호가 필요합니다. 구조화되지 않았거나 일관적이지 않은 형식의 전화 번호를 사용하기 위해 Lync Server는 주소록 서버를 기반으로 전화 번호를 정규화 규칙으로 전달하기 전에 사전 처리합니다. 주소록에서 가져온 전화 번호를 사용하고 정규화 규칙을 적용하는 경우 Microsoft Lync 2010, Microsoft Lync 2010 Phone Edition 및 Microsoft Lync 2010 Mobile과 같은 클라이언트에서는 이러한 정규화된 번호를 사용합니다.
새 주소록 기능에 설명된 대로 이전 버전에서 사용된 정규화 규칙을 적용하려면 일부 설정을 조정해야 합니다. 공백 및 필수가 아닌 문자는 정규화 규칙이 적용되기 전에 제거되기 때문에 regex 식에서 특별히 대시 또는 제거된 다른 문자를 찾는 경우 정규화 규칙이 실패할 수 있습니다. 정규화 규칙을 검토하여 이러한 필수가 아닌 문자를 찾지 않는지 또는 규칙에서 예상하는 곳에 문자가 없는 경우 규칙이 정상적으로 실패하고 계속 적용될 수 있는지 확인해야 합니다.
User Replicator와 주소록 서버
주소록 서버는 User Replicator에서 제공된 데이터를 사용하여 초기에 GAL(전체 주소 목록)에서 가져온 정보를 업데이트합니다. User Replicator는 각 사용자, 연락처 및 그룹에 대한 AD DS(Active Directory 도메인 서비스) 특성을 데이터베이스의 AbUserEntry 테이블에 기록하고, 주소록 서버는 데이터베이스의 사용자 데이터를 주소록 서버 파일 저장소 및 주소록 데이터베이스(RTCab 또는 RTCab1)에 동기화합니다. AbUserEntry 테이블의 스키마에는 UserGuid와 UserData라는 두 개의 열이 사용됩니다. UserGuid는 Active Directory 개체의 16바이트 GUID를 포함하는 인덱스 열이고, UserData는 위에 언급된 해당 연락처에 대한 모든 AD DS(Active Directory 도메인 서비스) 특성을 포함하는 이미지 열입니다.
User Replicator는 AbUserEntry 테이블과 동일한 SQL Server 기반 인스턴스에 있는 구성 테이블을 읽어 기록할 Active Directory 특성을 결정합니다. AbAttribute 테이블에는 ID, 이름 및 플래그라는 세 개의 열이 있습니다. 이 테이블은 데이터베이스 설정 중에 만들어집니다. AbAttribute 테이블이 비어 있는 경우 User Replicator는 해당 AbUserEntry 테이블 처리 논리를 건너뜁니다. 주소록 서버 특성은 동적이며 주소록 서버가 활성화될 때 주소록 서버에서 처음으로 작성한 AbAttribute 테이블에서 검색됩니다.
AbAttribute 테이블은 주소록 서버 활성화 시 Lync Server를 지원하는 데 필요한 값으로 채워집니다. 다음 표에서는 이러한 특성의 현재 값을 보여 줍니다.
| ID | 이름 | 플래그 |
|---|---|---|
1 |
givenName |
0x01400000 |
2 |
Sn |
0x02400000 |
3 |
displayName |
0x03420000 |
4 |
Title |
0x04000000 |
5 |
mailNickname |
0x05400000 |
6 |
Company |
0x06000000 |
7 |
physicalDeliveryOfficeName |
0x07000000 |
8 |
msRTCSIP-PrimaryUserAddress |
0x08520C00 |
9 |
telephoneNumber |
0x09022800 |
10 |
homePhone |
0x0A302800 |
11 |
Mobile |
0x0B622800 |
12 |
otherTelephone |
0x0C302000 |
13 |
ipPhone |
0x0D302000 |
14 |
0x0E500000 |
|
15 |
groupType |
0x0F010800 |
16 |
Department |
0x10000000 |
17 |
Description |
0x11000100 |
18 |
Manager |
0x12040001 |
19 |
proxyAddress |
0x00500105 |
20 |
msExchHideFromAddressLists |
0xFF000003 |
99 |
entryID |
0x99000000 |
ID 열의 숫자는 고유해야 하며 재사용할 수 없습니다. 또한 ID 값을 256 미만으로 유지하면 주소록 서버에서 작성하는 출력 파일의 공간이 절약됩니다. 그러나 최대 ID 값은 65535입니다. 이름 열은 User Replicator가 각 연락처의 AbUserEntry 테이블에 입력해야 하는 Active Directory 특성 이름에 해당합니다. 플래그 열의 값은 특성 유형을 정의하는 데 사용됩니다. User Replicator에서 인식되는 주소록 서버 특성의 유형은 다음과 같으며, 플래그 열 값의 낮은 바이트로 표시됩니다.
| 특성 | 설명 |
|---|---|
0x0 |
문자열 특성입니다. User Replicator는 이 유형을 AbUserEntry 테이블에 저장하기 전에 UTF-8로 변환합니다. |
0x1 |
이진 특성입니다. User Replicator는 이 유형을 변환하지 않고 blob에 저장합니다. |
0x2 |
특성 값이 "tel:"로 시작하는 경우에만 포함되는 문자열 특성입니다. 주로 다중값 문자열 특성(특히 proxyAddresses)에 사용됩니다. 이 경우 주소록 서버는 "tel:"로 시작하는 proxyAddresses 항목에만 관련이 있습니다. 따라서 공간을 절약하기 위해 User Replicator는 "tel:"로 시작하는 항목만 저장합니다. |
0x3 |
부울 문자열 특성입니다. TRUE로 설정하면 User Replicator가 AbUserEntry 테이블에 해당 연락처를 포함하지 않고, FALSE로 설정하면 User Replicator가 AbUserEntry 테이블에 해당 연락처의 특성을 포함합니다(이 플래그가 있는 특정 특성은 제외). 이는 주로 msExchHideFromAddressLists 특성에 사용되는 또 다른 특별한 유형입니다. |
0x4 |
특성 값이 "smtp:"로 시작하고 "@" 기호를 포함하는 경우에만 포함되는 문자열 특성입니다. |
0x5 |
특성 값이 "tel:" 또는 "smtp:"로 시작하고 "@" 기호를 포함하는 경우에만 포함되는 문자열 특성입니다. 문자열 특성입니다. |
0x100 |
이 유형은 설정된 경우 각 연락처에 대해 두 번 이상 표시될 수 있는 다중값 특성입니다. |
0x400 |
이 유형은 설정된 경우 연락처의 전자 메일 사용자 계정 이름 특성을 나타냅니다. 주소록 서버는 이 플래그를 사용하여 전화 정규화 이벤트 로그 항목에 표시할 특성 값을 확인합니다. |
0x800 |
이 유형은 설정된 경우 연락처의 필수 특성을 나타냅니다. 주소록 서버는 Active Directory에 이 특성에 대한 값이 있는 경우에만 AbUserEntry 테이블에 사용자를 포함합니다. 둘 이상의 필수 특성이 있는 경우 둘 중 하나의 값만 있으면 AbUserEntry 테이블에 사용자를 포함합니다. |
0x1000 |
이 유형이 설정된 경우 주소록 서버에서 이 특성 값을 항상 정규화합니다. |
0x2000 |
이 유형이 설정된 경우 주소록 서버에서 proxyAddresses의 정규화된 번호를 사용합니다. 단, UseNormalizationRules CMS 설정이 FALSE로 설정되어 있어야 하며, 그렇지 않은 경우 플래그 비트가 0x1000인 경우와 동일하게 작동합니다. |
0x4000 |
이 유형이 설정된 경우 주소록 서버에서 지정된 특성에 대해 이 값을 가진 개체를 AbUserEntry 테이블에 포함하지 않습니다. 예를 들어 msRTCSIP-PrimaryUserAddress 특성에 이 플래그 비트가 설정된 경우 이 특성을 가진 연락처가 데이터베이스에 기록되지 않습니다. |
0x8000 |
이 유형이 설정된 경우 주소록 서버에서 지정된 특성에 대해 이 값을 가지지 않은 개체를 AbUserEntry 테이블에 포함하지 않습니다. 하나의 개체에 0x4000 및 0x8000 플래그 비트가 둘 다 설정된 경우에는 플래그 비트 값이 0x4000으로 설정된 특성이 우선적으로 적용되므로 개체가 AbUserEntry 테이블에서 제외됩니다. |
0x10000 |
이 유형은 설정된 경우 그룹 개체를 나타냅니다. User Replicator는 이 플래그 비트를 사용하여 현재 상태가 그룹(예: 메일 그룹 또는 보안 그룹)을 나타내는 groupType 특성을 가진 연락처를 포함합니다. |
0x20000 |
이 유형이 설정된 경우 User Replicator는 이 플래그 비트를 사용하여 장치별 주소록 서버 파일(즉, 확장명이 .dabs인 파일)에 이 특성을 포함합니다. |
주소록 필터링
AbAttribute 테이블에 나열된 특정 AD DS(Active Directory 도메인 서비스) 특성을 기반으로 주소록 서버 파일에 채워지는 사용자를 제어할 수 있습니다. 필터링에 사용되는 이러한 특성 중 하나는 msExchangeHideFromAddressBook 특성입니다. 이 특성은 Exchange 스키마에 의해 추가되는 사용자 특성으로서, 값이 TRUE인 경우 Exchange Server에서느 이 특성을 사용하여 연락처를 Outlook GAL(전체 주소 목록)에서 숨깁니다. 마찬가지로, 이 특성 값이 TRUE인 경우 User Replicator에서 AbUserEntry 테이블에 이 사용자를 포함하므로 주소록 서버 파일에는 이 사용자가 포함되지 않습니다.
일부 플래그 비트를 사용하여 주소록 서버 특성에 대해 사용할 필터를 정의할 수 있습니다. 예를 들어 특정 플래그 비트를 표시하여 특성을 포함 특성 또는 제외 특성으로 구분할 수 있습니다. User Replicator는 제외 특성이 포함된 연락처와 포함 특성이 포함되지 않은 연락처를 필터링합니다.
현재 세 가지 필터가 있으며, 아래 표에 이러한 필터가 나와 있습니다.
| 특성 | 설명 |
|---|---|
0x800 |
이 유형은 설정된 경우 연락처의 필수 특성을 나타냅니다. User Replicator는 이 플래그 비트를 사용하여 하나 이상의 필수 특성이 포함되지 않은 연락처를 필터링합니다. OuPathId는 필수 특성이므로 항상 설정됩니다. 따라서 다른 필수 특성 중 하나 이상이 설정되어 있어야 합니다. 그렇지 않으면 연락처(즉, OuPathId 필수 특성 값이 있는 연락처)가 데이터베이스에 기록되지 않습니다. 예를 들어 telephoneNumber 및 homePhone이 필수 특성으로 정의된 경우 이러한 특성 중 하나 이상이 있는 연락처만 데이터베이스에 기록됩니다. |
0x4000 |
이 유형은 설정된 경우 제외 특성을 나타냅니다. User Replicator는 이 플래그 비트를 사용하여 이 특성이 포함된 연락처를 필터링합니다. 예를 들어 msRTCSIP-PrimaryUserAddress가 제외 특성으로 정의된 경우 이 특성을 가진 연락처가 데이터베이스에 기록되지 않습니다. |
0x8000 |
이 유형은 설정된 경우 포함 특성을 나타냅니다. User Replicator는 이 플래그 비트를 사용하여 이 특성이 포함되지 않은 연락처를 필터링합니다. 예를 들어 msRTCSIP-PrimaryUserAddress가 포함 특성으로 정의된 경우 이 특성을 가진 연락처만 데이터베이스에 기록됩니다. |
참고
0x4000(제외 특성) 및 0x8000(포함 특성) 플래그 비트가 둘 다 설정된 경우에는 0x4000 비트가 0x8000 비트에 우선하므로 연락처가 제외됩니다.
특정 사용자만 포함하도록 주소록을 필터링할 수 있지만 항목을 제한하면 다른 사용자가 필터링된 사용자에게 연결하거나 필터링된 사용자의 현재 상태를 볼 수 있는 기능이 제한됩니다. 사용자는 언제든지 전체 로그인 이름을 입력하여 주소록에 없는 사용자를 찾거나 수동으로 인스턴트 메시지를 보내거나 수동으로 전화를 걸 수 있습니다. 또한 사용자의 연락처 정보는 Outlook 또는 Windows 주소록에서도 찾을 수 있습니다.
전체 연락처 레코드를 주소록 파일에 유지하면 Lync 2010을 사용하여 SIP(Session Initiation Protocol)에 대해 구성되지 않은 사용자와 전자 메일, 전화 또는 Enterprise Voice 통화(즉, Enterprise Voice가 서버에서 사용할 수 있도록 설정된 경우)를 통해 연락할 수 있지만 일부 조직에서는 주소록 서버 항목에 있는 SIP를 사용할 수 있는 사용자만 포함하는 것을 선호합니다. 필수 특성의 플래그 열에서 0x800 비트를 제거하여 SIP를 사용할 수 있는 사용자만 포함하도록 주소록을 필터링할 수 있습니다. 이러한 필수 특성은 mailNickname, telephoneNumber, homePhone 및 mobile입니다. 또한 msRTCSIP-PrimaryUserAddress 특성의 플래그 열에 0x8000(포함 특성)을 설정하여 SIP를 사용할 수 있는 사용자만 포함하도록 주소록을 필터링할 수 있습니다. 이는 주소록 파일에서 서비스 계정을 제외하는 데도 유용합니다.
AbAttribute 테이블을 수정한 후 Update-CsUserDatabase cmdlet 명령을 실행하여 AbUserEntry 테이블의 데이터를 새로 고칠 수 있습니다. UR 복제가 완료되면 UpdateCsAddressBook cmdlet 명령을 수동으로 실행하여 주소록 서버 파일 저장소의 파일을 업데이트할 수 있습니다.
참고
주소록 서버가 배치되는 프런트 엔드는 관리자가 구성할 수 없습니다. 주소록 서버는 일반적으로 프런트 엔드를 처음 배포할 때 자동으로 선택됩니다. 오류가 발생한 경우에는 주소록 서비스가 다른 프런트 엔드로 이동하므로 별도의 관리 작업이 필요하지 않습니다. 또한 주소록 서비스에 사용되는 데이터베이스에는 RTCab과 RTCab1의 두 가지가 있습니다. 이러한 데이터베이스는 교대로 매일 업데이트됩니다. RTCab 데이터베이스가 업데이트되는 경우 업데이트 중에 RTCab1 데이터베이스에 대해 쿼리가 실행되고, 다음 날 RTCab1이 업데이트되는 경우 업데이트 중에 RTCab에 대해 쿼리가 실행됩니다. 따라서 두 데이터베이스 중 적어도 하나는 쿼리 및 주소록 파일 생성에 사용될 수 있습니다.
.gif "important") 중요: |
|---|
| 다중 포리스트 배포 또는 상위/하위 배포에서 인프라를 통합하거나 다른 방식으로 수정한 경우(예: Lync Server 2010으로 이동하기 전에 인프라를 통합한 경우)에는 일부 사용자에 대해 주소록 서비스 다운로드 및 주소록 웹 쿼리가 실패할 수 있습니다. 여러 도메인 또는 포리스트가 포함된 배포에서는 MsRTCSIP-OriginatorSid 특성이 채워진 사용자 개체에서 문제가 발생합니다. 문제를 해결하려면 이러한 개체에 대한 MsRTCSIP-OriginatorSid 특성을 NULL로 설정해야 합니다. |