Reproducir un seguimiento en Asistente para experimentación con bases de datos

En 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 SQL Server 2008 R2. El archivo de seguimiento de la carga de trabajo se debe reproducir 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 tenga el destino de actualización SQL Server versión, como SQL Server 2016.

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

En primer lugar, debe realizar una reproducción de seguimiento en el destino 1, que representa el entorno de producción existente.

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

   

   Nota

   El Distributed Replay controlador requiere permisos para la cuenta de usuario que se usa para conectarse de forma remota.

2. En la página Nueva reproducción, en 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 sirve 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 de la máquina del controlador: especifique el nombre del equipo que sirve como controlador Distributed Replay controlador.

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

     Nota

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

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

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

   • Tipo de servidor: especifique el tipo de SQL servidor (SqlServer, AzureSqlDb, AzureSqlManagedInstance).
   • Nombre del servidor: especifique el nombre del servidor o la dirección IP de la 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 se va a 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.

   

Inicio de la reproducción de seguimiento en el destino 1

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

  Si la información que escribió es válida, se inicia Distributed Replay proceso. 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 finalice la ejecución de la reproducción, DEA almacenará los resultados en un archivo en la ubicación especificada.

  

Realización de la reproducción de seguimiento en el destino 2

Cuando termine 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. Configure una reproducción de seguimiento, esta vez con los detalles asociados al entorno de destino 2.

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

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

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

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

• El 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 con la que el equipo de destino SQL Server está ejecutando debe tener acceso de escritura a la ruta de acceso de archivo de seguimiento especificada.
• La cuenta de servicio con la que se ejecuta Distributed Replay Client services debe tener derechos de usuario para conectarse al equipo de destino que ejecuta SQL Server y para 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 hasta su finalización en la misma sesión.

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

Sí, pero no con el mismo conjunto de equipos seleccionados en Controlador más clientes. El controlador y los clientes estarán ocupados. Configure un conjunto independiente de equipos en Controlador más cliente para iniciar una reproducción paralela.

P: ¿Cuánto tiempo suele tardar 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 que se genera 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.

P: ¿Qué tamaño tienen 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 el número de consultas que se ejecutan. Por ejemplo, los blobs del plan de consulta pueden ser grandes. Si las estadísticas de estas consultas cambian con frecuencia, se capturan más eventos.

P: ¿Por qué es necesario 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. De forma similar, es necesario restaurar la copia de seguridad en el equipo de destino que SQL Server para evitar errores durante la reproducción.

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

Pasar % significa que solo se pasa un porcentaje de consultas. Puede diagnosticar si se espera el número de errores. Es posible que se produzcan errores o que se produzcan porque la base de datos ha perdido su integridad. Si el valor de pass % no es el esperado, puede detener el seguimiento y ver el archivo de seguimiento en SQL Profiler para ver qué consultas no se realizaron correctamente.

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

Abra un archivo de seguimiento de destino y verlo en SQL 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 Asistente para experimentación con bases de datos 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 está en el script StartReplayCaptureTrace.sql. Estos eventos son típicos SQL Server de seguimiento que se enumeran en la documentación de referencia de sp_trace_setevent (Transact-SQL).

Solución de problemas de reproducción de seguimiento

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 Distributed Replay servicio del cliente 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 de Distributed Replay?

• Compruebe que el Distributed Replay de controlador está ejecutándose 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 las conexiones según las instrucciones de la página Configurar entorno de reproducción. Para obtener más información, vea el artículo SQL Server Distributed Replay.
  • Asegúrese de que el inicio remoto y la activación remota de DCOM están permitidos para el usuario del Distributed Replay remoto.
  • Asegúrese de que se permiten derechos de usuario de acceso remoto de DCOM para el usuario del controlador Distributed Replay usuario.

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

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

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

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

Dado que no se pueden examinar carpetas en un equipo remoto, la búsqueda de archivos no resulta útil. Es más eficaz copiar y pegar las rutas de acceso absolutas.

P: He empezado a reproducir con un seguimiento, Distributed Replay no reprobaba ningún evento. ¿Por qué?

Este problema puede producirse porque el archivo de seguimiento no tiene los eventos reproducibles o tiene 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 StartCaptureTrace.sql.

P: Veo "Error inesperado" al intentar preprocesar mis archivos de seguimiento mediante el controlador de SQL Server 2017 Distributed Replay 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 SQL Server 2017. Descargue la versión más reciente de la actualización acumulativa 1 para SQL Server 2017.

Consulte también

• Para crear un informe de análisis que le ayude a obtener información sobre los cambios propuestos, vea Crear informes.