TFS-Datenbank wird riesig

Question

Mein TFS-DB ist sehr groß geworden und in den paar Monaten sehr schnell gewachsen.

Die Abfrage nach attachmentTypes ergab die folgenden Ergebnisse. Abfrage:

use Tfs_DefaultCollection 

select a.attachmenttype, sum(f.compressedlength)/1024/1024 as sizeInMB from dbo.tbl_Attachment as a 

inner join tbl_File as f on a.TfsFileId=f.FileId 

inner join tbl_testrun as tr on a.testrunid=tr.testrunid 

inner join tbl_project as p on p.projectid=tr.projectid 

group by a.attachmenttype 

order by sum(f.compressedlength) desc 

Ergebnis:

IntermediateCollectorData:420836 
GeneralAttachment:458 
TmiTestRunDeploymentFiles:122 
BugFilingData:26 
CodeCoverage:6 
AfnStrip:4 
TmiTestResultDetail:0 
TmiTestRunSummary:0 
TestImpactDetails:0 

Was IntermediateCollectorData ist? Gibt es eine Möglichkeit, TFS so zu steuern, dass ich so viel IntermediateCollectorData erstelle und wie lösche ich es?

Danke.

Answer 1

Mit Bezug auf diese post sind dies Trace-Einträge. Guy hat sie mit Test Attachment Cleaner gelöscht.

Nach MSDN:

Trace ermöglicht es Ihnen, in Echtzeit Informationen über Anwendungs ​​ Ausführung und Leistung aufnehmen und kann verwendet werden, um Probleme zu diagnostizieren auf dem Server auftreten. Obwohl es für die Diagnose von Problemen nützlich ist, sollte das Verfolgen nur für die Fehlersuche verwendet werden, da es sich negativ auf die Serverleistung auswirken kann.

Here ist die Anleitung zum Aktivieren der Ablaufverfolgung. Sie können es höchstwahrscheinlich nur auf "false" anstatt auf "true" setzen und auf diese Weise deaktivieren.

Auch 400GB ist nicht so viel in heutigem Standard. Das Erstellen von Labels für einige Monate benötigt mehr Platz.