mwigdahl's questions

Nossa aplicação utiliza bloqueios de aplicação do SQL Server e temos casos em que precisamos ver se existe ou não um determinado bloqueio. Para fazer isso, recuperamos e filtramos informações de sys.dm_tran_locks.

Isso funciona, mas mesmo a consulta mais simples ( SELECT * FROM sys.dm_tran_locks) contra esse DMV em nosso sistema leva mais de 100 ms (CPU e duração de ambos) e, às vezes, pode variar acima de 500 ms. Isso ocorre ao executar como usuário superadmin ou não, do SSMS ou não.

Há aproximadamente 10.000 linhas retornadas no máximo de um full SELECT, e estamos executando em uma VM com bastante CPU e RAM e um subsistema de disco rápido. Não parece que essa consulta deva demorar tanto.

Alguém já viu isso antes ou sabe o que pode estar acontecendo aqui? Fico feliz em fornecer mais informações se isso for útil.

Estou criando uma tabela temporária e gostaria de criar um índice XML primário e secundário em uma coluna xml contida na CREATE TABLEinstrução, pois essa é a única maneira de criar um índice sem gerar um erro no isolamento de instantâneo.

Conheço a sintaxe para criar índices clusterizados e não clusterizados padrão (não XML) embutidos e funciona bem, mas não consigo encontrar uma sintaxe que funcione para índices XML na documentação ou por meio de experimentação.

Alguém sabe se isso é possível?

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?

Entendo que o SQL Express não pode enviar mensagens do Service Broker para outras instâncias sem uma instância Standard (ou melhor) envolvida na cadeia. Mas é possível usar o Service Broker para enviar e receber mensagens dentro de uma única instância do Express? Em outras palavras, as filas e os serviços são todos de propriedade (e nunca saem) da instância SQL inicial.