Обработка хранимых процедур SQL Server

Question

У меня есть хранимая процедура, которая запускается автоматически каждое утро в SQL Server 2008 R2, часть этой хранимой процедуры включает выполнение других хранимых процедур. Формат может быть суммированы следующим образом:

BEGIN TRY 
    -- Various SQL Commands 
    EXECUTE storedprocedure1 
    EXECUTE storedprocedure2 
    -- etc 
END TRY 

BEGIN CATCH 
    --This logs the error to a table 
    EXECUTE errortrappingprocedure 
END CATCH 

storedprocedure1 и storedprocedure2 основном усечение таблицы и выберите в него из другой таблицы. Что-то вдоль линий:

BEGIN TRY 
    TRUNCATE Table1 

    INSERT INTO Table1 (A, B, C) 
    SELECT A, B, C FROM MainTable 
END TRY 

BEGIN CATCH 
    EXECUTE errortrappingprocedure 
END CATCH 

Процедура перехват ошибок содержит следующее:

INSERT INTO 
    [Internal].dbo.Error_Trapping 
    (
     [Error_Number], 
     [Error_Severity], 
     [Error_State], 
     [Error_Procedure], 
     [Error_Line], 
     [Error_Message],   
     [Error_DateTime] 
    ) 
    (
    SELECT 
     ERROR_NUMBER(), 
     ERROR_SEVERITY(), 
     ERROR_STATE(), 
     ERROR_PROCEDURE(), 
     ERROR_LINE(), 
     ERROR_MESSAGE(), 
     GETDATE() 
    ) 

99% времени это работает, но иногда мы находим, что storedprocedure1 не завершена, с Table1 только будучи частью населенной. Однако в нашей таблице ошибок не регистрируются ошибки. Я протестировал процедуру захвата ошибок, и она работает.

Когда я позже запускаю storedprocedure1 вручную, он заканчивается штрафом. Никакие данные в исходной таблице не будут изменены этим пунктом, поэтому, очевидно, это не проблема с данными, что-то еще произошло в тот момент, который вызвал сбой процедуры. Есть ли лучший способ для меня регистрировать ошибки здесь или где-то еще в базе данных, я могу попытаться выяснить, почему она терпит неудачу?

Answer 1

Есть некоторые ошибки, которые TRY..CATCH блок не будет обрабатывать, посмотрите здесь дополнительную информацию https://technet.microsoft.com/en-us/library/ms179296(v=sql.105).aspx. для таких ошибок вы должны обращаться с ними в своем приложении. также я думаю, что у вас может быть проблема с управлением транзакциями в вашем приложении.

Answer 2

Я не уверен, полностью ли я вас понял. Ниже код слишком большой для комментариев. Поэтому отправляйте в качестве ответа для своей справки. Если это не то, что вы хотите, я удалю его.

Можем ли мы добавить часть обработки транзакций.

DECLARE @err_msg NVARCHAR(MAX) 

BEGIN TRY  
BEGIN TRAN 

    -- Your code goes here 

    COMMIT TRAN  

END TRY  

BEGIN CATCH 
    SET @err_msg = ERROR_MESSAGE() 
    SET @err_msg = REPLACE(@err_msg, '''', '''''') 
    ROLLBACK TRAN 
    -- Do something with @err_msg 
END CATCH 

Answer 3

Попробуйте использовать SET ARITHABORT (см link). Он должен ROLLBACK в вашем случае. Также ответ @ Kartic кажется разумным.

Я также рекомендовал прочитать о implicit и explicit транзакции - я думаю, что это ваша проблема. У вас несколько неявных транзакций, и когда произошла ошибка, вы находитесь в середине задания - так что только часть - rollbackеd, и у вас есть данные в этих таблицах.