Uma fila, não um bug
O indexador segue o diário de alterações USN do NTFS, então todo evento massivo de arquivos vira trabalho de indexação. Uma atualização do Windows que reparsa o volume do sistema, uma sincronização do OneDrive ou do Teams que despeja milhares de arquivos, um backup restaurado ou um node_modules recém-criado — cada um desses enfileira centenas de milhares de itens. Indexar um item é barato; indexar várias centenas de milhares leva horas, e é exatamente isso que aparece no Gerenciador de Tarefas.
O segundo clássico é o Outlook: um arquivo .pst ou .ost grande é indexado item a item pelo mesmo encanamento, e um arquivo de e-mail de 20 GB consegue ocupar o indexador pela maior parte de um dia de trabalho. Abra as Opções de Indexação e leia a linha de status: um contador enorme de itens restantes com o total indexado subindo significa um indexador saudável desfazendo uma fila. Um contador parado, ou um banco que incha até o absurdo com a CPU lá em cima, aponta para um índice corrompido se reconstruindo em loop — o único cenário que pede o botão Reconstruir.
- Outlook clássico com arquivos .pst ou .ost grandes — indexação item a item pelo mesmo serviço
- OneDrive, Teams ou uma restauração de backup que despeja milhares de arquivos na máquina
- Uma atualização do Windows que reparsa o volume do sistema e reverifica o índice
- Árvores de desenvolvedor: node_modules, saídas de build e .git com dezenas de milhares de arquivos pequenos
- Ferramentas que varrem arquivos e tocam metadados, reenfileirando o disco inteiro
- Um banco Windows.edb ou Windows.db corrompido que se reconstrói, incha e se reconstrói de novo
Domar o indexador sem quebrar a pesquisa
A jogada de maior efeito é controlar o escopo, não o serviço. Nas Opções de Indexação, clique em Modificar e desmarque toda árvore onde você nunca pesquisa: pastas de build, acervos de mídia, o pântano de Downloads — e deixe a mudança assentar. Para os arquivos do Outlook clássico, indexe só os repositórios em que você realmente busca, não cada .pst já montado na história. Depois de qualquer corte, dê uma noite ao indexador: a fila que às seis da tarde parece infinita costuma estar terminada pela manhã.
Desativar o serviço de pesquisa para cortar um pico de CPU é o caminho errado. A pesquisa do Explorador nas pastas indexadas, os resultados do menu Iniciar e a pesquisa do Outlook despencam para o modo lento de varredura completa, e a fila volta assim que o serviço é reativado. Se o índice está realmente corrompido — o sintoma da reconstrução em loop —, use Avançado e Reconstruir nas Opções de Indexação para apagar e recriar o banco uma única vez: custa algumas horas de CPU uma vez e corta o ciclo. Em servidores com muitos usuários simultâneos o indexador roda por pessoa, e vários processos SearchIndexer.exe são várias filas separadas.
Perguntas e respostas
Por que o SearchIndexer.exe consome tanta CPU?
Ele está desfazendo uma fila de indexação — um arquivo de e-mail novo, uma sincronização do OneDrive, o reparsamento do volume após uma atualização — e as Opções de Indexação mostram o tamanho da fila na tela.
Vale desativar a pesquisa do Windows para parar o consumo de CPU?
Não: a pesquisa no Explorador, no menu Iniciar e no Outlook vira varredura lenta, e a fila volta quando o serviço é reativado; recorte o escopo ou reconstrua o índice corrompido.
Veja exatamente o que está incluído antes de comprar.
O teste único de 30 minutos cobre os recursos básicos. Os recursos marcados PRO ficam bloqueados até a ativação de uma licença paga.
Continue lendo
Fale com a gente: [email protected]