Creșterile neașteptate a fișierelor acoperire de date tempdb datorită utilizării SQL Server Service Broker

IMPORTANT: Acest articol este tradus cu ajutorul software-ului Microsoft de traducere automată și poate fi corectat prin intermediul tehnologiei Community Translation Framework (CTF). Microsoft oferă articole traduse automat, post-editate de comunitate și articole traduse de oameni, pentru a permite accesul la toate articolele din Baza noastră de cunoștințe în mai multe limbi. Articolele traduse automat și post-editate pot conține greșeli de vocabular, sintaxă și/sau gramatică. Microsoft nu este responsabil de inexactitățile, erorile sau daunele cauzate de traducerea greșită a conținutului sau de utilizarea acestuia de către clienți. Găsiți mai multe informații despre traducerea în colaborare la http://support.microsoft.com/gp/machine-translation-corrections/ro.

Faceți clic aici pentru a vizualiza versiunea în limba engleză a acestui articol: 3005011
Simptome
Această problemă afectează tempdb creștere când aplicațiile care utilizează SQL Server Service Broker sunt configurate în mod specific următoare.

Atunci când există un model de mesaj de un mesaj de conversație (similar cu modelul "fire-şi-uita", care este utilizat de obicei în aplicațiile de audit) în aplicațiile care utilizează SQL Server Service Broker, este posibil ca o creștere de dimensiunea fișierului acoperire de date tempdb . Acest lucru este în principal din Constanta inserturi şi le actualizează în tabelul sys.sysdesend .În această situație, fișierele acoperire de date tempdb Urmărire să crească cu Service Broker de utilizare.

Dacă interogați sys.dm_db_task_space_usage dynamic management view (DMV) în marcă de timp ce se produce această problemă, este posibil să vedeți că "internal_objects_dealloc_page_count" creşte la aceeași viteză comparaţie cu "internal_objects_alloc_page_count" pentru session_ids care se execută activități Service Broker intern.

Spațiul tempdb nu este lansat chiar și atunci când toate conversații în așteptare se închide și curățate.
Cauză
Microsoft confirmă faptul că aceasta este o problemă cunoscută în proiectarea curentă de Service Broker.
Rezoluţie
Remedierea pentru problema nu este încă disponibil. Între marcă de timp, se poate reporni serviciul SQL pentru a elibera spaţiu de tempdb.

Pentru a evita această problemă, urmaţi recomandările generale din secțiunea "Performanța și scalabilitatea tehnici" din următorul articol Microsoft TechNet:

Avertisment: acest articol a fost tradus automat

Proprietăți

ID articol: 3005011 - Ultima examinare: 10/14/2014 13:58:00 - Revizie: 1.0

Microsoft SQL Server 2008 Developer, Microsoft SQL Server 2008 Enterprise, Microsoft SQL Server 2008 Express, Microsoft SQL Server 2008 R2 Datacenter, Microsoft SQL Server 2008 R2 Developer, Microsoft SQL Server 2008 R2 Enterprise, Microsoft SQL Server 2008 R2 Express, Microsoft SQL Server 2008 R2 Standard, Microsoft SQL Server 2008 R2 Web, Microsoft SQL Server 2008 R2 Workgroup, Microsoft SQL Server 2008 Standard, Microsoft SQL Server 2008 Web, Microsoft SQL Server 2008 Workgroup, Microsoft SQL Server 2012 Developer, Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2012 Express, Microsoft SQL Server 2012 Standard, Microsoft SQL Server 2012 Web, SQL Server 2012 Enterprise Core, Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Enterprise Core, Microsoft SQL Server 2014 Express, Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2014 Web

  • kbsurveynew kbtshoot kbexpertiseinter kbmt KB3005011 KbMtro
Feedback