Установка Team Foundation Server

Question

Каковы наилучшие методы настройки нового экземпляра TFS 2008 Workgroup edition?

В частности, ограничения заключаются в следующем:

• Необходимо установить на существующий 64 разрядный Windows Server 2008
• Прикладной уровень TFS является только 32-разрядным

Должен ли я установить SQL Server 2008, Sharepoint и уровень приложений в виртуальном экземпляре Windows Server 2008 или 2003 (я уже использую Hyper-V) или разделить уровни с базой данных в операционной системе хоста и уровнем приложений на виртуальной машине?

Редактировать:По-видимому, разделение слоев является нет Рекомендуемые

Answer 1

Это мой рецепт установки TFS 2008 с пакетом обновления 1.

В этом сценарии нет контроллера домена, мы всего лишь пара пользователей.Если бы мне пришлось сделать это снова, я бы рассмотрел возможность изменения нашей среды для использования домена active Directory.

• Хост-сервер под управлением Windows Server 2008 с 8 ГБ оперативной памяти и четырехъядерным процессором
• Свежая установка 32-разрядной версии Windows Server 2008 на виртуальную машину под управлением Hyper-V
• Установите роль сервера приложений с помощью IIS
• Установите SQL Server 2008 Standard edition
  • Используйте учетную запись пользователя для служб Reporting Services и Analysis Services
• Создайте потоковый образ TFS 2008 с пакетом обновления 1 и установите TFS
• Установить VSTS 2008
• Установите Team System Explorer
• Установите VSTS 2008 с пакетом обновления 1
• Установите TFS Web Access Power tool

После установки всего этого отчеты не создавались.Найденный это сообщение на форуме это помогло решить проблему.

• Открыть p://localhost:8080/Warehouse/v1.0/warehousecontroller.asmx
• Запустите веб-сервис (подробности см. По ссылке выше), это займет некоторое время, хранилище tfsWarehouse будет перестроено

Очень важно все делать по порядку, скачать руководство по установке и следовать ему в точности.Я забыл установить Team System Explorer только после установки пакета обновления 1 и столкнулся со всевозможными проблемами.Установка пакета обновления 1 еще раз исправила это.

Answer 2

Одна важная вещь, которую вы должны иметь в виду в отношении TFS, заключается в том, что ей нравится, когда машина полностью предоставлена самой себе.Поэтому, если вам нужно создать отдельный экземпляр на Hyper-V, сделайте это, используя проверенную платформу Windows Server 2003 с SQL Server 2005.

Я уверен, что Microsoft проделала отличную работу, чтобы заставить его работать под Windows Server 2008 и SQL Server 2008, однако вы не получаете никаких дополнительных функций с этой новой установкой, и в настоящее время она не проверена в дикой природе.

Поэтому я рекомендую придерживаться того, что известно, до выхода следующего выпуска TFS.

Также разделение слоев определенно не рекомендуется, особенно в версии workgroup, где вам будет разрешено иметь только 5 лицензированных пользователей.Эти 5 пользователей никогда не превысят потребности сервера.Также я рекомендую не обновлять Sharepoint, если вам это не нужно.В моей среде мы на самом деле не так уж часто используем Sharepoint, поэтому я оставил его в покое.По моему опыту, большинство проблем с TFS обычно возникает в Sharepoint.

Answer 3

Я только что обновил нашу команду с TFS 2005 до TFS 2008.Самой сложной частью было обновление SharePoint 2.0 до 3.0, поэтому я бы обязательно сделал это в первую очередь, если вы еще не установили TFS 2008.У нас была пара других трудностей, но все они были связаны либо с обновлением SharePoint, либо с тем фактом, что мы использовали пакет политик вторичного рынка - Scrum для TeamSystem.Мы находимся на SQL Server 2005, поэтому я не могу обратиться к SQL Server 2008.Что касается разделения слоев, мы этого тоже не делали, так как мы работаем на Windows Server 2003 и все работало под управлением операционной системы хоста.

Answer 4

Разделение слоев необходимо только для более чем 450 пользователей.

Я бы также рекомендовал установить сервер сборки на полностью отдельном компьютере.Сборка требует очень больших затрат на файловую систему.SQL Server работает лучше всего, когда он имеет полный контроль над файловой системой, поэтому наличие build и TFS на одном компьютере может создать проблемы с производительностью во время выполнения сборок.

Возможно, это можно облегчить с помощью правильной настройки и отдельных физических дисков, но я бы подумал, что в долгосрочной перспективе было бы намного проще просто либо использовать какое-нибудь старое оборудование, либо развернуть небольшую виртуальную машину на отдельном хосте для ваших сборок