Управление более 1000 активных командных проектов в TFS2010 или TFS2012

Question

Может ли TFS2010 или TFS2012 управлять более 1000 активных проектов? Сейчас мы используем QualityCenter, каждый проект представляет собой SQL-базу данных и около 100 пользовательских доступов в день.

Я обнаружил ограничения TFS2010 в документации "Техническое описание Scaling Team Foundation Server 2012"

TFS 2010 Limits

• 200 командных проектов на коллекцию командных проектов
• 50 - 200 активных групповых проектов для каждого экземпляра SQL (диапазон от 8 до 64 ГБ ОЗУ)

Таким образом, можно создать 10 коллекций, каждая из которых должна иметь 100 интегрированных командных проектов? Так какой объем оперативной памяти мне нужен?

Если у меня есть 200 командных проектов в коллекции, то же самое, когда у меня есть 200 коллекций? Значит, объем требуемой оперативной памяти одинаков?

Есть ли у кого-нибудь опыт работы с этими проектами?

Answer 1

Коллекция проекта равна базе данных. Таким образом, наличие 200 проектов в одной Коллекции проектов определенно не то же самое, что 200 коллекций проектов в одном проекте. В первом случае у вас будет одна большая база данных. В случае второго у вас будет 200 баз данных.

Что касается масштабирования, правила довольно ясны, вы можете иметь до 200 проектов в коллекции проектов.

В зависимости от размера и активности в каждой коллекции проектов на экземпляре SQL Server может быть от 50 до 200 коллекций проектов (это не означает для экземпляра TFS!). Особенно активность сильно влияет на объем необходимой памяти и, следовательно, является самой большой фабрикой для определения количества выборок проекта. 200 несвежих коллекций просты в обслуживании. Но 75 очень активных из них могут быть пределом в вашем случае.

Вы можете иметь любое количество экземпляров SQL Server, связанных с вашим сервером TFS. После создания вашей коллекции проектов вы можете переместить ее на другой сервер для размещения SQL Server. (См. http://healthedev.blogspot.nl/2011/12/move-tfs-2010-project-collection.html).

Когда вы говорите об этих размерах в базах данных, убедитесь, что отчеты TFS установлены в своих собственных блоках. И что частоты обновления хранилища TFS имеют какой-либо смысл (не делайте ежеминутных обновлений с этими объемами данных)... и убедитесь, что каждый из TFS_Warehouse и куб анализа имеют экземпляр SQL, который имеет много памяти и ЦП для обработки должным образом.