В останньому випуску свого додатка я додав команду, яка повідомляє йому почекати, коли щось чекає в черзі Service Broker:
WAITFOR (RECEIVE CONVERT(int, message_body) AS Message FROM MyQueue)DBA мені кажуть, що з моменту додавання розміри колод пройшли через дах. Чи може це бути правильно? Або я повинен шукати в іншому місці?
Відповіді:
Будь-яка активна відкрита транзакція зафіксує журнал, запобігаючи усіченню та врешті-решт спричиняючи зростання. Якщо ви розпочали транзакцію, запишіть у журнал, а потім назавжди чекайте, сподіваючись, що повідомлення зрештою розбудить вас, ви просто закріпили журнал і змусите його рости.
Нещодавно я почав рекомендувати людям уникати WAITFOR в активованій процедурі разом з циклом. Просто випустіть RECIEVe і будьте готові, нехай цикл механізму активації буде циклічним для вас (він це робить), і не WAITFOR, просто просто ПОЛУЧАЙТЕ.
Аромат WAITFOR RECEIVE створює внутрішньо збережену точку. Це генерує журнал (принаймні 3 записи журналу) і дійсно закріплює журнал на місці очікування. Тривалий час очікування WAITFOR (або ще гірше, нескінченний) було б дуже поганою практикою.
WAITFOR (RECEIVE...Могли б ви розширити? Можливо, я неправильно зрозумів.
begin transaction; waitfor(receive...)не буде генерувати жодних записів журналу (не буде "активувати" транзакцію під час очікування, і, таким чином, не зафіксує журнал. Тільки begin transaction;[insert|update|delete];waitfor(receive...)це призведе до активації транзакції (генерування записів журналу) і, таким чином, фактично зафіксує журнал під час очікування.
На SQL Server 2008 R2, якщо я виконую WAITFOR (RECEIVE), а потім запускаю DBCC OPENTRAN, він показує транзакцію як активну, навіть за відсутності будь-яких попередніх оновлень.
WAITFOR (...) TIMEOUT 3600000вирішити цю проблему? Наприклад, випускають щогодини.