Symptom
Du märker en oväntad tillväxt av tempdb -datafiler om program som använder Microsoft SQL Server Service Broker är konfigurerade för att ha ett meddelande mönster per konversation. Det här mönstret liknar det "Fire-and-glömma"-mönster som vanligt vis används i gransknings program. Om du frågar sys.dm_db_task_space_usage Dynamic Management View (DMV) när det här problemet inträffar kan du se att värdet "internal_objects_dealloc_page_count" inte ökar lika mycket som "internal_objects_alloc_page_count" för sessions-ID: n som kör interna Service Broker-uppgifter. Dessutom släpps inte tempdb -utrymmet ens när alla pågående konversationer är stängda och rensade.
Orsak
Tillväxten för datafilerna orsakas främst av fasta INSERT och uppdateringar av tabellen sys. sysdesend . I den här situationen fortsätter tempdb -datafilerna att växa när du använder Service Broker.
Lösning
Det här problemet är åtgärdat i Microsoft SQL Server 2016.
Kumulativ uppdaterings information
Kumulativ uppdatering 5 för SQL server 2012 Service Pack 3 (SP3) kumulativ uppdatering 10 för SQL Server 2014 SP1 Cumulative update 3 för SQL Server 2014 SP2
Varje ny kumulativ uppdatering för SQL Server innehåller alla snabb korrigeringar och alla säkerhets korrigeringar som ingick i den föregående kumulativa uppdateringen. Kolla de senaste kumulativa uppdateringarna för SQL Server:senaste kumulativa uppdateringen för SQL server 2012 SP3den senaste kumulativa uppdateringen för SQL Server 2014 SP1/SP2
Mer information
Om du vill återfå det lediga utrymmet från tempdbstartar du om SQL Server-tjänsten. Undvik det här problemet genom att följa de allmänna rekommendationerna i avsnittet "Performance and skalbarhets teknik" i följande TechNet-avsnitt:
Service Broker: prestanda-och skalbarhets teknik
Status
Microsoft bekräftar att detta är ett känt problem i den aktuella utformningen av Service Broker.
