powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Service broker для логирования, глюки
25 сообщений из 43, страница 1 из 2
Service broker для логирования, глюки
    #39746944
Кифирчик
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Недавно решил модернизировать существующую систему журналирования и ряд «автоматизаций» с использованием ServiceBroker. Вроде как асинхронность журналирование не будет тормозить, в при критической нагрузке — очередь постепенно в нужно порядке разгребется. Так как это вроде как «другой поток/подключение» не нужно париться с тем чтоб не потерять логи при rollback-ах.

Сделал контракты, очереди, активаторы, скрипты тестовые — все ОК. Все делает как нужно, ошибки тож хорошо ловит (пробовал на делении на ноль), ничего не ломается.

Но дальше начинается магия.

Запускаю пачкой юнит тесты (из C# вызываются хранимки с «новым» журналированием). Ошибок нет. Логи — пустые. Очередь — пустая.
Запускаю отдельно тест через отладчик — все норм, данные в логах есть. Запускаю ХП из SMS – логи есть.

Отлаживаю дебаггером в SMS в которой есть ошибка (обращение к несуществующему объекту). Пошагово иду, и там где логи должны записываться — таблица пустая, ни до ошибки, ни самой ошибки, ни после. Хранимки логов вызваются, в очередь сообщения отправляются, но активатор не вызывается.
Запускаю без дебаггера с «ошибкой» - логов тоже нет.
Запускаю приложение .NET, жму кнопочки, вызываются другие ХП с таким же логированием, логи есть.
Тут же еще раз дебаггером в SMS – логов нет.
Правлю хранимку, чтоб не было ошибки, запускаю, без отладки — логи есть.


Продолбался с этим конец рабочего дня. Сейчас сижу и ломаю голову. Это у меня что-то глючит или или в режиме дебаггера какой-то другой режим работы брокера? Или если ошибка посерьезнее чем деление на ноль, то запись в очередь умирает и это как-то просчитывается? И у брокера активатор работает не совсем в "отдельном потоке" и "отдельном подключении к БД"?
Или брокера для логов использовать не камельфо? Есть какие-то нюансы которые я не учел?
Куда пропадают логи когда пачкой работают юнит тесты?

сервер - 2014 Standart
...
Рейтинг: 0 / 0
Service broker для логирования, глюки
    #39746948
Кифирчик
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
по этой статейке с брокером работаю
https://germangorelkin.blogspot.com/2017/07/ms-sql-server.html
...
Рейтинг: 0 / 0
Service broker для логирования, глюки
    #39746951
invm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
КифирчикТак как это вроде как «другой поток/подключение» не нужно париться с тем чтоб не потерять логи при rollback-ах.Вот с этим как раз и нужно "париться", т.к. при откате транзакции все, что отсылалось в очередь также откатывается.

Обходится через event notifications - 17329722
...
Рейтинг: 0 / 0
Service broker для логирования, глюки
    #39746974
Кифирчик
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
invm,
я правильно понимаю, что "на пальцах", это примерно как я сделал, за исключением что попадание сообщения в очередь не через хранимку с dialog conversation а с использованием sp_trace_generateevent ?
...
Рейтинг: 0 / 0
Service broker для логирования, глюки
    #39747115
invm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кифирчикя правильно понимаю, что "на пальцах", это примерно как я сделал, за исключением что попадание сообщения в очередь не через хранимку с dialog conversation а с использованием sp_trace_generateevent ?Т.е. разница в поведении при откате транзакции для вас несущественна?
...
Рейтинг: 0 / 0
Service broker для логирования, глюки
    #39747129
Кифирчик
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
invm, конечно существенна
я подразумевал реализацию а не поведение.
и судя по всему тип сообщения службы только [ http://schemas.microsoft.com/SQL/Notifications/PostEventNotification%5D]http://schemas.microsoft.com/SQL/Notifications/PostEventNotification] ?
...
Рейтинг: 0 / 0
Service broker для логирования, глюки
    #39747149
invm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кифирчикя подразумевал реализацию а не поведение.Реализация да, через SB.
...
Рейтинг: 0 / 0
Service broker для логирования, глюки
    #39747159
Кифирчик
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
invm,
слепил из вашей заготовки и своего кода. на вскидку, ничего не упустил?
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
75.
76.
77.
78.
79.
80.
81.
82.
83.
84.
85.
86.
87.
88.
89.
90.
91.
92.
93.
94.
95.
96.
97.
98.
99.
100.
101.
102.
103.
104.
105.
106.
107.
108.
109.
110.
111.
112.
113.
114.
115.
116.
117.
118.
119.
120.
121.
122.
123.
124.
125.
126.
127.
128.
129.
130.
131.
132.
133.
134.
135.
136.
137.
138.
139.
140.
141.
142.
143.
144.
145.
146.
147.
148.
149.
150.
151.
152.
153.
154.
155.
-- Включаем Service Broker
-- alter database db2_log set enable_broker with rollback immediate; 

use DB2_LOG
go

if exists (select 1 from sysobjects where id = object_id('SendLogMessage'         ) and type in ('P','PC')) drop procedure SendLogMessage
if exists (select 1 from sysobjects where id = object_id('AsyncLogQueueActivation') and type in ('P','PC')) drop procedure AsyncLogQueueActivation
if exists (select 1 from sysobjects where id = object_id('XmlMessageToTable'      ) and type in ('P','PC')) drop procedure XmlMessageToTable
if exists (select 1 from sysobjects where id = object_id('SimpleAuditData'        ) and type in ('U'     )) drop table SimpleAuditData
if exists (select 1 from sys.services                  where name = 'AsyncLogService'    ) drop service AsyncLogService
if exists (select 1 from sys.service_queues            where name = 'AsyncLogQueue'      ) drop queue AsyncLogQueue;
if exists(select * from sys.server_event_notifications where name = 'asyncLogEventNotify') drop event notification asyncLogEventNotify on server
-------------------------------------------------
go

-- Создаем очередь и сервисы

if object_id('AsyncLogQueueActivation', 'P') is null
 exec('create procedure AsyncLogQueueActivation as begin set nocount on; end;');
go

create queue AsyncLogQueue with
 status = on,
 retention = off,
 activation (status = on, procedure_name = AsyncLogQueueActivation, max_queue_readers = 5, execute as owner),
 poison_message_handling (status = on);
go

create service AsyncLogService authorization dbo  
on queue AsyncLogQueue (
    [http://schemas.microsoft.com/SQL/Notifications/PostEventNotification]
);

go
create table SimpleAuditData
(
 ad_id         int identity,
 ad_OccurredAt datetime not null,
 ad_Login       sysname,
 ad_Application nvarchar(128),
 ad_Host        nvarchar(128),
 ad_ShortText   nvarchar(128),
 ad_LongText    nvarchar(4000),
 Stamp          timestamp,
 constraint PK_SimpleAuditData primary key (ad_id)
);
go

-- ХП которая разбирает XML и пишет его в таблицу
create procedure XmlMessageToTable @message xml
as
begin
    with s as
    (
            select
              n.value('EventType[1]'       , 'sysname'        ) as EventType
            , n.value('PostTime[1]'        , 'datetime'       ) as PostTime
            , n.value('TextData[1]'        , 'sysname'        ) as TextData
            , n.value('BinaryData[1]'      , 'varbinary(8000)') as BinaryData
            , n.value('DatabaseID[1]'      , 'int'            ) as DatabaseID
            , n.value('DatabaseName[1]'    , 'sysname'        ) as DatabaseName
            , n.value('ApplicationName[1]' , 'sysname'        ) as ApplicationName
            , n.value('HostName[1]'        , 'sysname'        ) as HostName
            , n.value('SessionLoginName[1]', 'sysname'        ) as SessionLoginName
            from
            @message.nodes('/EVENT_INSTANCE') x(n)
    )
    insert into SimpleAuditData
    (ad_OccurredAt, ad_Login, ad_Application, ad_Host, ad_ShortText, ad_LongText)
    select
        s.PostTime, s.SessionLoginName, s.ApplicationName, s.HostName, s.TextData, cast(s.BinaryData as nvarchar(4000))
    from s 
    --where DatabaseID = db_id();
end

-- Процедура которая будет принимать сообщения и обрабатывать их
go
alter procedure AsyncLogQueueActivation with execute as owner
as
begin
    set nocount on;

    declare @handle uniqueidentifier;
    declare @message xml;
    declare @message_type sysname;
 
    while (1=1)
    begin
        begin transaction;
 
            waitfor
            (
              receive top (1)
                @handle = conversation_handle,
                @message =  CAST(message_body AS XML),
                @message_type = message_type_name
              from AsyncLogQueue
            ), timeout 500;
 
            if (@@rowcount = 0)
            begin
              rollback transaction;
              print 'Error - нет данных в очереди'
              break;
            end
            if @message_type = N'http://schemas.microsoft.com/SQL/Notifications/EventNotification'
            begin
                exec XmlMessageToTable @message
            end
            else if @message_type = N'http://schemas.microsoft.com/SQL/ServiceBroker/EndDialog'
            begin
                end conversation @handle with cleanup;
            end
            else if @message_type = N'http://schemas.microsoft.com/SQL/ServiceBroker/Error'
            begin
                --TODO
                --log errors
                end conversation @handle with cleanup;
            end 
        commit transaction;
    end
end
go

-- привязываем пользовательское событие к службе
create event notification asyncLogEventNotify
    on server
    for USERCONFIGURABLE_0 -- event_id = 82
    to service 'AsyncLogService', 'current database';
go

-- Процедура общего вида, с помощью которой можно отправлять сообщения
go
create procedure SendLogMessage @logMsg nvarchar(128), @logData nvarchar(1024)
as
begin
    set nocount on;
    -- sp_trace_generateevent 
    --      [     @eventid  = ]  event_id   
    --      [ , [ @userinfo = ] 'user_info' ]  
    --      [ , [ @userdata = ]  user_data  ]  
    -- event_id - numbers from 82 through 91
    declare @b varbinary(8000) = cast(@logData as varbinary(8000));
    exec sp_trace_generateevent 82, @logMsg, @b;
end
go


exec  SendLogMessage 'message1', 'data1'
exec  SendLogMessage 'message2', 'data2'
exec  SendLogMessage 'message3', 'data3'
exec  SendLogMessage 'message4', 'data4'
waitfor delay '00:00:01'
select * from SimpleAuditData

...
Рейтинг: 0 / 0
Service broker для логирования, глюки
    #39747168
invm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кифирчикна вскидку, ничего не упустил?Вроде нет.
...
Рейтинг: 0 / 0
Service broker для логирования, глюки
    #39747208
Владислав Колосов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кифирчик,

тесты откатывают транзакции и вместе с ними сообщения брокера. Вам для журналирования надо использовать механизм event notification, который передаёт сообщения брокеру независимо от отката.
...
Рейтинг: 0 / 0
Service broker для логирования, глюки
    #39748001
Кифирчик
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Всем спасибо за наводки. Заработало на "боевой" базе.
Правда еще пришлось танцевать с бабунами.
допиливание чтоб на базе это все завелось (может кому пригодится)
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
use db_log
go
exec sp_changedbowner 'sa'
go
alter database db_log set trustworthy on
go
alter database db_log set enable_broker with rollback immediate; 
go

use master;
go
grant alter trace to user1
go



признаюсь не до конца осознал последствия trustworthy и changedbowner, но это заработало )))

а внутри обработчика сообщений пришлось добавить строку
set QUERY_GOVERNOR_COST_LIMIT 0;
иначе брокер вылетал с ошибкой
авторthe query has been canceled because the estimated cost of this query (8570) exceeds the configured threshold of 6000
Видать обработка XML со своими данными запиханного в BinaryData оказалась сравнительно ресурсоемкой.
...
Рейтинг: 0 / 0
Service broker для логирования, глюки
    #39748014
felix_ff
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кифирчик,

подзравляю, теперь ваш любой db_owner может стать сисадмином сервера.
...
Рейтинг: 0 / 0
Service broker для логирования, глюки
    #39748017
invm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кифирчикпризнаюсь не до конца осознал последствия trustworthy и changedbowner, но это заработало )))А зачем из процедуры активации обращаться к внешним ресурсам?
...
Рейтинг: 0 / 0
Service broker для логирования, глюки
    #39748039
felix_ff
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кифирчик,

кстати вам еще следуют учитывать что для уведомлений о событиях диалоги не закрываются. они висят до тех пор пока не будет удалено уведомление.
Если у вас эта система логирования предполагает работать с высокой нагрузкой, следует озаботится вопросом что вы будете делать с открытыми диалогами
...
Рейтинг: 0 / 0
Service broker для логирования, глюки
    #39748040
Кифирчик
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
felix_ffКифирчик,

подзравляю, теперь ваш любой db_owner может стать сисадмином сервера.

invm >признаюсь не до конца осознал последствия trustworthy и changedbowner, но это заработало )))

А зачем из процедуры активации обращаться к внешним ресурсам?

уточните плиз, вопрос относительно trustworthy или changedbowner?
...
Рейтинг: 0 / 0
Service broker для логирования, глюки
    #39748042
felix_ff
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кифирчик,

совокупность.

сделав овнером базы пользователя из группы сисадмин вы расширили его права, любой пользователь группы db_owner может сделать
execute as user = 'dbo' тем самым переключив себя на контекст 'sa' но он пока еще закрыт в базе.

поставив trustworthy вы открыли песочницу, тем самым пользователь теперь не заперт в базе а получает доступ прав уровня sysadmin
...
Рейтинг: 0 / 0
Service broker для логирования, глюки
    #39748043
Кифирчик
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
felix_ffКифирчик,

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

это не спасает?
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
        waitfor
        (
          receive top (1)
              @handle     = conversation_handle
            , @msgBody    = cast( message_body as xml)
            --, @msgBodyStr = cast( message_body as nvarchar(max))
            , @msgType   = message_type_name
          from AsyncLogQueue
        ), timeout 500;

        ....

        else if @msgType = N'http://schemas.microsoft.com/SQL/ServiceBroker/EndDialog'
        begin
            end conversation @handle with cleanup;
        end
        else if @msgType = N'http://schemas.microsoft.com/SQL/ServiceBroker/Error'
        begin
            --TODO
            --log errors
            end conversation @handle with cleanup;
        end 
...
Рейтинг: 0 / 0
Service broker для логирования, глюки
    #39748054
felix_ff
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кифирчик,

не спасет.

срабатываение события посылает в очередь только тип сообщения [ http://schemas.microsoft.com/SQL/Notifications/EventNotification%5D]http://schemas.microsoft.com/SQL/Notifications/EventNotification]

никакого enddialog ему не приходит, поэтому у вас нижние ветки if никогда не сработают.

[ http://schemas.microsoft.com/SQL/ServiceBroker/EndDialog%5D]http://schemas.microsoft.com/SQL/ServiceBroker/EndDialog] поступит в очередь только при удалении уведомления инструкцие drop event notification

здесь вам по сути надо организовать логику вычитали сообщение закрыли диалог со стороны цели.

Код: sql
1.
2.
3.
4.
5.
   if @message_type = N'http://schemas.microsoft.com/SQL/Notifications/EventNotification'
            begin
                exec XmlMessageToTable @message
                end conversation @handle;
            end
...
Рейтинг: 0 / 0
Service broker для логирования, глюки
    #39748066
Владислав Колосов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кифирчик,

диалог надо закрывать с двух сторон - и на сервисе А и на сервисе Б. Сервис А в данном случае контролирует система Event Notification, а сервис Б - ваша процедура. Вы получаете и обрабатываете сообщение и закрываете со своей сторону диалог в любом случае, независимо от типа полученного сообщения.
...
Рейтинг: 0 / 0
Service broker для логирования, глюки
    #39748082
Кифирчик
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
felix_ff,
Код: sql
1.
2.
3.
4.
5.
if @message_type = N'http://schemas.microsoft.com/SQL/Notifications/EventNotification'
            begin
                exec XmlMessageToTable @message
                end conversation @handle;
            end


в таком варианте, очередь обрабатывает только одно первое сообщение, все остальные sp_trace_generateevent я не вижу (((


Владислав Колосов диалог надо закрывать с двух сторон - и на сервисе А и на сервисе Б. Сервис А в данном случае контролирует система Event Notification, а сервис Б - ваша процедура. Вы получаете и обрабатываете сообщение и закрываете со своей сторону диалог в любом случае, независимо от типа полученного сообщения.
Я не совсем понимаю "закрыть со своей стороны"

Со своей стороны я вызываю
Код: sql
1.
2.
3.
  declare @a nvarchar(128) = 'AsyncLogMsg'
   declare @b varbinary(8000) = cast(@messageXml as varbinary(8000));
   exec sp_trace_generateevent 82, @a, @b;


как закрыть диалог с "моей стороны"?
или "моя сторона" подразумевается процедура активации очереди?
...
Рейтинг: 0 / 0
Service broker для логирования, глюки
    #39748086
invm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кифирчикуточните плиз, вопрос относительно trustworthy или changedbowner?Да.
...
Рейтинг: 0 / 0
Service broker для логирования, глюки
    #39748126
felix_ff
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кифирчик,

ну напишите так чтобы у вас при активации очереди цикл читал сообщения из очереди, если вдруг в цикле меняется conversation_handle или инструкция receive не возвращет сообщения, закрывается последний прочитанный диалог.

Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
declare @h uniqueidentifier, @h2 uniqueidentifier
while 1=1 begin
     waitfor (receive top (1) @h = conversation_handle, @m = message_body from [quque]), timeout 500

     if @@rowcount = 0 begin 
          if @h is not null end conversation @h;
          break;
     end

     --логика обработки сообщения
     
     if @h2 <> @h and @h2 is not null end conversation @h2;

     set @h2 = @h;
end



а лучше вычитывать в буффер
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
declare @buffer table (h uniqueidentifier, message varbinary(max));
declare @tc int, @limit int, @m varbinary(max), @sql nvarchar(max);
while 1 = 1 begin
      waitfor (receive conversation_handle, message_body into @buffer from [queue]), timeout 500
      set @tc = @@rowcount;
      set @limit += @tc;
      if @tc = 0 or @limit > 100 break;
end;

declare cur cursor local fast_forward for select message from @buffer;
open cur;
while 1=1 begin
      fetch next from cur into @m;
      if @@fetch_status <> 0 break;
      exec <someproc> @m;
end;
close cur;
deallocate cur;

set @sql = N'';
select @sql = @sql + 'end conversation ' + quotename(cast(h as nchar(50)), nchar(39)) + nchar(59) + nchar(13) + nchar(10)
from @buffer;
exec (@sql);
...
Рейтинг: 0 / 0
Service broker для логирования, глюки
    #39748300
aleks222
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
КифирчикНедавно решил модернизировать существующую систему журналирования и ряд «автоматизаций» с использованием ServiceBroker. Вроде как асинхронность журналирование не будет тормозить, в при критической нагрузке — очередь постепенно в нужно порядке разгребется.

Интересно, в чем разница: писать в очередь или сразу писать в журнал?

ЗЫ. Битва с ветряными мельницами?
...
Рейтинг: 0 / 0
Service broker для логирования, глюки
    #39748355
Кифирчик
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
aleks222КифирчикНедавно решил модернизировать существующую систему журналирования и ряд «автоматизаций» с использованием ServiceBroker. Вроде как асинхронность журналирование не будет тормозить, в при критической нагрузке — очередь постепенно в нужно порядке разгребется.

Интересно, в чем разница: писать в очередь или сразу писать в журнал?

ЗЫ. Битва с ветряными мельницами?
Хороший вопрос, заставил задуматься...
Но он был бы справедлив, если бы запись в очередь равнялась записи в таблицу.

У нас простая схема (запись в таблицу) работает уже лет пять, и как показывает практика, в этих записях хрен разберешься. одновременно работают хранимки вызванные пользователем, джобы, триггеры (через которые мы выполняем автоматизацию с соседней системой).
Куча проблем с ответом на вопросы кто кого вызвал, откуда, к какому именно вызову относится строка, к какому бизнес объекту. Логи на хранимки/модули нужно как-то включать/выключать по мере необходимости.
В случае ошибки - откатываются и логи, и следов ошибки вообще нет. Ну и триггеры соседней системы также откатываются.
В итоге, в виду того что часть работы это аутосорс у заказчика, он временами звонит, и говорит "вот, у меня тут вчера так то и так то глюкнуло, разберитесь", и начинается бурный секс с этим потоком данных. И нужно определенное "наитие" и бутылка водки чтоб в этом разобраться и возможно подправить последствия. В целом толку от этого лога очень мало.
Это "простая" система. И даже на ней, коллеги следящие за перфомансом, комментят записи в логи получают профит.

Недавно придумали новую систему, которая должна решить проблемы перечисленные выше:
- дополнительно пишется ID "бизнес процесса", внутри которого может быть несколько ХП у которых тоже пишется свой не похожий на соседние ID
- есть поле для "бизнес объекта"
- есть система включения/выключение логирования (через табличку)
- упрощена запись (длинная, с указанием кучи аргументов только первая строка)
- не теряются логи после отката транзакции (через промежуточное хранение в табличной переменной)
То есть логгирование хранимки в таком варианте - это минимум две записи о начале/окончании, и при каждой записи обращения к таблице настроек и мета информации плюс запись в логи.
Это определенно окажет еще большее влияние на производительность.
Также, попадаются ошибки из-за которых все равно логи откатываются, вариант с табличной переменной работает не идеально.

Вчера на ноуте запустил тест, в котором ОЧЕНЬ много логов пишется через обсуждаемый вариант логирования (через брокера и event-ы) (упрощенный, только вставка без использование мета информации). Тесты за минуту забили в очередь 100к записей, которые асинхронно минут 15..20 распихивались в таблицу логов. По мне так это пример что это минимально нагружает хранимые процедуры.

Также, мне кажется крайне важным асинхронно развязаться с триггерами соседней системы, не камельфо в них выполнять свои хранимые процедуры. И судя по всему тут доктор прописал использовать ServiceBroker.
Сейчас появилась возможность, и я начал копать в сторону ServiceBroker-a, и решил начать с логов.

Что касается ветряных мельниц - с точки зрения того что есть куча других задач, приходится делать фоново, да и без этого и так работает, то это определенно на ветряную мельницу смахивает.
С точки зрения "хочется чтоб было не через ж#пу" и меньше долбаться с анализом проблем - это не мельница а крепость на пути к светлому будущему )
...
Рейтинг: 0 / 0
Service broker для логирования, глюки
    #39748385
aleks222
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
КифирчикПо мне так это пример что это минимально нагружает хранимые процедуры.

Тебе уже сказали: все очереди сервис брокера - суть таблицы.

Т.е. твой пример пишет два раза.
И это, канешно, быстрее, чем один раз.
...
Рейтинг: 0 / 0
25 сообщений из 43, страница 1 из 2
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Service broker для логирования, глюки
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]