Instalando o Team Foundation Server
-
09-06-2019 - |
Pergunta
Quais são as práticas recomendadas para configurar uma nova instância do TFS 2008 Workgroup edition?
Especificamente, as restrições são as seguintes:
- Deve ser instalado em um Windows Server 2008 de 64 bits existente
- A camada de aplicação TFS é apenas de 32 bits
Devo instalar o SQL Server 2008, o Sharepoint e a camada de aplicativo em uma instância virtual do Windows Server 2008 ou 2003 (já estou executando o Hyper-V) ou dividir as camadas com um banco de dados no sistema operacional host e a camada de aplicativo em uma máquina virtual ?
Editar:Aparentemente, dividir as camadas é não recomendado
Solução
Esta é minha receita para instalar o TFS 2008 SP1.
Não há controlador de domínio neste cenário, somos apenas alguns usuários.Se eu fizesse isso de novo, consideraria mudar nosso ambiente para usar um domínio de diretório ativo.
- Servidor Host executando Windows Server 2008 com 8 GB de RAM e processador quádruplo
- Nova instalação do Windows Server 2008 de 32 bits em uma VM no Hyper-V
- Instale a função de servidor de aplicativos com IIS
- Instale a edição SQL Server 2008 Standard
- Usar uma conta de usuário para Reporting Services e Analysis Services
- Crie uma imagem integrada do TFS 2008 com SP1 e instale o TFS
- Instale o VSTS 2008
- Instale o Team System Explorer
- Instale o VSTS 2008 SP1
- Instale a ferramenta TFS Web Access Power
Depois de instalar tudo, os relatórios não foram gerados.Encontrado esta postagem no fórum que ajudou a resolver o problema.
- Abrir p://localhost:8080/Warehouse/v1.0/warehousecontroller.asmx
- Execute o webservice (veja o link acima para detalhes), vai demorar um pouco, o tfsWarehouse será reconstruído
É muito importante fazer as coisas em ordem, baixar o guia de instalação e segui-lo à risca.Esqueci de instalar o Team System Explorer até depois de instalar o SP1 e me aventurei em todos os tipos de problemas.Instalar o SP1 mais uma vez corrigiu isso.
Outras dicas
Uma coisa importante que você deve ter em mente sobre o TFS é que ele gosta de ter a máquina só para ele.Portanto, se você precisar criar uma instância separada no Hyper-V, faça-o usando a comprovada plataforma Windows Server 2003 com SQL Server 2005.
Tenho certeza de que a Microsoft fez um ótimo trabalho para fazê-lo funcionar no Windows Server 2008 e no SQL Server 2008, no entanto, você não obtém nenhum recurso adicional com esta instalação mais recente e ela ainda não foi comprovada.
Portanto, minha recomendação é manter o que é conhecido até o lançamento da próxima versão do TFS.
Também dividir as camadas definitivamente não é recomendado, especialmente na edição de grupo de trabalho onde você só poderá ter 5 usuários licenciados.Esses 5 usuários nunca excederão as necessidades do servidor.Além disso, minha recomendação é não atualizar o Sharepoint se não for necessário.No meu ambiente, não usamos muito o Sharepoint, então deixei como está.Geralmente, na minha experiência, o Sharepoint é de onde vem a maioria dos problemas com o TFS.
Acabei de atualizar nossa equipe para o TFS 2008, do TFS 2005.A parte mais difícil foi atualizar o SharePoint 2.0 para 3.0, então eu faria isso primeiro, caso você ainda não tenha instalado o TFS 2008.Tivemos algumas outras dificuldades, mas todas estavam relacionadas à atualização do SharePoint ou ao fato de estarmos usando um pacote de políticas pós-venda - Scrum para TeamSystem.Estamos no SQL Server 2005, portanto não consigo abordar o SQL Server 2008.Quanto à divisão das camadas, também não fizemos isso, pois estamos rodando no Windows Server 2003 e tudo rodando no sistema operacional host.
A divisão das camadas só é necessária para mais de 450 usuários.
Eu também recomendaria ter o Build Server em uma máquina completamente separada.A construção exige muito do sistema de arquivos.O SQL Server tem melhor desempenho quando tem controle total de um sistema de arquivos - portanto, ter o build e o TFS na mesma máquina pode criar problemas de desempenho durante a execução dos builds.
Talvez isso possa ser aliviado com o ajuste adequado e unidades físicas separadas - mas acho que no longo prazo seria muito mais simples usar apenas algum hardware antigo - ou ativar uma pequena máquina virtual em um host separado para suas compilações