Activați "-k" parametru de pornire pentru a controla rata care funcționează fișiere poate Vărsați la tempdb pentru SQL Server

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: 3133055
Rezumat
În prezent, nu există nicio limită sau throttle pe operațiunile I/O apărute la locul de muncă fișierele Vărsați a bazei acoperire de date temporare (tempdb). Acest lucru poate cauza probleme de I/O. După ce instalați această actualizare, utilizați parametrul de pornire -k pentru a controla rata la care lucrează fișiere poate Vărsați la tempdb.

Informaţii despre actualizare

Această actualizare este inclus în următoarele pachete de actualizare cumulativă de SQL Server:
Recomandare: Instalați ultimul actualizarea cumulativă pentru SQL Server

Fiecare nouă actualizare cumulativă pentru SQL Server conține toate remedierile rapide și toate remedierile de securitate care au fost incluse în actualizarea cumulativă anterioară. Verifica cele mai recente actualizări cumulative pentru SQL Server:

Notă Puteți găsi informații despre cele mai recente SQL Server se bazează din Unde pot găsi informații despre cele mai recente SQL Server se bazează.
Informaţii suplimentare
Pentru mai multe informații despre această problemă, luați în considerare următoarele:
  • DBCC CHECKDB verifică consistența de obiecte în loturi. Aceste loturi poate fi alcătuită din mai multe indexuri sau tabele.
  • Toate punctele acoperire de date care aparține unui singur lot sunt stocate într-un tabel intern. Conținutul acestui tabel intern trebuie să fie sortate utilizând următoarea declarație:
    SELECT @BlobEater = CheckIndex (ROWSET_COLUMN_FACT_BLOB) FROM { IRowset 0x50426F2A48000000 } GROUP BY ROWSET_COLUMN_FACT_KEY >> WITH ORDER BY                ROWSET_COLUMN_FACT_KEY,                ROWSET_COLUMN_SLOT_ID,                ROWSET_COLUMN_COMBINED_ID,                ROWSET_COLUMN_FACT_BLOB
  • Sortare tampon trebuie să se extindă la tempdb în următoarele situații:
    • Nu există suficientă memorie fizică în computer.
    • Memorie insuficientă de executare interogare (memorie grant) se pot obține.
  • Gradul de jocuri la tempdb depinde de dimensiunea tabelului intern. Acest lucru depinde de pagini care sunt alocate indexurile care sunt verificate în acel singur lot.
  • În prezent, nu există nicio limită sau throttle pe operațiunile I/O implicate în acest jocuri pentru tempdb. Acest lucru poate cauza probleme de I/O.
Referinţe
Consultați actualizare 929240 pentru a afla cum parametrul -k poate controla rate de punct de control.

Aflați despre terminologia utilizată de Microsoft pentru a descrie actualizările software.

Avertisment: acest articol a fost tradus automat

Proprietăți

ID articol: 3133055 - Ultima examinare: 02/22/2016 18:13:00 - Revizie: 2.0

Microsoft SQL Server 2012 Service Pack 3, Microsoft SQL Server 2014 Service Pack 1

  • kbqfe kbsurveynew kbfix kbexpertiseinter kbmt KB3133055 KbMtro
Feedback