Reproducir una traza en el Asistente de experimentación con bases de datos

Nota

Esta herramienta se retiró el 15 de diciembre de 2024 . Hemos dejado de admitir esta herramienta para cualquier problema que surja y ya no emitiremos ninguna corrección de errores ni actualizaciones adicionales.

En el Asistente para experimentación con bases de datos (DEA), puede reproducir un archivo de seguimiento capturado en un entorno de prueba actualizado. Por ejemplo, considere una carga de trabajo de producción que se ejecuta en SQL Server 2008 R2. El archivo de seguimiento de la carga de trabajo debe reproducirse dos veces: una vez en un entorno con la misma versión de SQL Server que se ejecuta en producción y una segunda vez en un entorno que tiene la versión de SQL Server de destino de actualización, como SQL Server 2016.

Nota

La reproducción de un rastro requiere que configure manualmente máquinas virtuales o equipos físicos para ejecutar rastros de Distributed Replay. Para obtener más información, consulte Configurar Reproducción Distribuida para el Asistente de Experimentación con Bases de Datos.

Configuración de una reproducción de seguimiento para el destino 1

En primer lugar, debe realizar una repetición de rastreo contra el objetivo 1, que representa el entorno de producción existente.

1. En DEA, en la barra de navegación izquierda, seleccione el icono de flecha y, después, en la página Todas las reproducciones, seleccione Nueva reproducción.

   

   Nota

   El equipo del controlador Distributed Replay requiere permisos para la cuenta de usuario que utilizas para conectarte de forma remota.

2. En la página Nueva reproducción, bajo Detalles de reproducción, escriba o seleccione la siguiente información:

   • Nombre de reproducción: escriba un nombre para la reproducción de seguimiento.

   • Formato de Seguimiento de Origen: Especifique el formato (Trace o XEvents) del archivo de seguimiento de origen.

   • ruta de acceso completa al archivo de origen: especifique la ruta de acceso completa al archivo de seguimiento de origen. Si usa DReplay, el archivo debe existir en el equipo que actúa como controlador DReplay y la cuenta de usuario requiere acceso al archivo y la carpeta.

   • Herramienta de reproducción: especifique la herramienta de reproducción (DReplay o InBuilt).

   • nombre del equipo controlador: especifique el nombre del equipo que actúa como controlador de Distributed Replay.

   • Ubicación de traza de reproducción: especifique la ruta de acceso para almacenar archivos de trazas o XEvents asociados a la reproducción de trazas.

     Nota

     Para una instancia de Azure SQL Database o una instancia administrada de Azure SQL, debe proporcionar el URI de SAS de la cuenta de Azure Blob Storage.

3. Compruebe que ha restaurado las bases de datos activando la Sí, he restaurado manualmente las bases de datos.

4. En los detalles de la conexión a SQL Server, escriba o seleccione la siguiente información:

   • tipo de servidor: especifique el tipo de SQL Server (sqlServer, azureSqlDb, azureSqlManagedInstance).
   • Nombre del servidor: especifique el nombre del servidor o la dirección IP de SQL Server.
   • tipo de autenticación: para el tipo de autenticación, seleccione Windows.
   • Nombre de la base de datos: escriba un nombre para una base de datos en la que iniciar un seguimiento del lado servidor. Si no especifica una base de datos, el seguimiento se captura en todas las bases de datos del servidor.

5. Active o anule la selección de las casillas Cifrar conexión y certificado de servidor de confianza según corresponda para su escenario.

   

Iniciar la repetición de seguimiento en el destino 1

• Después de escribir o seleccionar la información necesaria, seleccione Iniciar para iniciar la reproducción del rastreo.

  Si la información que has ingresado es válida, se inicia el proceso de Reproducción Distribuida. De lo contrario, los cuadros de texto que tienen información incorrecta se resaltan con rojo. Asegúrese de que los valores especificados son correctos y, a continuación, seleccione Iniciar.

  

  Puede supervisar el proceso según sea necesario. Cuando la reproducción termine de ejecutarse, DEA almacenará los resultados en un archivo en la ubicación especificada.

  

Realizar la reproducción de seguimiento en el destino 2

Después de terminar de realizar la reproducción de seguimiento en el destino 1, debe hacer lo mismo con el segundo destino, que representa el entorno de actualización previsto.

1. Configurar una reproducción de seguimiento, esta vez utilizando los detalles asociados con el entorno de destino 2.

2. Inicie la reproducción de la traza en el destino 2.

   Puede supervisar el proceso según sea necesario. Cuando la reproducción termine de ejecutarse, DEA almacenará los resultados en un archivo en la ubicación especificada.

Preguntas más frecuentes sobre la reproducción de trazas

P: ¿Qué permisos de seguridad necesito para iniciar una captura de reproducción en mi servidor de destino?

• El usuario de Windows que ejecuta la operación de seguimiento en la aplicación DEA debe tener derechos sysadmin en el equipo de destino que ejecuta SQL Server. Estos derechos de usuario son necesarios para iniciar un seguimiento.
• La cuenta de servicio bajo la cual se ejecuta el equipo de destino que corre SQL Server debe tener acceso de escritura en la ruta especificada del archivo de seguimiento.
• La cuenta de servicio con la que se ejecutan los servicios distributed Replay Client debe tener derechos de usuario para conectarse al equipo de destino que ejecuta SQL Server y ejecutar consultas.

P: ¿Puedo iniciar más de una reproducción en la misma sesión?

Sí, puede iniciar varias reproducciones y realizar un seguimiento de ellas para completarlas en la misma sesión.

P: ¿Puedo iniciar más de una reproducción en paralelo?

Sí, pero no con el mismo conjunto de ordenadores seleccionados en Controlador más Clientes. El controlador y los clientes estarán ocupados. Configurar un conjunto independiente de equipos bajo Controller junto con Client para iniciar una reproducción en paralelo.

P: ¿Cuánto tiempo tarda normalmente una reproducción en finalizar?

Normalmente, una reproducción tarda la misma cantidad de tiempo que el seguimiento de origen más la cantidad de tiempo que se tarda en preprocesar el seguimiento de origen. Sin embargo, si los equipos cliente registrados con el controlador no son suficientes para administrar la carga generada a partir de la reproducción, la reproducción puede tardar más tiempo en completarse. Puede registrar hasta 16 equipos cliente con el controlador.

Q: ¿Qué tamaño son los archivos de seguimiento de destino?

Los archivos de seguimiento de destino pueden tener entre 5 y 15 veces el tamaño del seguimiento de origen. El tamaño del archivo se basa en cuántas consultas se ejecutan. Por ejemplo, los blobs del plan de consulta pueden ser grandes. Si las estadísticas de estas consultas cambian a menudo, se capturan más eventos.

P: ¿Por qué necesito restaurar bases de datos?

SQL Server es un sistema de administración de bases de datos relacionales con estado. Para ejecutar correctamente una prueba A/B, el estado de la base de datos debe conservarse en todo momento. De lo contrario, es posible que vea errores en las consultas durante la reproducción que no aparecerán en producción. Para evitar estos errores, se recomienda realizar una copia de seguridad justo antes de la captura de origen. Del mismo modo, es necesario restaurar la copia de seguridad en el equipo de destino que ejecuta SQL Server para evitar errores durante la reproducción.

Q: ¿Qué significa "pasar %" en la página de reproducción?

Paso % significa que solo un porcentaje de consultas fue aprobado. Usted puede comprobar si el número de errores es el esperado. Es posible que se esperen errores o que se produzcan errores porque la base de datos ha perdido su integridad. Si el valor de pase % no es lo que se espera, puede detener el seguimiento y examinar el archivo de traza en SQL Profiler para ver qué consultas no tuvieron éxito.

P: ¿Cómo puedo ver los eventos de seguimiento que se recopilaron durante la reproducción?

Abra un archivo de seguimiento de destino y ví­sualicelo en SQL Server Profiler. O bien, si desea realizar modificaciones en la captura de reproducción, todos los scripts de SQL Server están disponibles en C:\Archivos de programa (x86)\Microsoft Corporation\Database Experimentation Assistant\Scripts\StartReplayCapture.sql.

P: ¿Qué eventos de seguimiento recopila DEA durante la reproducción?

DEA captura eventos de seguimiento que contienen información relacionada con el rendimiento. La configuración de captura se encuentra en el script de StartReplayCaptureTrace.sql. Estos eventos son eventos de seguimiento típicos de SQL Server que aparecen en la documentación de referencia de sp_trace_setevent (Transact-SQL).

Solución de problemas de reproducción de registros

P: ¿Por qué no puedo conectarme al equipo que ejecuta SQL Server?

• Confirme que el nombre del equipo que ejecuta SQL Server es válido. Para confirmarlo, intente conectarse al servidor mediante SQL Server Management Studio (SSMS).
• Confirme que la configuración del firewall no bloquea las conexiones al equipo que ejecuta SQL Server.
• Confirme que el usuario tiene los derechos de usuario necesarios.
• Confirme que la cuenta de servicio del cliente distributed Replay tiene acceso al equipo que ejecuta SQL Server.

Puede obtener más detalles en los registros de %temp%\DEA. Si el problema persiste, póngase en contacto con el equipo del producto.

P: ¿Por qué no puedo conectarme al controlador distributed Replay?

• Compruebe que el servicio Distributed Replay Controller se está ejecutando en la máquina del controlador. Para comprobarlo, use Distributed Replay Management Tools (ejecute el comando dreplay.exe status -f 1).
• Si la reproducción se inicia de forma remota:
  • Confirme que el equipo que ejecuta DEA puede hacer ping correctamente al controlador. Confirme que la configuración del firewall permite conexiones según las instrucciones de la página Configurar entorno de reproducción. Para obtener más información, consulte el artículo visión general de Distributed Replay de SQL Server.
  • Asegúrese de que el lanzamiento remoto de DCOM y la activación remota están permitidos para el usuario del control de Distributed Replay.
  • Asegúrese de que los derechos de usuario de acceso remoto de DCOM están permitidos para el usuario del controlador Distributed Replay.

P: La ruta de acceso del archivo de seguimiento existe en mi equipo. ¿Por qué el controlador de Distributed Replay no lo puede encontrar?

Distributed Replay solo puede acceder a los recursos de disco local. Debe copiar los archivos de seguimiento de origen en la máquina del controlador Distributed Replay antes de iniciar la reproducción. Además, debe proporcionar la ruta de acceso en la página DEA Nueva reproducción.

Las rutas de acceso UNC no son compatibles con Distributed Replay. Las rutas de acceso de Distributed Replay deben ser rutas de acceso locales y absolutas al primer archivo de seguimiento de origen, incluida la extensión.

P: ¿Por qué no puedo buscar archivos en la página de nueva reproducción?

Dado que no podemos examinar carpetas en un equipo remoto, la exploración de archivos no es útil. Es más eficaz copiar y pegar las rutas de acceso absolutas.

P: Empecé a reproducir con un seguimiento, pero Distributed Replay no replayó ningún evento. ¿Por qué?

Este problema puede producirse porque el archivo de seguimiento no tiene ni los eventos reproducibles ni información sobre cómo reproducir eventos. Confirme si la ruta de acceso del archivo de seguimiento proporcionada apunta a un archivo de seguimiento de origen. El archivo de seguimiento de origen se crea mediante la configuración proporcionada en el script de StartCaptureTrace.sql.

P: Veo "Error inesperado!" cuando intento preprocesar mis archivos de seguimiento mediante el controlador Distributed Replay de SQL Server 2017. ¿Por qué?

Este problema se conoce en la versión RTM de SQL Server 2017. Para obtener más información, vea Error inesperado al usar la característica DReplay para reproducir un seguimiento capturado en SQL Server 2017.

El problema se ha solucionado en la actualización acumulativa 1 más reciente para SQL Server 2017. Descargue la versión más reciente de KB4038634: actualización acumulativa 1 para SQL Server 2017.

Contenido relacionado

• Crear informes de análisis en el Asistente para experimentación con bases de datos (SQL Server)