Distributed Replay Requirements

Antes de utilizar la característica Distributed Replay de MicrosoftSQL 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 2014

• 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 cumplen 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 Replay Requirements.

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

• Nombre de la aplicación

• LoginName

• DatabaseName

• Identificador de base de datos

• HostName

• Binary Data

• SPID

• Hora de inicio

• 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 del sistema operativo

Los sistemas operativos admitidos para ejecutar la herramienta de administración y los servicios del controlador y el cliente son los mismos que para la instancia de SQL Server . Para obtener más información sobre qué sistemas operativos son compatibles con la instancia de SQL Server, consulte Requisitos de hardware y software para instalar SQL Server 2014.

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.

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 establecerse 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á.

Consulte también

SQL Server Distributed Replay
Seguridad de Distributed Replay
Instalar Distributed Replay