Что это microsoft windows search protocol host

Устранить проблему высокой загрузки ЦП протокола поиска и индексатора в Windows 8.1 и 10

Эта статья поможет вам исправить проблемы с индексированием поиска в Windows 10 / 8.1, которые на самом деле требуют высокой загрузки ЦП и памяти процессами узла протокола поиска и узла фильтра поиска . Это проблема, которая возникает в Windows 8.1 и 10.

Высокая загрузка ЦП узлом поискового фильтра и индексатором

Сначала убедитесь, что у вас действительно есть проблемы с загрузкой ЦП.

Спуститесь на панель задач, щелкните ее правой кнопкой мыши, запустите и посмотрите в диспетчере задач (или просто нажмите Ctrl + Shift + Esc)..

Если у вас высокая загрузка ЦП, проверьте, обрабатывает ли Windows 10 узел протокола поиска Microsoft (исполняемый файл SearchProtocolHost.exe), узел фильтра поиска Microsoft (SearchFilterHost.exe) или индексатор поиска Microsoft Windows (SearchIndexer.exe или SearchUI.exe). ) выделяются высокой загрузкой процессора. Как видите, в моем случае процесс «Индексатор поиска Microsoft Windows» использует более 30% ЦП и 3,2 ГБ ОЗУ (в обычном режиме этот процесс редко использует более 3% ЦП и 100 МБ памяти. ).Если они есть - у вас тоже есть эти проблемы.

Как исправить высокую загрузку ЦП хоста фильтра поиска и индексатора в Windows 10?

Процессы «Хост фильтра поиска Microsoft Windows» и «Индексатор поиска Microsoft Windows» предназначены для упрощения поиска информации на локальных дисках. Эти процессы являются частью службы «Windows Search» и отвечают за сканирование файловой системы. Вся найденная информация сохраняется в специальный файл базы данных (индексная БД).Проиндексированы следующие элементы: имя и путь к файлам, время создания, ключевые фразы (если это документ, текстовый файл или html-страница), свойства документа и другие данные. Когда вы выполняете поиск из меню «Пуск», панели задач или Кортаны в Windows 10, операционная система не выполняет поиск по всему диску, а обращается к базе данных структурированного индекса. То есть результаты поиска возвращаются пользователю намного быстрее.

Высокая загрузка ЦП и памяти процессами индексирования указывает на то, что в данный момент служба индексирования интенсивно работает над сбором информации и восстановлением индекса поиска.

Попробуйте подождать 20-30 минут, пока процесс индексирования не завершится.

Если вы хотите быстро снизить нагрузку на свой компьютер, вы можете остановить процесс searchindexer.exe и остановить службу поиска Windows (это безопасно).

Если вы не используете функции поиска в Windows 10, вы можете полностью отключить эту службу и предотвратить ее автоматический запуск. Откройте консоль управления службами (services.msc) и найдите службу «Windows Search». Остановите его и измените тип запуска на Отключено.

Используйте средство устранения неполадок индексирования

Вы можете исправить некоторые проблемы со службой поиска с помощью встроенного инструмента « Устранение неполадок при индексировании ». Вы можете запустить его: Win + X> Настройки> Поиск> Поиск Windows> прокрутите страницу вниз и нажмите «Запустить средство устранения неполадок индексатора для решения распространенных проблем поиска». Кроме того, вы можете запустить инструмент с помощью команды:

 msdt.exe -ep WindowsHelp id SearchDiagnostic 

Нажмите «Далее», выберите параметр «Поиск или индексация замедляет работу компьютера», нажмите «Далее».

Подождите, пока средство устранения неполадок обнаружит и устранит проблемы, и перезагрузите компьютер. Проверьте, решило ли это ваши проблемы.

Восстановление индекса поиска в Windows 10

Если вы часто используете функции поиска Windows 10, вы, вероятно, не захотите полностью отключать службу поиска Windows. Вместо этого вы можете изменить некоторые из его настроек.

Нажмите кнопку «Пуск» => перейдите в Панель управления. Убедитесь, что вы находитесь в режиме просмотра значков, а не категории.

Перейти к параметрам индексирования.

Первое, что вам нужно сделать, это изменить то, что будет проверяться при индексации.

Снимите все флажки, кроме диска ОС (C :), и нажмите OK.

Затем перейдите в раздел «Дополнительные параметры индексации» и нажмите кнопку «Восстановить индекс».

Теперь вы увидите это сообщение:
Перестройка индекса может занять много времени. Некоторые результаты просмотра и поиска могут быть неполными до завершения восстановления.

Нажмите ОК.

То, что он делает, находится в верхней части окна параметров индексирования. Индексирование перейдет от любого текущего числа к нулю, и он снова начнет построение индекса. Щелкните Close.

После того, как вы это сделаете, через несколько секунд вам нужно снова взглянуть на диспетчер задач и заметить, что процессы узла протокола поиска и узла фильтра поиска теперь значительно меньше загружают процессор.

Вы можете временно остановить индексирование системы, приостановив службу поиска Windows на 15 минут.Перейдите в Панель управления> Параметры индексирования и нажмите кнопку Пауза.

Это можно сделать, если процесс SearchFilterHost мешает вам работать, но вы не хотите полностью отключать службы индексирования.

В некоторых случаях более эффективно не перестраивать индекс, а полностью удалить файл базы данных индекса. Для этого запустите командную строку с правами администратора и выполните следующие команды:

 net stop WSearch rd C: \ ProgramData \ Microsoft \ Search / s / q net start WSearch 

Если эти методы не помогли решить проблему со службой индексирования, запустите средство устранения неполадок Windows 10, выбрав Панель управления> Устранение неполадок> Просмотреть все> Поиск и индексирование и просто следуйте инструкциям мастера.

В некоторых случаях пользователи сообщали, что они могут решить проблему поиска, отключив функцию поиска Bing (может использоваться Windows 10 для процессов локального поиска). Вы можете сделать это, изменив значение параметра реестра BingSearchEnabled с 0 на 1.

Вы можете применить такое действие с помощью команды:

 reg.exe add HKEY_CURRENT_USER \ Software \ Microsoft \ Windows \ CurrentVersion \ Search / v BingSearchEnabled / t REG_DWORD / d 1 / f 

Мне нравятся технологии и разработка веб-сайтов.С 2012 года я веду несколько собственных веб-сайтов и делюсь полезным контентом о гаджетах, администрировании ПК и продвижении веб-сайтов.

- приложения Win32

• 31.05.2018
• 11 минут на чтение

В этой статье

Windows Search - это платформа поиска на рабочем столе, которая имеет возможности мгновенного поиска для большинства распространенных типов файлов и типов данных, и сторонние разработчики могут расширить эти возможности для новых типов файлов и типов данных.

Эта тема организована следующим образом:

Введение

Windows Search является стандартным компонентом Windows 7 и Windows Vista и включен по умолчанию.Windows Search заменяет Windows Desktop Search (WDS), который был доступен в качестве надстройки для Windows XP и Windows Server 2003.

Windows Search состоит из трех компонентов:

Служба поиска Windows

WSS организует извлеченные элементы коллекции документов. Протокол поиска Windows позволяет клиенту взаимодействовать с сервером, на котором размещен WSS, как для отправки запросов, так и для предоставления администратору возможности управлять сервером индексирования. При обработке файлов WSS анализирует набор документов, извлекает полезную информацию, а затем организует извлеченную информацию, чтобы свойства этих документов могли эффективно возвращаться в ответ на запросы.

Набор документов, которые можно запрашивать, представляет собой каталог, который является структурной единицей высшего уровня в Windows Search. Каталог представляет собой набор проиндексированных документов, которые можно запрашивать. Каталог состоит из таблицы свойств с текстом или значением и соответствующим местоположением (локалью), хранящимся в столбцах таблицы. Каждая строка таблицы соответствует отдельному документу в рамках каталога, а каждый столбец таблицы соответствует свойству. Каталог может содержать инвертированный индекс (для быстрого сопоставления слов) и кэш свойств (для быстрого поиска значений свойств).

Процесс индексатора реализован как служба Windows, работающая в учетной записи LocalSystem, и всегда выполняется для всех пользователей (даже если ни один пользователь не вошел в систему), что позволяет Windows Search выполнять следующие действия:

• Вести единый индекс, доступный всем пользователям.
• Поддерживать ограничения безопасности при доступе к контенту.
• Обрабатывать удаленные запросы от клиентских компьютеров в сети.

Служба поиска предназначена для защиты взаимодействия с пользователем и производительности системы при индексировании.Следующие условия вызывают замедление или приостановку индексации службой:

• Высокая загрузка ЦП процессами, не связанными с поиском.
• Высокая скорость ввода-вывода системы, включая чтение и запись файлов, ввод-вывод файла подкачки и файлового кэша, а также ввод-вывод отображенного файла.
• Недостаточно памяти.
• Низкое время автономной работы.
• Недостаточно места на диске, на котором хранится индекс.

Платформа разработки

Предпочтительный способ доступа к API поиска и создания приложений поиска Windows - через источник данных оболочки.Источник данных оболочки - это компонент, который используется для расширения пространства имен оболочки и предоставления элементов в хранилище данных. Хранилище данных - это хранилище данных. Хранилище данных может быть представлено модели программирования Shell как контейнер, который использует источник данных Shell. Элементы в хранилище данных могут быть проиндексированы системой поиска Windows с помощью обработчика протокола.

Например, ISearchFolderItemFactory - это компонент, который может создавать экземпляры источника данных папки поиска, который является своего рода «виртуальным» источником данных, предоставляемым оболочкой, который может выполнять запросы к другим источникам данных в пространстве имен оболочки и перечислять результаты.Это можно сделать либо с помощью индексатора, либо путем ручного перечисления и проверки элементов в указанных областях. Этот интерфейс позволяет вам настроить параметры поиска с помощью методов, которые создают и изменяют папки поиска. Если методы этого интерфейса не вызываются, вместо них используются значения по умолчанию.

Доступ к функции поиска Windows косвенно через модель данных оболочки является предпочтительным, поскольку он обеспечивает доступ ко всем функциям оболочки на уровне модели данных оболочки.Например, вы можете установить область поиска для библиотеки (которая является функцией, доступной в Windows 7 и более поздних версиях), чтобы использовать папки библиотеки в качестве области запроса. Затем Windows Search объединяет результаты поиска из этих мест, если они находятся в разных индексах (если папки находятся на разных компьютерах). Слой данных оболочки также создает более полное представление о свойствах элементов, синтезируя некоторые значения свойств. Он также обеспечивает доступ к функциям поиска для хранилищ данных, которые не индексируются Windows Search.Например, вы можете искать устройства хранения с универсальной последовательной шиной (USB), портативное устройство, использующее протокол MTP, или сервер протокола передачи файлов (FTP) через источники данных оболочки, которые обеспечивают доступ к этим системам хранения. Это обеспечит лучший пользовательский опыт.

Windows Search имеет кэш значений свойств, который используется при реализации службы поиска Windows (WSS). Эти значения свойств можно запросить программно с помощью поставщика OLE DB для поиска Windows или ISearchFolderItemFactory, который представляет элементы в результатах поиска и представлениях на основе запросов.Затем Windows Search собирает и сохраняет свойства, создаваемые обработчиками фильтров или обработчиков свойств, когда индексируется такой элемент, как документ Word. Это хранилище удаляется и восстанавливается при перестроении индекса.

Сторонние разработчики могут создавать приложения, которые используют данные в индексе с помощью программных запросов, и могут расширять данные в индексе для пользовательских типов файлов и элементов, которые будут индексироваться Windows Search. Если вы хотите отображать результаты запроса в проводнике Windows, вы должны реализовать источник данных Shell, прежде чем вы сможете создать обработчик протокола для расширения индекса.Однако, если все запросы являются программными (например, через OLE DB) и интерпретируются кодом приложения, а не оболочкой, пространство имен оболочки по-прежнему является предпочтительным, но не требуется.

Обработчик протокола необходим Windows для получения информации о содержимом файла, например о элементах в базах данных или о пользовательских типах файлов. Хотя Windows Search может индексировать имя и свойства файла, Windows не имеет информации о содержимом файла. В результате такие элементы нельзя индексировать или отображать в оболочке Windows.Реализуя собственный обработчик протокола, вы можете раскрыть эти элементы. Список обработчиков, определенных в сценарии разработчика, который вы пытаетесь реализовать, см. В разделе «Обзор обработчиков» в Windows Search как платформе разработки.

Примечание

Источник данных оболочки иногда называют расширением пространства имен оболочки. Обработчик иногда называют расширением оболочки или обработчиком расширения оболочки.

Пользовательский интерфейс

В Windows Vista и более поздних версиях поиск Windows интегрирован во все окна проводника Windows для мгновенного доступа к поиску.Это позволяет пользователям быстро искать файлы и элементы по имени файла, свойствам и полнотекстовому содержимому. Результаты также можно отфильтровать для уточнения поиска. Вот еще несколько функций Windows Search:

• Поле мгновенного поиска в каждом окне позволяет мгновенно фильтровать все элементы, находящиеся в данный момент в поле зрения. Поля мгновенного поиска появляются в меню «Пуск» для поиска программ или файлов и в правом верхнем углу всех окон проводника Windows для фильтрации отображаемых результатов. Мгновенный поиск также интегрирован в некоторые другие функции Windows, такие как Windows Media Player, для поиска связанных файлов.
• Документы могут быть помечены ключевыми словами, чтобы сгруппировать их по настраиваемым критериям, определяемым пользователем. Теги - это элементы метаданных, которые назначаются пользователем или приложениями, чтобы упростить поиск файлов на основе ключевых слов, которых может не быть в имени элемента или его содержимом. Например, набор изображений можно пометить как «Каникулы в Аризоне 2009», чтобы их можно было быстро найти позже, выполнив поиск по любому из включенных слов.
• Улучшенные заголовки столбцов в представлениях Windows Explorer позволяют сортировать и группировать документы различными способами.Например, файлы можно отсортировать по имени, дате изменения, типу, размеру и тегам. Документы также можно группировать в соответствии с любым из этих свойств, и каждую группу можно фильтровать (скрывать или отображать) по желанию.
• Документы можно складывать в стопки по имени, дате изменения, типу, размеру и тегам. Стеки включают в себя все документы с указанным свойством, расположенные в любой подпапке выбранной папки.
Поисковые запросы
• можно сохранить (чтобы получить позже), нажав кнопку Сохранить поиск на панели поиска в проводнике Windows.При открытии сохраненного поиска результаты будут динамически повторно заполнены на основе исходных критериев. Инструкции см. В разделе «Сохранение результатов поиска».
Обработчики
• Preview и обработчики эскизов позволяют пользователям просматривать документы в проводнике Windows без необходимости открывать приложение, в котором они созданы.

Технические требования

Прежде чем вы начнете читать документацию Windows Search SDK, вы должны иметь фундаментальное представление о следующих понятиях:

• Как реализовать источник данных Shell.
• Как реализовать обработчик.
• Как работать в машинном коде.

Источник данных оболочки - это компонент, который используется для расширения пространства имен оболочки и предоставления элементов в хранилище данных. В прошлом источник данных Shell назывался расширением пространства имен Shell. Обработчик - это объект модели компонентных объектов (COM), который обеспечивает функциональность для элемента оболочки. Список обработчиков, определенных в сценарии разработчика, который вы пытаетесь реализовать, см. В разделе «Обзор обработчиков» в Windows Search как платформе разработки.

Дополнительные сведения о сборке взаимодействия Windows Search SDK для работы с COM-объектами, предоставляемыми Windows Search и другими программами, использующими управляемый код, см. В разделе Использование управляемого кода с данными оболочки и Windows Search. Однако обратите внимание, что фильтры, обработчики свойств и обработчики протоколов должны быть написаны в собственном коде. Это связано с потенциальными проблемами управления версиями общеязыковой среды выполнения (CLR) в процессе, в котором работают несколько надстроек. Разработчики, которые не знакомы с C ++, могут начать работу с Visual C ++ Developer Center и Windows Development Getting Started.

SDK Загрузка и содержание

Помимо соответствия перечисленным техническим требованиям, вы также должны загрузить Windows SDK, чтобы получить библиотеки Windows Search. Образцы Windows Search SDK содержат полезные образцы кода и сборку взаимодействия для разработки с использованием управляемого кода. Дополнительные сведения об использовании примеров кода см. В разделе Примеры кода поиска Windows.

Документация Windows Search SDK

Содержимое документации Windows Search SDK выглядит следующим образом:

• Windows Search как платформа разработки

  Обрисовывает в общих чертах основные сценарии разработки в Windows Search.Предоставляет список обработчиков, определенных сценарием разработки, которого вы пытаетесь достичь, рекомендации по установке надстройки и примечания по реализации.

• Руководство разработчика Windows Search

  Содержит объяснения по управлению индексом, программному запросу индекса, расширению индекса и расширению языковых ресурсов.

• Справочник по поиску Windows

  Документирует следующие категории интерфейсов поиска Windows: обработчики протоколов, запросы, область сканирования, надстройки данных, управление индексами и уведомления.Справочная документация также включает константы и перечисления, структуры, сопоставления свойств и формат сохраненного файла поиска.

• Примеры кода поиска Windows

  Описывает доступные примеры кода API поиска.

• Федеративный поиск в Windows

  Описывает поддержку Windows 7 для объединения поиска в удаленные хранилища данных с использованием технологий OpenSearch, которые позволяют пользователям получать доступ к своим удаленным данным и взаимодействовать с ними из проводника Windows.

• Технологии родственного поиска

  Перечисляет технологии, связанные с Windows Search: Enterprise Search, SharePoint Enterprise Search и устаревшими приложениями, такими как Windows Desktop Search 2.x и Platform SDK: Indexing Service.

• Глоссарий поиска Windows

  Определяет основные термины, используемые в технологиях Windows Search и Shell.

История поиска Windows

Windows Search заменяет Windows Desktop Search (WDS), который был доступен в качестве надстройки для Windows XP и Windows Server 2003.WDS заменила устаревшую службу индексирования из предыдущих версий Windows, улучшив производительность, удобство использования и расширяемость. Новая платформа разработки поддерживает требования, которые делают систему более безопасной и стабильной. Хотя новая платформа запросов несовместима с Microsoft Windows Desktop Search (WDS) 2.x, фильтры и обработчики протоколов, написанные для предыдущих версий WDS, могут быть обновлены для работы с Windows Search. Windows Search также поддерживает новую систему свойств. Для получения информации о фильтрах, обработчиках свойств и обработчиков протоколов см. Расширение индекса.

Windows Search встроен в Windows Vista и более поздние версии и доступен как распространяемое обновление для WDS 2.x для поддержки следующих операционных систем:

• 32-разрядные версии Windows XP с пакетом обновления 2 (SP2).
• Все версии Windows XP для систем на базе x64.
• Windows Server 2003 с пакетом обновления 1 (SP1) и новее.
• Все 64-разрядные версии Windows Server 2003.

В системах с этими операционными системами должен быть установлен Windows Search для запуска приложений, написанных для Windows Search.Дополнительные сведения см. В статье базы знаний 917013: Описание Windows Desktop Search 3.01 и пакета многоязычного интерфейса пользователя для Windows Desktop Search 3.01.

Дополнительные ресурсы

Windows Search как платформа разработки

Языки, поддерживаемые Windows Search

Использование управляемого кода с данными оболочки и поиском Windows

в Windows Search - приложения Win32

• 31.05.2018
• 13 минут на чтение

В этой статье

В этом разделе описываются три этапа процесса индексирования и основные компоненты, участвующие в каждом, объясняется время индексирования и даются некоторые примечания для сторонних разработчиков, которые хотят индексировать свои хранилища данных или форматы файлов.

Эта тема организована следующим образом:

Обзор

Windows Search поддерживает индексацию свойств и содержимого из файлов различных форматов, таких как форматы .doc или .jpeg, и хранилищ данных, таких как файловая система или почтовые ящики Windows Outlook. Есть два типа индексов: индексы значений, которые позволяют фильтровать и сортировать по всему значению свойства, и инвертированные индексы, которые индексируют слова в текстовых свойствах или содержимом. Если у вас есть собственный формат файла или хранилище данных, вам необходимо понять, как Windows Search индексирует, чтобы ваши элементы были правильно проиндексированы.

Процесс индексирования происходит в три этапа, которые контролируются компонентом Windows Search, называемым сборщиком. На первом этапе сборщик добавляет URL-адреса в очереди. URL-адреса идентифицируют элементы для индексации, а очереди - это просто списки URL-адресов с приоритетами. На втором этапе сборщик координирует другие компоненты Windows Search и сторонние компоненты для доступа к элементам и сбора данных о них. Наконец, на третьем этапе собранные данные добавляются в индекс.

На следующей схеме показаны основные компоненты и поток данных в процессе индексирования.В сбор данных для индекса вовлечен ряд компонентов. Некоторые из них являются частью Windows Search, а некоторые поступают из сторонних приложений. Если у вас есть собственное хранилище данных или формат файла, Windows Search полагается на ваш обработчик протокола и фильтр для доступа к URL-адресам и выдачи свойств для индексации. Компоненты поиска Windows показаны синим цветом, а компоненты сторонних производителей - зеленым.

Этап 1. Создание очереди URL-адресов для индексации

На первом этапе индексирования сборщик собирает информацию об обновлениях в хранилищах данных, сравнивает эту информацию с известной областью сканирования, а затем создает очередь URL-адресов для прохождения для сбора данных для индекса.Для источников, не основанных на уведомлениях, таких как диски FAT, сборщик периодически инициирует полный обход области обхода контента, чтобы данные в индексе оставались актуальными. Для таких источников, как NTFS, выполняется только одно сканирование, а все остальное обрабатывается уведомлениями из журнала изменений USN. Также нет сканирования Microsoft Outlook. На следующей диаграмме показано высокоуровневое представление процесса постановки в очередь для индексации без обхода контента.

Остальная часть этого раздела объясняет, как Windows Search определяет, какие URL-адреса сканировать, и определяет некоторые важные термины на этом пути.

Область сканирования Область сканирования - это набор URL-адресов, которые Windows Search просматривает для сбора данных об элементах, которые пользователь хочет проиндексировать для более быстрого поиска. Windows Search по умолчанию добавляет некоторые URL-адреса в область сканирования, например пути к пользовательским папкам Documents и Pictures . Другие URL-адреса могут быть добавлены сторонними приложениями, пользователями и групповой политикой. Наконец, и пользователи, и групповая политика могут явно исключать URL-адреса. Windows Search берет все добавленные URL-адреса и удаляет исключенные URL-адреса для определения области сканирования.Это рабочий набор URL-адресов, с которых сборщик начинает свою работу.

Gatherer Gatherer - это компонент Windows Search, который собирает информацию об URL-адресах в пределах области сканирования и создает очередь URL-адресов для индексатора для сканирования. Когда элемент в области сканирования добавляется, удаляется или обновляется, сборщик уведомляется поставщиком уведомлений хранилища данных. Существует начальный обход, когда сборщик запускает в корне области обхода. URL-адрес передается обработчику протокола, а затем соответствующему фильтру IFilter .Фильтр обычно представляет собой перечисление каталогов, которое создает больше URL-адресов. Уведомления являются стационарными. Обычно каждое хранилище данных имеет собственный обработчик протокола, который предоставляет эти уведомления. Например, в локальной файловой системе журнал изменений USN действует как поставщик уведомлений для всех URL-адресов по протоколу file: //. Точно так же Microsoft Outlook действует как поставщик уведомлений для всех URL-адресов по протоколу mapi: //. Когда пользователь получает, перемещает или удаляет электронную почту, Outlook уведомляет сборщика об изменении статуса электронной почты.На основании этих уведомлений сборщик создает очереди индексации URL-адресов для сканирования.

Очереди индексирования Очереди индексирования - это списки URL-адресов, которые идентифицируют элементы, которые необходимо проиндексировать или повторно проиндексировать. Сборщик сравнивает URL-адреса, которые он получает от поставщиков уведомлений, с URL-адресами в области сканирования. Каждый URL-адрес от поставщиков уведомлений, попадающий в область сканирования, добавляется в очередь, которую сборщик использует для определения приоритетов, какие URL-адреса обрабатывать дальше.

Имеется три очереди: уведомления с высоким приоритетом, обычные уведомления и периодические обходы.Очередь с высоким приоритетом предназначена для уведомлений, которые должны обрабатываться немедленно. Например, когда пользователь изменяет свойство заголовка элемента в проводнике Windows, представление проводника Windows необходимо обновить сразу после изменения. Обычная очередь уведомлений предназначена для всех оставшихся уведомлений об изменениях. Очереди уведомлений обрабатываются перед очередью обхода, потому что измененные элементы с большей вероятностью будут интересны пользователю. Сборщик обращается к данным для URL-адресов в каждой очереди в порядке «первым пришел - первым ушел» (FIFO).

Дополнительные сведения о приоритезации и API событий, представленных в Windows 7, см. В разделе «Приоритет индексирования и события набора строк в Windows 7. Дополнительные сведения об управлении областью обхода и уведомлениях см. В разделах« Предоставление уведомлений об изменениях »и« Использование диспетчера области обхода ».

Этап 2: сканирование URL-адресов

На втором этапе индексации сборщик просматривает очереди, обращаясь к хранилищам данных и получая потоки элементов. Сначала сборщик находит соответствующий обработчик протокола для каждого URL.Затем сборщик передает URL-адрес обработчику протокола. Обработчик протокола получает доступ к элементу и передает метаданные элемента обратно сборщику. Сборщик использует метаданные для определения правильного фильтра.

На следующей схеме показан общий вид процесса сканирования URL. Этот этап включает значительную координацию и взаимодействие между компонентами.

В оставшейся части этого раздела описывается, как Windows Search получает доступ к элементам для индексации, и объясняются роли каждого из задействованных компонентов.

Gatherer На этапе 2, этапе сканирования, сборщик обрабатывает URL-адреса в очередях, начиная с очереди с высоким приоритетом. Каждый URL-адрес проверяется на предмет его протокола. Затем сборщик ищет обработчик протокола, зарегистрированный для этого протокола, и создает его экземпляр в хост-процессе протокола поиска.

Хост протокола поиска Хост протокола поиска - это просто упакованный в коробку хост-процесс для обработчиков протокола. Обычно Windows Search создает два таких хост-процесса, один из которых выполняется в контексте безопасности системы, а другой - в контексте безопасности пользователя.Это разделение гарантирует, что данные, относящиеся к пользователю, никогда не будут запущены в системном контексте.

Windows Search также использует хост-процесс для изоляции экземпляра обработчика протокола от других процессов или приложений. Таким образом, никакое внешнее приложение не может получить доступ к этому конкретному экземпляру обработчика протокола, и если обработчик протокола неожиданно выходит из строя, это затрагивает только процесс индексации. Поскольку хост-процесс запускает сторонний код (обработчики протоколов), Windows Search периодически перезапускает процесс, чтобы свести к минимуму время, необходимое успешной атаке для использования информации в процессе.Помимо этого, хост протокола поиска не влияет на сканирование URL-адресов или индексирование элементов.

Обработчики протоколов Обработчики протоколов обеспечивают доступ к элементам в хранилище данных, используя протокол хранилища данных. Например, обработчик протокола NTFS обеспечивает доступ к файлам на локальном диске с помощью протокола file: //. Обработчик протокола знает, как пройти по хранилищу данных, идентифицировать новые или обновленные элементы и уведомить сборщика. Затем, когда начинается сканирование, обработчик протокола предоставляет объект IUrlAccessor сборщику для привязки к базовому потоку элемента и возврата метаданных элемента, таких как ограничения безопасности и время последнего изменения.

Примечание

не являются компонентами Windows Search; они являются компонентами конкретного протокола и хранилища данных, для доступа к которым они предназначены. Если у вас есть настраиваемое хранилище данных, которое вы хотите проиндексировать, вам необходимо реализовать обработчик протокола. Дополнительные сведения об обработчиках протоколов и о том, как их реализовать, см. В разделе «Разработка обработчиков протоколов».

Метаданные и поток Используя метаданные, возвращаемые объектом IUrlAccessor обработчика протокола, сборщик определяет правильный фильтр для URL-адреса.Сборщик анализирует расширение имени файла элемента и ищет фильтр, зарегистрированный для этого расширения. Если сборщику не удается найти фильтр, Windows Search использует метаданные для получения минимального набора информации о системных свойствах (например, System.ItemName) и обновляет индекс. В противном случае, если сборщик найдет фильтр, начнется третий этап индексации.

Этап 3: Обновление индекса

На третьем этапе индексирования сборщик создает экземпляр правильного фильтра для URL-адреса и инициализирует фильтр потоком из объекта IUrlAccessor .Затем фильтр обращается к элементу и возвращает содержимое для индекса. Если у вас есть настраиваемый формат файла, Windows Search полагается на ваш фильтр для доступа к URL-адресам и выдачи содержимого и свойств для индексации.

На следующей диаграмме показано высокоуровневое представление процесса доступа к данным. Этот этап включает значительную координацию и взаимодействие между компонентами.

В оставшейся части этого раздела описывается, как Windows Search получает доступ к данным элемента для индексации, и объясняются роли каждого из задействованных компонентов.

Gatherer В начале этого этапа роль сборщика состоит в том, чтобы создать экземпляр правильного фильтра для элемента и передать ему поток элементов. В конце этого этапа сборщик берет содержимое и свойства, выдаваемые фильтром и обработчиком свойств, и обновляет индекс.

Хост фильтра Хост фильтра - это просто хост-процесс для фильтров и обработчиков свойств и служит цели, аналогичной хосту протокола поиска. Хост-процесс изолирует фильтры и обработчики свойств от остальной системы по тем же причинам безопасности и стабильности, что и хост-процессы протокола поиска изолируют обработчики протоколов.Хост-процесс работает с минимальными правами (он даже не может получить доступ к файловой системе) и иногда повторно используется для защиты от атак безопасности. Windows Search также отслеживает использование ресурсов, так что если фильтр потребляет слишком много ресурсов, хост-процесс перезапускается.

Фильтры Фильтры - важные компоненты в процессе индексации, которые выдают информацию об элементах для сборщика. Фильтры названы в честь основного интерфейса, используемого в их реализации, интерфейса IFilter , и поэтому иногда их называют IFilters.Существует два типа фильтров: один, который взаимодействует с отдельными элементами, такими как файлы, и другой, который взаимодействует с контейнерами, такими как папки. Оба предоставляют данные для индекса.

Используя метаданные, возвращаемые объектом IUrlAccessor обработчика протокола, сборщик идентифицирует правильный фильтр для конкретного URL-адреса и передает его в поток. Сборщик определяет правильный фильтр либо с помощью обработчика протокола, либо по расширению имени файла, типу MIME или идентификатору класса (CLSID).Если URL-адрес указывает на контейнер, фильтр генерирует свойства для контейнера и перечисляет элементы в контейнере (дочерние URL-адреса). Если URL-адрес указывает на элемент, фильтр возвращает текстовое содержимое, если оно есть, чтение свойств и является более сложным, чем обработчики свойств. Как правило, мы рекомендуем, чтобы фильтры выдавали содержимое элемента, а обработчики свойств - свойства элемента. Однако, если ваш фильтр должен работать со старыми приложениями, которые не распознают обработчики свойств, вы также можете реализовать фильтр для выдачи свойств.

Примечание

Фильтры не являются компонентами Windows Search; это компоненты, относящиеся к определенному формату файла или контейнеру, для доступа к которому они предназначены. Дополнительные сведения о фильтрах и о том, как реализовать фильтр для настраиваемого формата файла или контейнера, см. В разделе Рекомендации по созданию обработчиков фильтров в Windows Search.

В следующей таблице перечислены результаты, которые сборщик получает от фильтра ( IFilter ) и обработчика свойств ( IPropertyStore ) в процессе индексирования.

Обработчики свойств Обработчики свойств - это компоненты, которые считывают и записывают свойства для определенного формата файла.Они получают доступ к элементам и передают свойства сборщику так же, как фильтры для контента. Обработчики свойств реализовать проще, чем фильтры. Если текстовый формат файла очень прост или файлы должны быть очень маленькими, обработчик свойств может выдавать как свойства, так и содержимое.

Примечание

Обработчики свойств не являются компонентами Windows Search; это компоненты, связанные с конкретным форматом файлов, для доступа к которому они предназначены. Дополнительные сведения об обработчиках свойств и о том, как реализовать один для настраиваемого формата файла, см. В разделе «Разработка обработчиков свойств для поиска Windows».

Свойства Windows Search предоставляет систему свойств, которая включает большую библиотеку свойств. Любое свойство может отображаться в любом элементе, как определено фильтром или обработчиком свойств. Если у вас есть настраиваемый формат файла, вы можете сопоставить свойства формата файла с этими системными свойствами, а также можете создавать новые настраиваемые свойства. Когда ваш фильтр или обработчик свойств излучает эти свойства, сборщик обновляет индекс, чтобы пользователи могли выполнять поиск, используя ваши свойства. Дополнительные сведения о создании и регистрации настраиваемых свойств для формата файла см. В разделе Система свойств.

SystemIndex Индекс, называемый SystemIndex, хранит индексированные данные и состоит из хранилища свойств и индексов свойств и содержимого для свойств элемента, а также инвертированного индекса для текстового содержимого и свойств. После того, как сборщик обновит индекс, он может быть запрошен Windows Search и другими приложениями. Дополнительные сведения о способах запроса индекса см. В разделе Программный запрос индекса.

Примечание

Помните, что при повторной регистрации схемы изменения, внесенные в атрибуты ранее определенных свойств, могут не учитываться индексатором.Решение состоит в том, чтобы либо перестроить индекс, либо ввести новые свойства, отражающие изменения, вместо обновления старых (не рекомендуется). Дополнительные сведения см. В разделе «Примечание для разработчиков» в обзоре системы свойств.

Как планируется индексирование

При первой установке Windows Search выполняет полную индексацию области обхода контента, останавливаясь в периоды интенсивного ввода-вывода и активности пользователей. Область сканирования по умолчанию состоит из расположений библиотеки по умолчанию, таких как документов , Music , Pictures и Videos .Уведомления обрабатываются еще до завершения первоначального сканирования. Иногда сборщик просматривает URL-адреса из полной области сканирования. Эти полные обходы обеспечивают актуальность данных в индексе. Например, если поставщику уведомлений не удается отправить уведомления или если служба поиска Windows неожиданно завершается, сборщик не будет знать о новых или измененных элементах и ​​не будет их индексировать. Есть два типа источников: только уведомление и включено уведомление.В обоих источниках сборщик сначала просматривает индекс. После первоначального обхода источники, предназначенные только для уведомлений, никогда не будут выполнять полный обход снова, если только не произойдет сбой, такой как перенос журнала изменений USN. Источники с включенными уведомлениями выполняют инкрементный обход при запуске индексатора, но затем прослушивают уведомления во время работы. NTFS и Microsoft Outlook являются только уведомлением. В Internet Explorer и FAT включены уведомления.

Примечания для разработчиков

Качество данных в индексе и эффективность процесса индексирования во многом зависят от реализации вашего фильтра и обработчика свойств.Поскольку фильтр вызывается каждый раз, когда URL-адрес идентифицирует формат вашего файла, процесс индексирования может значительно замедлиться, если ваш фильтр неэффективен. Если ваш обработчик свойств неправильно сопоставляет все свойства файла со свойствами системы или неправильно генерирует эти свойства, данные в индексе будут неверными, и последующий поиск этих свойств вернет неверные результаты. Если ваш фильтр или обработчик свойств выйдет из строя, индексатор не сможет индексировать данные.

Приложения и процессы, отличные от Windows Search, полагаются на обработчики протоколов, фильтры и обработчики свойств.Ваши реализации могут повлиять на эти приложения неожиданным образом. Руководство по разработке Windows Search содержит советы по выбору дизайна и тестированию каждого из этих компонентов.

Индексирование, запросы и уведомления в поиске Windows

Что входит в индекс

Процесс запроса в Windows Search

Процесс уведомлений в поиске Windows

Требования к форматированию URL-адресов

Смотрите также

• Как усилить интернет на андроиде
• Как удалить пароль на андроиде в настройках
• Как перенести контакты на сим с андроида
• Как самому создать точку восстановления в windows 7
• Как выставить оперативную память на максимум
• Как изменить пароль учетной записи пользователя в windows 8
• Windows live id как узнать
• Qemu windows как пользоваться
• Как обновить мозилу
• Как открыть control panel в windows 10
• Как обновить пакет на теле2 раньше срока