Una cola, no un bug
El indexador sigue el diario de cambios USN de NTFS, así que cada evento masivo de archivos se convierte en trabajo de indexación. Una actualización de Windows que reparsa el volumen del sistema, una sincronización de OneDrive o Teams que baja miles de archivos, un backup restaurado o un node_modules recién creado — cada uno de esos mete en cola cientos de miles de elementos. Indexar un elemento es barato; indexar varios cientos de miles lleva horas, y eso es exactamente lo que se ve en el Administrador de tareas.
El segundo clásico es Outlook: un archivo .pst o .ost grande se indexa elemento a elemento por la misma tubería, y un archivo de correo de 20 GB puede ocupar al indexador la mayor parte de una jornada. Abre Opciones de indización y lee la línea de estado: un contador enorme de elementos restantes con un total indexado que crece significa un indexador sano deshaciendo una cola. Un contador que no se mueve, o una base que se hincha a tamaños absurdos con la CPU alta, apunta a un índice corrupto que se reconstruye en bucle — el único escenario que necesita el botón Volver a generar.
- Outlook clásico con archivos .pst u .ost grandes — indexación elemento a elemento por el mismo servicio
- OneDrive, Teams o una restauración de backup que baja miles de archivos a la máquina
- Una actualización de Windows que reparsa el volumen del sistema y reverifica el índice
- Árboles de desarrollador: node_modules, salidas de compilación y .git con decenas de miles de archivos pequeños
- Herramientas que escanean archivos y tocan metadatos, reencolando el disco entero
- Una base Windows.edb o Windows.db corrupta que se reconstruye, se hincha y se reconstruye otra vez
Domar el indexador sin romper la búsqueda
La jugada de mayor efecto es controlar el alcance, no el servicio. En Opciones de indización, pulsa Modificar y desmarca cada árbol donde nunca buscas: carpetas de compilación, archivos de medios, el pantano de Descargas — y deja que el cambio se asiente. Para los archivos de Outlook clásicos, indexa solo los almacenes en los que de verdad buscas, no cada .pst montado en la historia. Tras cualquier recorte, dale al indexador una noche: una cola que a las seis de la tarde parece infinita suele estar terminada por la mañana.
Desactivar el servicio de búsqueda para cortar un pico de CPU es el camino equivocado. La búsqueda del Explorador en carpetas indizadas, los resultados del menú Inicio y la búsqueda de Outlook caen a un rastreo lento, y la cola vuelve en cuanto el servicio se reactiva. Si el índice está realmente corrupto — el síntoma del bucle de reconstrucción —, usa Opciones avanzadas y Volver a generar para eliminar y regenerar la base una sola vez: cuesta unas horas de CPU una vez y corta el ciclo. En servidores con muchos usuarios simultáneos el indexador corre por persona, y varios procesos SearchIndexer.exe son varias colas separadas.
Preguntas y respuestas
¿Por qué SearchIndexer.exe consume tanta CPU?
Está deshaciendo una cola de indexación — un archivo de correo nuevo, una sincronización de OneDrive, el reparsado del volumen tras una actualización — y Opciones de indización muestra el tamaño de la cola directamente.
¿Conviene desactivar la búsqueda de Windows para frenar el consumo de CPU?
No: la búsqueda en el Explorador, el menú Inicio y Outlook se vuelve un rastreo lento y la cola regresa al reactivar el servicio; recorta el alcance o reconstruye el índice dañado.
Consulta qué incluye antes de comprar.
La prueba única de 30 minutos incluye las funciones básicas. Las funciones marcadas PRO permanecen bloqueadas hasta activar una licencia de pago.
Sigue leyendo
Escríbenos: [email protected]