Temos um sistema que usa o Service Broker para mensagens assíncronas, com uma taxa de transferência de mensagens bastante alta. Nós realmente não nos importamos com os recursos persistentes do SSB neste cenário - as mensagens são apenas notificações imediatas e se elas não forem processadas imediatamente quando o aplicativo receptor pretendido estiver ativado, acabamos descartando todas as mensagens de backup quando o aplicativo é reiniciado.
O que notamos é que nosso banco de dados está manifestando backups de log de transações muito grandes, a maioria dos quais preenchida com transações SSB. Isso está complicando nosso gerenciamento de backup e cenários de restauração de teste e, geralmente, apenas dificultando a vida do lado DBA da cerca.
Existem dicas ou truques que podem ser usados para minimizar a sobrecarga do log de transações de mensagens SSB no caso em que realmente não nos importamos em tê-los disponíveis para restauração?
Você pode usar um banco de dados diferente para sua carga SSB. Parece que seus dados SSB são de natureza transitória. Isso permitiria que você mudasse para
SIMPLEo modelo de recuperação para esse banco de dados ou descartasse os backups de log caso precisasseFULLpor algum outro motivo, como espelhamento.Não acho que você conseguirá reduzir o uso de log para operações SSB. Estou interessado em ver outras respostas, mas geralmente o uso de log não é ajustável para transações no estilo OLTP. Eles estão sempre totalmente logados. O log mínimo se aplica apenas a casos especiais.