Warum der Windows-Suchindexer stundenlang CPU frisst

Ein Rückstau, kein Bug

Der Indexer folgt dem USN-Änderungsjournal von NTFS, weshalb jedes Massen-Dateiereignis zu Indexierungsarbeit wird. Ein Windows-Feature-Update, das die Systempartition neu parst, eine OneDrive- oder Teams-Synchronisation, die tausende Dateien herunterzieht, ein wiederhergestelltes Backup oder ein frisches node_modules eines Entwicklers — jedes davon stellt hunderttausende Einträge in die Warteschlange. Ein einzelnes Dokument zu indizieren ist billig; ein paar Hunderttausend dauert Stunden, und genau das sieht man im Task-Manager.

Der zweite Klassiker ist Outlook: Ein großes .pst- oder .ost-Archiv wird Post für Post über dieselbe Pipeline indiziert, und ein 20-GB-Postfacharchiv kann den Indexer für den Großteil eines Arbeitstags beschäftigen. Indizierungsoptionen öffnen und die Statuszeile lesen: Eine riesige Zahl verbleibender Elemente bei steigendem Gesamtzähler bedeutet einen gesunden Indexer, der einen Rückstau abarbeitet. Ein Zähler, der sich nicht bewegt, oder eine Datenbank, die auf absurde Größe anschwillt, während die CPU hoch bleibt, deutet dagegen auf einen beschädigten Index hin, der sich in einer Schleife neu aufbaut — das eine Szenario, das die Schaltfläche Neu erstellen braucht.

• Klassisches Outlook mit großen .pst- oder .ost-Dateien — Post-für-Post-Indexierung über denselben Dienst
• OneDrive, Teams oder eine Backup-Wiederherstellung, die tausende Dateien auf die Maschine ziehen
• Ein Windows-Feature-Update, das die Systempartition neu parst und den Index verifiziert
• Entwicklerverzeichnisse: node_modules, Build-Ausgaben und .git mit Zehntausenden kleiner Dateien
• Datei-Scanning-Tools, die Metadaten anfassen und damit die ganze Platte neu einreihen
• Eine beschädigte Windows.edb- oder Windows.db-Datenbank, die sich aufbaut, aufbläht und wieder aufbaut

Den Indexer zähmen, ohne die Suche zu töten

Der wirksamste Griff ist die Kontrolle des Umfangs, nicht des Dienstes. In den Indizierungsoptionen auf Ändern klicken und jeden Baum abwählen, in dem man nie sucht: Build-Ordner, Medienarchive, der Downloads-Sumpf — und der Änderung Zeit geben. Bei klassischen Outlook-Archiven nur die Speicher indizieren, in denen tatsächlich gesucht wird, statt jedes je eingebundene .pst. Nach jeder Verkleinerung gehört dem Indexer eine Nacht: Ein Rückstau, der um 18 Uhr endlos wirkt, ist morgens meist fertig.

Den Suchdienst abzuschalten, um eine CPU-Spitze zu killen, ist der falsche Weg. Die Explorer-Suche in indizierten Ordnern, die Startmenü-Ergebnisse und die Outlook-Suche fallen auf langsames Durchforsten zurück, und die Warteschlange kommt ohnehin zurück, sobald der Dienst wieder läuft. Ist der Index wirklich beschädigt — das Schleifen-Symptom —, baut man ihn über Erweitert und Neu erstellen in den Indizierungsoptionen genau einmal neu ab: Das kostet einmal ein paar Stunden CPU und beendet die Schleife. Auf Servern mit vielen gleichzeitigen Nutzern läuft der Indexer pro Person, und mehrere SearchIndexer.exe sind mehrere getrennte Rückstaus.

Fragen und Antworten

Weiterlesen