Работа с поиском Outlook в непрекращающихся средах RDS
Область применения: Windows Server (Semi-Annual Channel), Windows Server 2016
Распространенной проблемой, с которой сталкиваются клиенты в средах служб удаленных рабочих столов, не являющихся постоянными (в пулах), является обработка данных Outlook пользователей. Если Outlook работает в режиме кэшированного обмена, объект . Ost, храня данные Outlook пользователя, должны следовать за пользователем при перемещении от узла к узлу. Служба поиска Windows индексирует . OST и создает каталог индексов для включения функций поиска в Outlook. В непрекращающихся средах RDS каталог индексов не перемещается с пользовательскими данными и должен быть перестроен каждый раз, когда пользователь входит на новый компьютер, что потенциально может быть при каждом входе. Пока служба "Поиск Windows" не завершит индексирование . OST, пользователи получают ограниченные или неполные функции поиска.
Согласно опубликованному отчету Гуру RDS, FSLogix (сторонний поставщик решений) имеет решение, которое предназначено для решения этой проблемы: Office 365 контейнер FSLogix перемещает данные Outlook и каталог индексов поиска пользователя, предоставляя пользователям доступ к своим сообщениям электронной почты и позволяя пользователям выполнять поиск в Outlook, даже если они перемещаются между сеансами на разных узлах в коллекции.
Гуру RDS провел тестирование в контейнере Office 365 FSLogix, сравнивая его с собственным решением для перемещения дисков профилей пользователей RDS. Тестовые сценарии охватывали как локальные среды, так и среды Azure RDS для постоянных сеансов на узле сеансов удаленных рабочих стола (RDSH). Тесты также включали виртуальные машины в пуле на узле виртуализации удаленных рабочих стола (RDVH), только для локальной среды (RDVH недоступен в Azure). Гуру RDS в основном ориентированы на взаимодействие с пользователем, когда есть "шумные соседи" или другие пользователи, вошедший в тот же узел сеансов, выполняя аналогичные рабочие нагрузки в системе.
Счетчики производительности, собранные в этих тестах, показали аналогичное использование ресурсов (ЦП, ОЗУ, сетевая активность) с UPD и FSLogix. Сходство в использовании ресурсов связано с тем, что служба Windows Search регулирует использование ЦП при индексировании. Когда дело доходит до пользовательского интерфейса, гуру RDS обнаружил, что контейнер Office 365 FSLogix превышает UPD в функциях поиска Outlook. В случае UPD поиск не возвращает результаты или не возвращает неполные результаты, так как служба поиска Windows индексирует . OST. Так как FSLogix перемещает каталог индексов, пользователи сразу же видят результаты поиска. Гуру RDS заметил значительное улучшение взаимодействия с пользователем при поиске в Outlook в непрекращающихся средах RDS с помощью FSLogix.
Дополнительные сведения о результатах и выводах см. в блоге Гуру RDS.