Sxstrace.exe: diagnosticar errores side-by-side

Si Windows indica que no puede iniciar una aplicación por un problema de configuración «side-by-side», sxstrace.exe permite capturar y leer información sobre la carga de sus componentes. No corrige el fallo automáticamente: ayuda a localizar la dependencia o el manifiesto que Windows no pudo procesar.

La consulta es especialmente útil cuando el propio mensaje recomienda ejecutar la herramienta. Antes de cambiar componentes del sistema, anota el programa afectado y reproduce el fallo una vez con el seguimiento activo.

Qué necesitas antes de empezar

• Un equipo con Windows 10 u 11 y acceso al programa que muestra el error.
• Una carpeta de trabajo donde puedas escribir, por ejemplo C:\DiagnosticoSxS.
• Permiso para usar una consola como administrador si el seguimiento lo requiere. En un equipo administrado, consulta antes al responsable.

La referencia de sxstrace de Microsoft documenta las opciones trace, parse y stoptrace. En esta guía se ha consultado también la ayuda local de la herramienta; no se ha simulado un fallo real ni ejecutado una captura de diagnóstico.

1. Prepara la carpeta y la consola

Crea una carpeta vacía desde el Explorador. Abre el menú Inicio, busca Símbolo del sistema y selecciona Ejecutar como administrador. Los ejemplos siguientes usan esa consola, no requieren descargar una herramienta externa y guardan los resultados en la carpeta indicada. Si eliges otra ruta, sustitúyela en todos los comandos.

Comprueba que estás usando la utilidad incluida en Windows con sxstrace /?. La ayuda enumera las opciones disponibles. Si el comando no se encuentra, comprueba la versión de Windows y el entorno desde el que lo ejecutas antes de descargar archivos de terceros con el mismo nombre.

2. Inicia la captura y reproduce el error

En la consola, ejecuta:

sxstrace trace -logfile:C:\DiagnosticoSxS\captura.etl

Deja la consola abierta. Abre el programa que falla y espera a que aparezca el mensaje. Vuelve a la consola y sigue la indicación que muestre para detener el seguimiento. Si lo has iniciado con la opción -nostop, Microsoft documenta sxstrace stoptrace para detenerlo cuando corresponda. No cierres la sesión antes de que termine la captura.

El archivo ETL es la captura en bruto. Por sí solo no es el informe de texto: el paso siguiente lo convierte a una forma que puedes leer. Si la captura no se crea, revisa el mensaje de la consola, los permisos de la carpeta y si se inició correctamente el seguimiento. No supongas que la aplicación es la causa hasta revisar la evidencia.

3. Convierte la captura a texto

Una vez detenida la captura, ejecuta:

sxstrace parse -logfile:C:\DiagnosticoSxS\captura.etl -outfile:C:\DiagnosticoSxS\resultado.txt

Abre resultado.txt con el Bloc de notas. Busca el nombre del ejecutable, el manifiesto que se estaba procesando y las líneas que indiquen un error. La referencia de Microsoft también describe -filter para limitar la salida a una aplicación; al principio puede ser preferible conservar el informe completo para no omitir contexto.

4. Interpreta el resultado antes de instalar nada

Anota el nombre exacto del componente que aparece, su versión y la arquitectura indicada. Una referencia a una biblioteca de Visual C++ puede orientar la investigación, pero no todos los errores side-by-side se resuelven instalando el mismo paquete. El proveedor de la aplicación puede identificar la dependencia concreta y el instalador adecuado.

Para componentes de Microsoft, consulta la página oficial de versiones compatibles de Visual C++ Redistributable y comprueba si se aplica al componente y a la arquitectura del programa. Que Windows sea de 64 bits no implica que todas las aplicaciones instaladas sean de 64 bits. Tampoco elimines indiscriminadamente versiones instaladas: otros programas pueden necesitarlas.

Si el informe apunta a un manifiesto dañado o a archivos de la propia aplicación, revisa las opciones de reparación del fabricante. Si hay indicios de archivos de Windows dañados, la guía sobre DISM y SFC explica otra comprobación; no la consideres una solución automática para cualquier error de una aplicación.

Si el informe está vacío o no aparece el error

• Comprueba la secuencia: inicia la captura antes de abrir la aplicación y detenla después de reproducir el fallo.
• Comprueba las rutas: parse debe leer el mismo archivo ETL que generó trace.
• Revisa si usaste un filtro: un nombre incorrecto puede ocultar información relevante.
• Consulta el registro de aplicación: el Visor de eventos puede aportar datos adicionales; compara la hora con la del intento.
• Conserva el mensaje literal: si no hay diagnóstico claro, facilita al soporte del programa el error y las líneas pertinentes, sin afirmar una causa que el informe no muestra.

Los registros pueden contener rutas de usuario y nombres de aplicaciones. Revísalos antes de compartirlos y entrega solo lo necesario. Para otros problemas de diagnóstico, consulta también cómo comprobar servicios de Windows con PowerShell; un servicio detenido y una dependencia side-by-side son problemas distintos.