Início / dba / Perguntas / 17760
Accepted
Iain Samuel McLean Elder
Asked: 2012-05-12 12:26:20 +0800 CST

Por que a ordem dos parâmetros é importante para sp_trace_create?

  • 772

O primeiro lote do script a seguir chama o procedimento armazenado sp_trace_createcom parâmetros na ordem da documentação; o segundo lote troca as posições dos parâmetros @tracefilee @options:

DECLARE @new_trace_id INT;

EXECUTE master.dbo.sp_trace_create
  @trace_id = @new_trace_id OUTPUT,
  @options = 0,
  @tracefile = N'C:\temp\TestTrace';

SELECT @new_trace_id AS [@new_trace_id];

EXECUTE master.dbo.sp_trace_setstatus
  @trace_id = @new_trace_id,
  @status = 2;
GO

DECLARE @new_trace_id INT;

EXECUTE master.dbo.sp_trace_create
  @trace_id = @new_trace_id OUTPUT,
  @tracefile = N'C:\temp\TestTrace',
  @options = 0;

EXECUTE master.dbo.sp_trace_setstatus
  @trace_id = @new_trace_id,
  @status = 2;
GO

O primeiro lote cria um novo rastreamento, seleciona seu id e fecha o rastreamento. Um conjunto de resultados é retornado:

@new_trace_id
2

O segundo lote falha com um erro:

Msg 214, Nível 16, Estado 3, Procedimento sp_trace_create, Linha 1 O procedimento espera o parâmetro '@tracefile' do tipo 'nvarchar(256)'.

Por que a ordem dos parâmetros afeta a saída do procedimento armazenado sp_trace_create? E por que ele falha com uma mensagem de erro tão enganosa?

sql-server sql-server-2008-r2

2 respostas

  1. Best Answer

    Acredito que seja porque é um procedimento armazenado estendido e os nomes dos parâmetros são totalmente ignorados. Apenas sai da posição.

    Eu os renomeei como abaixo (e dei a todos o mesmo nome) e ainda funciona bem.

    DECLARE @new_trace_id INT;

EXECUTE master.dbo.sp_trace_create
  @rubbish = @new_trace_id OUTPUT,
  @rubbish = 0,
  @rubbish = N'C:\temp\TestTrace';

SELECT @new_trace_id AS [@new_trace_id];

EXECUTE master.dbo.sp_trace_setstatus
  @trace_id = @new_trace_id,
  @status = 2;

    Um bug de documentação semelhante foi registrado por Aaron sobre sp_executesql.

    Outro aspecto irritante desse procedimento armazenado é que @maxfilesizedeve ser passado como 'bigint' e não aceita um inteiro literal. Presumo que isso também ocorra porque é um procedimento armazenado estendido.

    • 6

  2. Isso funciona para mim: se você especificar @maxfiles, deverá usar a opção TRACE_FILE_ROLLOVER( = 2 ):

    declare @rc int
declare @TraceID int
declare @maxfilesize bigint
declare @maxfiles int

set @maxfilesize = 2        -- Mb per file
set @maxfiles = 10          -- number of files (10 files x 2Mb --> 20 Mb)

-- Please replace the text InsertFileNameHere, with an appropriate
-- filename prefixed by a path, e.g., c:\MyFolder\MyTrace. The .trc extension
-- will be appended to the filename automatically. If you are writing from
-- remote server to local drive, please use UNC path and make sure server has
-- write access to your network share

-- The option @maxfiles it's only admitted if TRACE_FILE_ROLLOVER  (value 2) is set
exec @rc = sp_trace_create @TraceID output, **2**, N'E:\sql\trazas\traza_a', @maxfilesize, NULL, @maxfiles
if (@rc != 0) goto error

-- Set the events
...

    Com esta opção (2) não há erro ao criar o trace

    • 0

relate perguntas