PartitionByOU가 msRTCSIP-GroupingID로 대체됨

 

마지막으로 수정된 항목: 2012-06-19

Office Communications Server 2007 R2에서는 WMI(Windows Management Instrumentation)에서 유지 관리되는 PartitionByOU 매개 변수가 TRUE로 설정되어 있으면 검색 시 검색을 제출한 사용자와 같은 OU(조직 구성 단위)의 구성원인 다른 사용자의 대화 상대만 반환됩니다. 이 기능은 일반 사용자 검색 시 대화 상대를 표시하고 싶지 않은 사용자 그룹이 조직에 있을 경우 매우 유용합니다.

Lync Server 2010에서는 사용자나 서버 개체에 대한 설정을 관리하고 저장하는 데 있어 더 이상 WMI가 사용되지 않으며 대신 중앙 관리 저장소 및 AD DS(Active Directory 도메인 서비스)가 사용됩니다. 이 기능을 재설계할 때 대부분의 조직은 매우 다양한 OU 구조를 가지고 있다는 점을 고려하게 되었으며, 사용자를 OU에 기준한 사일로(silo)로 제한할 경우 사용자 관리 방법으로 더 이상 타당하지 않다는 결론을 내리게 되었습니다. 사용자는 자신이 속한 OU를 넘어 광범위한 검색 결과를 필요로 합니다. 따라서 Lync Server 2010에서는 사용자 개체에 특성이 추가됩니다. 추가된 특성인 msRTCSIP-GroupingID는 서로 검색할 수 있어야 하는 사용자에 대해 고유한 GUID(Globally Unique Identification)로 채워질 수 있습니다. 사용자가 태그가 지정된 그룹의 구성원이 아닐 경우 검색 결과에 사용자 대화 상대가 표시되지 않습니다. 하지만 사용자가 주소록을 사용하여 특정 사용자에 대한 검색 결과를 얻을 수 없더라도 전자 메일 연락처 정보를 사용할 수 없거나 연락처 또는 전화 번호 정보를 수동으로 입력하지 못하는 것은 아닙니다.

현재 PartitionByOU 메서드를 사용 중인 Office Communications Server 2007 R2 고객의 경우 PartitionByOU에서 msRTCSIP-GroupingID 메서드로 이동할 수 있는 시나리오는 다음 두 가지입니다.

옵션 1: 해당 OU의 모든 사용자에 대해 사용자 개체의 msRTCSIP-GroupingID 특성을 OU의 GUID로 설정합니다. 이 메서드를 사용하면 구성원들이 지금까지 사용한 기능과 동일한 기능을 계속 사용할 수 있습니다. 이 특성은 Windows PowerShell cmdlet나 스크립트로 채울 수 있습니다.

주의:
상용 호스팅 환경에서는 msRTCSIP-GroupingID 특성을 사용하지 않아야 합니다. 또한 호스팅 환경에서 다중 테넌트 지원을 제공할 경우의 개인 정보 보호 문제 및 보안 위험 때문에 이 특성은 Microsoft에서 지원하지 않습니다. 이 특성을 사용할 경우 사용자가 논리적 파티션으로 그룹화되는 것만 시뮬레이션될 뿐 테넌트의 개인 정보 보호 및 보안이 엄격하게 제어되는 진정한 파티션이 만들어지지는 않습니다.

옵션 2: 파티션을 처음부터 새로 설계하고 조직의 요구 사항에 따라 사용자 개체의 특성을 채웁니다. 현재 솔루션을 재설계하려는 기존의 Office Communications Server 고객과 새로운 고객은 이 방법을 사용합니다.

Windows PowerShell 스크립트를 작성하여 그룹화로 격리하는 사용자에 대해 특성을 채우는 것이 좋습니다.

msRTCSIP-GroupingID를 사용하여 사용자를 특정 그룹으로 격리하도록 선택한 경우 다음 표에 단순 구성이 나와 있습니다.

사용자	GroupingID	OU ID
User1	GUID 1	GUID X
User2	GUID 3	GUID X
User3	GUID 2	GUID X
User4	GUID 1	GUID X
User5	GUID 3	GUID X

User1이 대화 상대를 검색하면 User4가 포함된 검색 결과가 표시되며 User2가 대화 상대를 검색하면 User5가 포함된 검색 결과가 표시됩니다. OU ID는 검색 결과에 영향을 주지 않습니다. GroupingID 특성만 결과에 영향을 줍니다.