Requisitos do Distributed Replay

Antes de usar o recurso Distributed Replay do Microsoft SQL Server, considere os requisitos de produto destacados neste tópico. 

Requisitos de rastreamento de entrada

Para repetir dados de rastreamento com êxito, ele deve atender os requisitos de versão e formato e conter os eventos e as colunas necessárias.

Versões de rastreamento de entrada

O Distributed Replay oferece suporte a dados de rastreamento de entrada que são coletados nas seguintes versões do SQL Server:

• SQL Server 2012

• SQL Server 2008 R2

• SQL Server 2008

• SQL Server 2005

Formatos de rastreamento de entrada

Os dados de rastreamento de entrada podem estar em qualquer um dos seguintes formatos:

• Um único arquivo de rastreamento que tem a extensão .trc.

• Um conjunto de arquivos de rastreamento de substituição que siga a convenção de nomenclatura de substituição de arquivo, por exemplo: <TraceFile>.trc, <TraceFile>_1.trc, <TraceFile>_2.trc, <TraceFile>_3.trc. <TraceFile>_n.trc.

Eventos e colunas de rastreamento de entrada

Os dados de rastreamento de entrada devem conter eventos e colunas específicos a serem reproduzidos pelo Distributed Replay. O modelo TSQL_Replay no SQL Server Profiler contém todas as colunas e eventos necessários, além de informações extras. Para obter mais informações sobre esse modelo, consulte Requisitos para repetição.

Cuidado
Se você não usar o modelo TSQL_Replay para capturar os dados de rastreamento de entrada, ou se os requisitos de rastreamento de entrada não forem atendidos, talvez você receba resultados de reprodução inesperados.

Também é possível criar um modelo de rastreamento personalizado e usá-lo para reproduzir eventos com o Distributed Replay, desde que ele contenha os seguintes eventos:

• Audit Login

• Audit Logout

• ExistingConnection

• RPC Output Parameter

• RPC:Completed

• RPC:Starting

• SQL:BatchCompleted

• SQL:BatchStarting

Se você estiver repetindo cursores de servidor, os seguintes eventos também são necessários:

• CursorClose

• CursorExecute

• CursorOpen

• CursorPrepare

• CursorUnprepare

Se você estiver repetindo instruções SQL preparadas de servidor, os seguintes eventos também são necessários:

• Exec Prepared SQL

• Prepare SQL

Todos os dados de rastreamento de entrada devem conter as seguintes colunas:

• Event Class

• EventSequence

• TextData

• Nome do Aplicativo

• LoginName

• DatabaseName

• ID do banco de dados

• HostName

• Binary Data

• SPID

• Start Time

• EndTime

• IsSystem

Rastreamento de entrada e combinações de servidor de destino com suporte

A tabela a seguir lista as versões com suporte dos dados de rastreamento e, para cada uma, as versões com suporte do SQL Server em que os dados podem ser repetidos.

Requisitos do sistema operacional

Os sistemas operacionais a seguir têm suporte para a execução da ferramenta de administração e o controlador e os serviços cliente.

• Windows Vista com Service Pack 2 (SP2) ou uma versão posterior

• Windows 7 RTM ou uma versão posterior

• Windows Server 2008 com SP2 ou uma versão posterior

• Windows Server 2008 R2 RTM ou uma versão posterior

Os recursos do Distributed Replay têm suporte em sistemas operacionais x86 e x64. Para sistemas operacionais x64, somente há suporte para Windows no modo Windows (WOW).

Limitações de instalação

Qualquer computador pode ter apenas uma única instância de cada recurso do Distributed Replay instalado. A tabela a seguir lista a quantidade de instalações de cada recurso permitida em um único ambiente do Distributed Replay.

Observação
Embora só uma instância da ferramenta de administração possa ser instalada em um único computador, você pode iniciar várias instâncias dessa ferramenta. Os comandos emitidos de várias ferramentas de administração são resolvidos na ordem em que são recebidos.

Provedor de dados do sistema

O Distributed Replay tem suporte apenas para o provedor de acesso a dados ODBC do SQL Server Native Client.

Requisitos de preparação do servidor de destino

Nós recomendamos que o servidor de destino seja localizado em um ambiente de teste. Para repetir dados de rastreamento em uma instância diferente do SQL Server da que foi originalmente registrada, verifique se as seguintes ações foram executadas no servidor de destino:

• Todos os logons e usuários contidos nos dados de rastreamento devem estar presentes no mesmo banco de dados no servidor de destino.

• Todos os logos e usuários no servidor de destino devem ter as mesmas permissões que tinham no servidor original.

• As IDs do banco de dados no destino devem, idealmente, ser idênticas àquela na origem. No entanto, se essas permissões não forem iguais, a correspondência poderá ser executada com base no DatabaseName se estiver presente no rastreamento.

• O banco de dados padrão de cada logon contido nos dados de rastreamento deve estar configurado (no servidor de destino) para o respectivo banco de dados de destino do logon. Por exemplo, os dados de rastreamento a serem repetidos contêm atividade para o logon, Fred, no banco de dados Fred_Db na instância original do SQL Server. Portanto, no servidor de destino, o banco de dados padrão do logon Fred deve estar configurado para o banco de dados que corresponde a Fred_Db (mesmo que o nome do banco de dados seja diferente). Para configurar o banco de dados padrão do logon, use o procedimento armazenado de sistema sp_defaultdb.

A repetição de eventos associados com logons faltantes ou incorretos resulta em erros de repetição, mas a operação de repetição continua.

Consulte também

Conceitos

SQL Server Distributed Replay

Segurança do Distributed Replay

Outros recursos

Instalar o Distributed Replay