Requisitos para repetição

Além das outra classes de eventos que você, eventualmente, deseje monitorar, as seguintes classes de eventos devem ser capturadas em um rastreamento para que este possa ser repetido (note que esses eventos estarão habilitados por padrão se o modelo de rastreamento TSQL_Replay for usado para configurar um rastreamento posteriormente utilizado para a repetição):

• CursorClose (necessário apenas para a repetição de cursores do lado do servidor)

• CursorExecute (necessário apenas para a repetição de cursores do lado do servidor)

• CursorOpen (necessário apenas para a repetição de cursores do lado do servidor)

• CursorPrepare (necessário apenas para a repetição de cursores do lado do servidor)

• CursorUnprepare (necessário apenas para a repetição de cursores do lado do servidor)

• Audit Login

• Audit Logout

• ExistingConnection

• RPC Output Parameter

• RPC:Completed

• RPC:Starting

• Exec Prepared SQL (necessário apenas para a repetição de instruções SQL preparadas do lado do servidor)

• Prepare SQL (necessário apenas para a repetição de instruções SQL preparadas do lado do servidor)

• SQL:BatchCompleted

• SQL:BatchStarting

Além das outras colunas de dados que você, eventualmente, deseje capturas, as seguintes colunas de dados devem ser capturadas em um rastreamento para que este possa ser repetido:

• Classe de Evento

• EventSequence

• TextData

• Application Name

• LoginName

• DatabaseName

• Database ID

• ClientProcessID

• HostName

• ServerName

• Binary Data

• SPID

• Start Time

• EndTime

• IsSystem

• NTDomainName

• NTUserName

• Error

Observação
Use o modelo de rastreamento TSQL_Replay para rastreamentos que capturam dados para repetição.

No Microsoft SQL Server, a repetição verifica a presença dos eventos e colunas necessários. Esta alteração ajuda a melhorar a precisão de repetição e retira a incerteza da repetição para solução de problemas, quando há dados necessários faltando. A repetição retorna um erro e pára de repetir um arquivo quando dados necessários estão faltando em um rastreamento.

Para repetir um rastreamento contra um servidor (o destino) no qual o SQL Server esteja executando, diferente do que foi rastreado originalmente (a origem), certifique-se de ter sido feito o seguinte:

• Todos os logons e usuários contidos no rastreamento já devem ter sido criados no destino e no mesmo banco de dados da origem.

• Todos os logons e usuários no destino devem ter as mesmas permissões que tinham na origem.

• Todas as senhas de logon devem ser idênticas àquelas do usuário que executa a repetição.

• As IDs do banco de dados no destino devem, idealmente, ser idênticas àquela na origem. Se, porém, não forem idênticas, a correspondência pode ser feita com base no DatabaseName, se presente no rastreamento.

• O banco de dados padrão de cada logon contido no rastreamento deve estar configurado (no destino) para o respectivo banco de dados de destino do logon. Por exemplo, o rastreamento a ser repetido contém atividade do logon Fred no banco de dados Fred_Db na origem. Portanto, no 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.

Para obter informações sobre quais permissões são necessárias para repetir um rastreamento, consulte Permissões necessárias para executar o SQL Server Profiler.