Натолкнулся на грабельки, про которые давно знал, но за полтора года только сегодня наступил.

Итак по порядку.
Есть Reader SB, выполняющий загрузку данных 24х7.

Есть задача (запускается SQL агентом) обеспечивающая движение окна и т.д. и т.п.
В этой задаче происходит следующее
1) Выключаю активацию очередей SB. В Reader'ах стоит безусловный выход по этому условию.
Если не вырубить, то можно и не дождаться когда Reader'ы свалят.
2) Жедм отвала всех процессов или переход их в неактивное состояние
3) Захват базы в монопольное использование
4) Двигаем окнами и т.д. и т.п.
5) Отпускаем базу
6) Включаем очереди SB.
7) Далее не интересно ...

Что произошло.
В одной из SP, запущенной из под Reader'а есть защита кусочка кода

которая работает не правильно если вырубить активацию Reader'ов.
Проблема в том, что после выполнения
ALTER QUEUE BLA.BLA_Queue WITH STATUS = ON , ACTIVATION ( STATUS = OFF )

Из sys.dm_broker_activated_tasks исчезнут все упоминания о наших Reader'ах, запущенных для этой очереди.

Но вот что интересно, в логе SQL'я есть следующее сообщение


Из чего я делаю вывод, что SQL знает что запуск SP был из под Reader'а.

Вопрос, как выпытать у него эту информацию ?

PS. Передача через параматры не катит, т.к. уровень вложенности SP близок к 15

Итак, решения нет ?
Или я слишком туманно описал проблему ?
Попробую покороче ...
Если выполнить команду
То после нее исчезают записи из системной въюхи "sys.dm_broker_activated_tasks " о выполняемых процессах для этой очереди.

Тем не менее SQL после этого точно знает, что процесс был активирован Service Brocker'ом.

Вопрос - как добыть туже информацию ?