Używam RetainSameConnection = true z moim menedżerem połączeń, ponieważ używam transakcji (BEGIN TRANSACTION, COMMIT lub ROLLBACK na końcu, jeśli sukces / niepowodzenie).

Używam również domyślnego dostawcy logowania do serwera SQL Server i wybrałem zdarzenie OnError (i inne również).

Problem polega na tym, że nie widzę zdarzenia OnError zarejestrowanego w tabeli sysssislog (tabela istnieje i tworzona jest domyślna wstawka SP) - widzę inne typy rejestrowanych zdarzeń.

Dzięki profilerowi SQL mogę sprawdzić, czy sp_ssis_addlogentry zostało wykonane:

exec sp_executesql N'exec sp_ssis_addlogentry @ P1, @ P2, @ P3, @ P4, @ P5, @ P6, @ P7, @ P8, @ P9, @ P10, @ P11 ', N' @ P1 nvarchar (4000), @ P2 nvarchar (4000), @ P3 nvarchar (4000), @ P4 nvarchar (4000), @ P5 uniqueidentifier, @ P6 uniqueidentifier, @ P7 datetime2 (7), @ P8 datetime2 (7), @ P9 int, @ P10 varbinary ( 8000), @ P11 nvarchar (4000) ', N'OnError', N'EWOIU027013096 ', N'ad oiu099', N'Empty AF SINtemp ',' 4CCEB32F-E884-483C-A02F-56D5C8438E44 ',' 15F585B3- AC6C-476F-8A2E-FC926438AC84 ',' 2012-07-12 14:46:15 ',' 2012-07-12 14: 46: 15 ', 0,0x, N'Violation ograniczenia PRIMARY KEY' 'CIRNAGF0p0_AF' ” Nie można wstawić zduplikowanego klucza w obiekcie „dbo.TIRNAGF0_AF”.

Ale zdarzenie OnError nie zostało wstawione.

Kiedy zmieniam właściwość RetainSameConnection na false, działa, ale nie mogę polegać na moich zadaniach Transactions SQL.

Uwaga: Próbowałem nawet utworzyć innego menedżera połączeń wyłącznie do rejestrowania za pomocą RetainSameConnection = false, ale nie zadziałało.

Mogę zalogować się bez czkawki do pliku tekstowego, ale musimy zalogować się do tabeli.

Z góry dziękuję