비영구 RDS 환경에서 Outlook 검색 처리

적용 대상: Windows Server(반기 채널), Windows Server 2016

고객이 비영구(풀링된) 원격 데스크톱 서비스 환경에서 직면하는 일반적인 문제는 사용자의 Outlook 데이터를 처리하는 것입니다. Outlook이 캐시된 교환 모드에서 실행 중인 경우 입니다. 사용자의 Outlook 데이터를 저장하는 OST는 호스트에서 호스트로 로밍할 때 사용자를 따라야 합니다. Windows Search Service는 를 인덱싱합니다. OST 및 는 Outlook에서 검색 기능을 사용하도록 설정하는 인덱스 카탈로그를 만듭니다. 비영구 RDS 환경에서는 인덱스 카탈로그가 사용자 데이터로 로밍되지 않으며 사용자가 새 PC에 로그인할 때마다 다시 작성해야 하며, 이는 잠재적으로 모든 로그온일 수 있습니다. Windows Search Service에서 인덱싱을 완료할 때까지 입니다. OST, 사용자는 제한되거나 불완전한 검색 기능을 얻을.

RDS 전문가의 게시된 보고서에 따르면 FSLogix(타사 솔루션 공급자)에는 이 문제를 해결하는 것을 목표로 하는 솔루션이 있습니다. FSLogix의 Office 365 컨테이너는 사용자의 Outlook 데이터와 검색 인덱스 카탈로그를 로밍하여 사용자에게 전자 메일에 대한 액세스 권한을 부여하고 사용자가 컬렉션 내의 다른 호스트에 있는 세션 간에 로밍하는 경우에도 Outlook에서 검색할 수 있도록 합니다. 

RDS 전문가는 FSLogix의 Office 365 컨테이너에서 테스트를 수행하여 RDS의 네이티브 사용자 프로필 디스크 로밍 솔루션과 비교했습니다. 테스트 시나리오에서는 RDSH(RD 세션 호스트)의 비영구 세션에 대한 온-프레미스 및 Azure RDS 환경을 모두 설명했습니다. 테스트에는 RDVH(RD 가상화 호스트)의 풀된 VM도 포함되었으며, 온-프레미스(RDVH는 Azure에서 사용할 수 없음)에 대해서만 포함되었습니다. RDS 전문가는 주로 시스템에서 유사한 워크로드를 실행하는 동일한 세션 호스트에 로그온한 "시끄러운 이웃" 또는 다른 사용자가 있는 경우 사용자 환경에 집중했습니다.

이러한 테스트에서 수집된 성능 카운터는 UPD 및 FSLogix와 유사한 리소스 사용량(CPU, RAM, 네트워크 활동)을 보여 줍니다. 리소스 사용의 유사성은 Windows Search 서비스가 인덱싱할 때 CPU 사용량을 제한하기 때문입니다. 사용자 환경과 관련하여 RDS 전문가는 FSLogix의 Office 365 컨테이너가 Outlook 검색 기능에서 UPD를 초과한다는 것을 발견했습니다. UPD의 경우 Windows Search Service에서 를 인덱싱하므로 검색에서 결과를 반환하거나 불완전한 결과를 반환하지 않습니다. OST. FSLogix는 인덱스 카탈로그를 로밍하므로 사용자는 검색 결과를 즉시 볼 수 있습니다. RDS 전문가는 FSLogix를 사용하여 비영구 RDS 환경에서 Outlook에서 검색할 때 사용자 환경이 크게 향상되었다고 관찰했습니다.

RDS 전문가 블로그에서 결과 및 결론에 대해 자세히 알아보세요.