2017-09-15 37 views
6

kullandıktan sonra çok hızlı büyümeye başladı. Bir ay öncesine kadar eski stilleri (XAML) kullanıyorduk ve vNext yapılarını kullanmaya başladık. Bundan sonra TFS veritabanındaki tbl_Content tablosunun gerçekten hızlı büyümeye başladığını fark ettim. Mesela, son 8 saat içinde 10 GB büyüdü ve bunun neden ne olduğunu anlayamıyorum. Kimse ne olduğunu biliyor mu?TFS tbl_Content, VNext build

Bunun sebebi vNext yapısının sebebi, yükseltildikten sonra büyümeye başladığının farkına vardım, ancak yanlış anlaşıldım. İnşallah çıktımı ya da bunun gibi bir şeyi saklamaya çalışmaz. Tbl_Content tablosunda ne olduğunu bilmek için bir yolu var mı? Silinebilir mi? Ya da TFS'ye bulaşmadan o tablodaki bazı şeyleri silmek için bir yol var mı?

cevap

1

Etrafta dolaşıyordum ve problemi ne olduğunu görmek için her türlü şeyi yapmaya çalıştım. Diğer sorun, TFS veritabanı şemasıyla ilgili bir belge bulunmamaktadır. TFS Veri Tabanı ile oynayarak yaklaşık 10 saat geçirdikten sonra neredeyse bir TFS DB uzmanı oldum. Tbl_Content, tbl_FileMetadata ve tbl_FileType ile ilgili sorgulama yapmak, sorunun ne olduğunu tam olarak anlamamıza yardımcı oldu.

Yani /hacim çıkarmadan sonunda: sorunumu sabitMSBuild Tartışmalarınızın diag. Veritabanına ne yazdığına emin değilim, ancak her bir yapı veri tabanına 1GB'a yakın veri ekliyordu.

+1

msbuild argümanında '/ verbosity (/ v)' anahtarını kullanarak, çıkış günlüğünde ne kadar verinin görüneceğini kontrol edebilirsiniz. Yapılandırmayı/ayrıntıyı tanıya ayarladığınızda/ayrıntıyı ayrıntılı ve hatta daha yavaş olarak ayarladığınızda oluşturma işlemi daha yavaş olabilir. En fazla bilgi sağlayan/v: diag'. –

1

TFS Veritabanları her türlü nedenden dolayı büyür. kaçak büyümenin bazı yaygın kaynakları arasında, konfigürasyonunun uygun retention policies konfigürasyonu ve no'lu çok büyük parçaların (iş öğeleri, sürüm kontrol dosyaları, vb.) Insanlar veya takımlar tarafından oluşturulması ve oluşturulmaması gibi yapı veya sürüm otomasyonunun kullanılması yer almaktadır. TFS veri tabanlarındaki alanın dağıtımını daha keşfedilebilir hale getirmek için backlog üzerinde çalışmalarımız var.

Geçen aylarda tbl_Content bir artış göstermeye aşağıdaki gibi bir sql komut dosyası kullanmayı deneyebilirsiniz

:

select DATEPART(yyyy, CreationDate) as [year], 
    DATEPART(mm, CreationDate) as [month], 
    count(*) as [count], 
    SUM(DATALENGTH(Content))/1048576.0 as [Size in Mb], 
    (SUM(DATALENGTH(Content))/1048576.0)/count(*) as [Average Size] 
from tbl_Content 
group by DATEPART(yyyy, CreationDate), 
    DATEPART(mm, CreationDate) 
order by DATEPART(yyyy, CreationDate), 
    DATEPART(mm, CreationDate) 

O "sahipleri" dağıtımı için bakmak bilmek mümkün değil Bir SQL sorgusu aracılığıyla tbl_Content verileri. TFS Database size

Bu blog başvurabilecekler, tbl_Content tablonun boyutunu azaltmak için:: Detay adımlar bu benzer söz konusu Aaron Hallberg en cevap bakınız TFS tbl_Content Table and Database growth out of control, genel olarak üç adımda özetlenebilir:

  1. Artık ihtiyacınız olmayan eski eski çalışma alanlarını temizleyin.
  2. Gereksiz kaynak dosyaları kalıcı olarak silmek için tf destory command'u çalıştırın.
  3. TFS elektrikli aleti kullanarak clean Test attachments ve sonuçları test edin.
+0

Gönderiniz için teşekkürler, tüm bunları denemeden önce sordum ve bu yardımcı olmadı, ya da en azından farkı fark etmedim, çünkü çok hızlı büyüyordu. Neredeyse bir gün geçirdikten sonra bunu anlayabildim. Bunu şimdi yayınlayacağım. – Dilshod