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.
.gif "Observação sobre cuidados") 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.
Versão de dados de rastreamento de entrada |
Versões com suporte do SQL Server para a instância do servidor de destino |
|---|---|
SQL Server 2005 |
SQL Server 2008, SQL Server 2008 R2, SQL Server 2012 |
SQL Server 2008 |
SQL Server 2008, SQL Server 2008 R2, SQL Server 2012 |
SQL Server 2008 R2 |
SQL Server 2008 R2, SQL Server 2012 |
SQL Server 2012 |
SQL Server 2012 |
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.
Recurso Distributed Replay |
Máximo de instalações por ambiente de repetição |
|---|---|
Serviço SQL Server Distributed Replay Controller |
1 |
Serviço SQL Server Distributed Replay Client |
16 (computadores físicos ou virtuais) |
Ferramenta de administração |
Ilimitado |
.gif "Observação") 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
Segurança do Distributed Replay