Symptomer
Vil du merke en uventet vekst i tempdb datafiler Hvis programmer som bruker Microsoft SQL Server Service Broker er konfigurert til å ha en melding med hensyn til én melding per samtale. Dette mønsteret ligner "brann-og-glem" mønsteret som vanligvis brukes i overvåking av programmer.
Hvis du spør sys.dm_db_task_space_usage dynamic management view (DMV) når dette problemet oppstår, kan du se at verdien "internal_objects_dealloc_page_count" ikke øker med samme hastighet som "internal_objects_alloc_page_count" for økt-IDer som kjører intern Service Broker-oppgaver.
I tillegg tempdb -plass er ikke gitt ut selv etter at alle ventende samtaler er lukket og renset.
Årsak
Veksten i datafilene skyldes hovedsakelig konstant INSERT og Update i sys.sysdesend -tabellen. I dette tilfellet tempdb -filer til å fortsette å vokse når du bruker tjenesten Broker.
Løsning
Dette problemet er løst i Microsoft SQL Server-2016.
Informasjon om kumulativ oppdatering
Kumulativ oppdatering 5 for SQL Server 2012 Service Pack 3 (SP3)
Kumulativ oppdatering 10 for SQL Server 2014 SP1
Samleoppdatering 3 for SQL Server-2014 SP2
Hver nye kumulative oppdateringen for SQL Server inneholder alle hurtigreparasjonene og alle sikkerhetsreparasjoner som fulgte med den forrige kumulative oppdateringen. Sjekk ut de nyeste kumulative oppdateringene for SQL Server:
Nyeste kumulative oppdateringen for SQL Server 2012 SP3
Nyeste kumulative oppdateringen for SQL Server 2014 SP1/SP2
Hvis du vil ha mer informasjon
For å gjenvinne plassen utgitt fra tempdb, starter du SQL Server-tjenesten på nytt.
Hvis du vil unngå dette problemet, følger du de generelle anbefalingene i delen "Ytelse og skalerbarhet Techniques" i følgende TechNet-emne:
Service Broker: Ytelse og skalerbarhet teknikker
Status
Microsoft bekrefter at dette er et kjent problem i den gjeldende utformingen av Service Broker.
