Requisitos de Distributed Replay

Antes de utilizar la característica Distributed Replay de Microsoft SQL Server, tenga en cuenta los requisitos de productos que se describen en este tema. 

Requisitos del seguimiento de entrada

Para reproducir correctamente los datos de seguimiento, deben cumplir los requisitos de versión y el formato, y contener las columnas y eventos necesarios.

Versiones de seguimiento de entrada

Distributed Replay admite los datos de seguimiento de entrada que se recopilan en las siguientes versiones de SQL Server:

• SQL Server 2012

• SQL Server 2008 R2

• SQL Server 2008

• SQL Server 2005

Formatos de seguimiento de entrada

Los datos de seguimiento de entrada pueden estar en cualquiera de los siguientes formatos:

• Un archivo de seguimiento con la extensión .trc.

• Un conjunto de archivos de seguimiento de sustitución que sigan la convención de nomenclatura de sustitución incremental de archivos, por ejemplo: <TraceFile>.trc, <TraceFile>_1.trc, <TraceFile>_2.trc, <TraceFile>_3.trc, … <TraceFile>_n.trc.

Columnas y eventos de seguimiento de entrada

Los datos de seguimiento de entrada deben contener columnas y eventos específicos que se reproduzcan mediante Distributed Replay. La plantilla TSQL_Replay de SQL Server Profiler contiene todas las columnas y eventos necesarios, además de información adicional. Para obtener más información acerca de esa plantilla, vea Requisitos de reproducción.

Advertencia
Si no utiliza la plantilla TSQL_Replay para capturar los datos de seguimiento de entrada, o si los requisitos de seguimiento de entrada no se cumplen, puede obtener resultados de reproducción inesperados.

También puede crear una plantilla de seguimiento personalizada y utilizarla para reproducir los eventos mediante Distributed Replay, siempre que contenga los eventos siguientes:

• Audit Login

• Audit Logout

• ExistingConnection

• RPC Output Parameter

• RPC:Completed

• RPC:Starting

• SQL:BatchCompleted

• SQL:BatchStarting

Si reproduce los cursores de servidor, los siguientes eventos también se requieren:

• CursorClose

• CursorExecute

• CursorOpen

• CursorPrepare

• CursorUnprepare

Si está reproduciendo instrucciones de SQL preparadas en el servidor, los siguientes eventos también se requieren:

• Exec Prepared SQL

• Prepare SQL

Todos los datos de seguimiento de entrada deben contener las columnas siguientes:

• Clase de eventos

• EventSequence

• TextData

• Application Name

• LoginName

• DatabaseName

• Database ID

• HostName

• Binary Data

• SPID

• Start Time

• EndTime

• IsSystem

Combinaciones admitidas de servidor de destino y seguimiento de entrada

En la tabla siguiente se enumeran las versiones admitidas de los datos de seguimiento y, para cada una, las versiones admitidas de SQL Server en las que los datos se pueden reproducir.

Requisitos de sistema operativo

Los sistemas operativos siguientes se admiten para ejecutar la herramienta de administración y los servicios del controlador y el cliente.

• Windows Vista con Service Pack 2 (SP2) o una versión posterior

• Windows 7 RTM o una versión posterior

• Windows Server 2008 con SP2 o una versión posterior

• Windows Server 2008 R2 RTM o una versión posterior

Las características de Distributed Replay se admiten en sistemas operativos basados en x86 y en x64. Para los sistemas operativos basados en x64, solo se admite el modo Windows sobre Windows (WOW).

Limitaciones de la instalación

Un equipo solo puede tener instalada una única instancia de cada característica Distributed Replay. La siguiente tabla muestra cuántas instalaciones de cada característica se permiten en un único entorno de Distributed Replay.

[!NOTA]

Aunque solo se puede instalar una instancia de la herramienta de administración en un solo equipo, puede iniciar varias instancias de la herramienta de administración. Los comandos emitidos desde varias herramientas de administración se resuelven en el mismo orden en el que se reciben.

Proveedor de acceso a datos

Distributed Replay solamente admite el proveedor de acceso a datos ODBC de SQL Server Native Client.

Requisitos de preparación del servidor de destino

Se recomienda que el servidor de destino se encuentre en un entorno de prueba. Para reproducir los datos de seguimiento en otra instancia de SQL Server diferente a donde se registró originalmente, asegúrese de que se ha realizado lo siguiente en el servidor de destino:

• Todos los inicios de sesión y los usuarios que se encuentran en los datos de seguimiento deben estar presentes en la misma base de datos del servidor de destino.

• Todos los inicios de sesión y los usuarios en el servidor destino deben tener los mismos permisos que tenían en el servidor original.

• Los Id. de base de datos del destino deben ser los mismos que los del origen. Sin embargo, si no son los mismos, se puede realizar la coincidencia basándose en DatabaseName, si está presente en el seguimiento.

• La base de datos predeterminada de cada inicio de sesión contenido en los datos de seguimiento debe establecerse (en el servidor de destino) en la base de datos de destino respectiva del inicio de sesión. Por ejemplo, los datos de seguimiento que se van a reproducir contienen la actividad del inicio de sesión Fred, en la base de datos Fred_Db de la instancia original de SQL Server. Por tanto, en el servidor de destino, la base de datos predeterminada del inicio de sesión, Fred, debe estar establecida en la base de datos que coincida con Fred_Db (aunque el nombre de la base de datos sea diferente). Para establecer la base de datos predeterminada del inicio de sesión, utilice el procedimiento almacenado del sistema sp_defaultdb.

La reproducción de eventos asociados a inicios de sesión que faltan o que son incorrectos tendrá como resultado errores de reproducción, pero la operación de reproducción continuará.

Vea también

Conceptos

SQL Server Distributed Replay

Seguridad de reproducción distribuida

Otros recursos

Instalar Distributed Replay