Размер базы данных TFS2010

Question

Мы используем TFS с 2009 года, когда мы установили TFS2008. В какой-то момент мы модернизировались до TFS2010, и мы использовали его для контроля источника, управления рабочими элементами, сборок и т. Д.

Наш файл TFSVersionControl.mdf - 287 120 000 КБ (273 ГБ). Мы выполнили несколько запросов и обнаружили, что таблица tbl_BuildInformationField массивная. Он имеет 1 358 430 452 строки, которые занимают 150 988 624 КБ (143 ГБ). У нас есть несколько активных продуктов по нескольким активным сборкам, которые содержат более одного решения на сборку, и в решениях нет предупреждающих сообщений.

Мои вопросы:

1. Можно ли остановить MSBuild от спама таблицы tbl_BuildInformationField так много? То есть только ошибки записи и общая информация о сборке, а не все предупреждения для каждого проекта ?
2. Есть ли способ очистить или очистить старые данные от этого стола ?
3. Является ли 273GB на 4 года использования TFS среднего размера?
4. Есть ли 143GB для tbl_BuildInformationField "нормальный" размер?

Answer 1

В таблице приведены значения и результат процесса сборки. Обратите внимание, что политика сохранения сборки не делает фактического удаления объекта сборки, как и все остальное в TFS, объект помечен как удаленный, и очищается только видимость видимости и удаления.

Я бы предположил, что если вы сохранили те же определения сборки в течение очень долгого времени (когда удаляется определение сборки, удаляются также связанные объекты), вы должны запросить информацию о сборке, включая удаленные, используя TFS api, то же api также будет вы должны удалить их навсегда. Удаление определений построений, вероятно, не сработает и завершится с ошибкой таймаута.

Вы можете запросить следующее: http://blogs.msdn.com/b/adamroot/archive/2009/06/12/working-with-deleted-build-data-in-team-foundation-server-2010-beta-1.aspx