Instalando TFS 2013 Update 5 no Windows Server 2012 R2


 

Requisitos do sistema para o Team Foundation Server 2013

 

Guia de Instalação do Team Foundation Server

 

Software necessário


O TFS requer um sistema operacional compatível e o SQL Server. As tabelas a seguir garantem a compatibilidade com o TFS 2013 e versões anteriores do TFS para ajudar a planejar suas atualizações. Para dividir as dependências principais e secundárias do TFS, incluindo a compatibilidade com o cliente e as opções de suporte, confira o white paper Compatibilidade e dependências do TFS 2013. Para saber mais sobre os requisitos de atualização do TFS, veja Requisitos de atualização do TFS.

Sistemas operacionais compatíveis


Sistema operacional de servidor

TFS 2013

TFS 2012

TFS 2010

Windows Server 2012 R2 (Essentials, Standard e Datacenter) de 64 bits

Windows Server 2012 de 64 bits

Windows Server 2008 R2 (Standard, Enterprise e Datacenter)¹ de 64 bits

(mínimo: SP1)

Windows Server 2008

(mínimo: SP2)

Windows Server 2003 R2

Windows Server 2003

(mínimo: SP2)

Windows Small Business Server 2011 (Standard, Essentials e Premium Add-On)¹

(mínimo: SP1)

Windows Home Server 2011

¹ Se você está instalando o Team Foundation Server ou SQL Server no Windows Server 2008 R2, o .NET Framework 3.5 deve estar instalado. No Windows Server 2008 R2, você pode instalar o .NET Framework 3.5 usando o assistente Adicionar recursos do Gerenciador de servidores.

O Team Foundation Server não é compatível com a opção de instalação Server Core.

Sistema operacional de cliente

TFS 2013

TFS 2012

TFS 2010

Windows 8.1 (Basic, Professional e Enterprise)

Windows 8

Windows 7 (Home Premium, Professional, Enterprise e Ultimate)

(mínimo: SP1)

Windows Vista

(mínimo: SP2)

Você pode instalar o Team Foundation Server em um computador cliente que tenha um dos sistemas operacionais da tabela. No entanto, os sistemas operacionais cliente não são compatíveis com a integração com produtos SharePoint, geração de relatório ou capacidade de executar proxy TFS. Isso significa que não há site para trocar documentos do Office e colaborar, não há relatórios HTML para seus projetos de software e não há funcionalidade para controlar a versão dos arquivos do proxy. Se quiser usar algum desses serviços, instale o Team Foundation Server em um sistema operacional de servidor.

O assistente de instalação padrão do TFS não é compatível com os sistemas operacionais porque configura o SharePoint.

Produtos compatíveis do SQL Server


SQL Server

TFS 2013

TFS 2012

TFS 2010

SQL Server 2014¹ (Express, Standard e Enterprise)

SQL Server 2012

(mínimo: SP1²)

SQL Server 2008 R2

SQL Server 2008

¹ TFS 2013 com atualização 2 (TFS 2013.2) acrescenta suporte ao SQL Server 2014.

² Recomendavel é que você instale CU2 ou superior além do SQL Server 2012 SP1.

Requisitos opcionais do software


SharePoint

TFS 2013

TFS 2012

TFS 2010

SharePoint 2013 (Foundation, Standard e Enterprise)

SharePoint 2010 (Foundation, Standard e Enterprise)

Office SharePoint Server 2007 (Standard e Enterprise)

Windows SharePoint Services 3.0¹

¹ O Windows SharePoint Services equivale à edição Foundation dos produtos SharePoint atuais. Em 2010, a Microsoft começou a mudar a convenção de nomenclatura dos produtos.

Para saber mais sobre os requisitos do SharePoint para TFS, confira Requisitos de Produtos do SharePoint para o Team Foundation Server.

Project Server

TFS 2013

TFS 2012

TFS 2010

Project Server 2013

Project Server 2010

(mínimo: SP1)

(mínimo: SP1)

Project Server 2007

(mínimo: SP2)

(mínimo: SP2)

Recomendações de hardware


A tabela a seguir inclui diretrizes de hardware para as equipes que instalam o Team Foundation Server sem produtos SharePoint. Pequenas empresas podem usar a configuração básica do Team Foundation Server, que requer apenas 1 GB de RAM e 8 GB de espaço livre em disco.

Quantidade de usuários

Configuração

CPU

Memória

Disco rígido

Menos de 250 usuários

Um único servidor (Team Foundation Server e mecanismo de banco de dados no mesmo servidor).

Processador com um único núcleo de 2,13 GHz

2 GB

Um disco de 7.200 rpm (125 GB)

De 250 a 500 usuários

Um único servidor.

Processador com um núcleo duplo de 2,13 GHz

4 GB

Um disco de 10.000 rpm (300 GB)

De 500 a 2.200 usuários

Dois servidores (Team Foundation Server e mecanismo de banco de dados em servidores diferentes).

Esta linha destina-se ao Team Foundation Server.

Processador Intel Xeon com um núcleo duplo de 2,13 GHz

4 GB

Um disco de 7.200 rpm (500 GB)

  

Esta linha destina-se ao mecanismo de banco de dados com população entre 500 e 2.200 usuários.

Processador Intel Xeon com um núcleo quádruplo de 2,33 GHz

8 GB

Matriz de disco SAS de 10.000 rpm (2 TB)

De 2.200 a 3600 usuários

Dois servidores.

Esta linha destina-se ao Team Foundation Server.

Processador Intel Xeon com um núcleo quádruplo de 2,13 GHz

8 GB

Um disco de 7.200 rpm (500 GB)

  

Esta linha destina-se ao mecanismo de banco de dados com população entre 2.200 a 3.600 usuários.

Processador Intel Xeon com um núcleo duplo de 2,33 GHz

16 GB

Matriz de disco SAS de 10.000 rpm (3 TB)

 

Para a instalação e configuracao do TFS, três contas são necessárias:

Dominio\TFSSetup

Dominio\TFSService

Dominio\TFSReports

O usuário TFSSetup precisa ser administrador, porém os outros dois são usuários padrão, apenas com a permissão de “Log on Locally”. É recomendado que o TFSetup seja administrador de domínio ao invés de local, para evitar problemas com autorização no Windows Authentication. Você pode dar outros nomes para as contas de acordo a nomenclatura da sua rede.

Após criar as contas no seu Active Directory efetue o login com o usuário TFSSetup para continuar o processo e iniciar a instalação.

 

 

Senário usado para este tutorial:

Servidor que será instalado o TFS 2013: Windows Server 2012 R2 STD devidamente atualizado.

 

Controlador de Domínio: Windows Server 2016 Preview 3

 

Dica: Se você deseja instalar o Team Foundation Server com o mínimo de trabalho, use a configuração básica, que vem com o SQL Server Express e requer menos configuração. O assistente de instalação do TFS 2013 pode configurar tudo para você, e é possível ignorar a maioria das instruções durante a instalação. Você não obterá um servidor de relatório ou o SharePoint, o que significa nenhum relatório HTML para seus projetos de software e nenhum site para trocar documentos do Office e colaborar, mas terá o controle básico de bugs, controle de versão e um site no servidor do TFS com recursos de produtividade de equipe.

Importante: Se você usar a configuração básica, considere instalá-la em um sistema operacional servidor. Se instalá-la em um servidor, você sempre poderá adicionar um servidor de relatório e o SharePoint mais tarde, caso descubra que a equipe precisa deles. Caso você instale o TFS em um sistema operacional cliente, a adição desses recursos será bloqueada e você precisaria primeiro migrar o TFS para o sistema operacional servidor.

Neste tutorial vou optar pela instalação básica.

 

Práticas recomendadas para contas

  • Se você usar contas de domínio para suas contas de serviço, você deverá usar uma identidade diferente para a conta do leitor de relatório.
  • Se você estiver instalando um componente em um grupo de trabalho, deverá usar contas locais para contas de usuário.

Conta do leitor de relatório


A conta do leitor do relatório é a identidade usada para coletar informações para relatórios. Se você usar relatórios, deverá especificar uma conta do leitor de relatório quando instalar o Team Foundation Server.

Se você instalar o Team Foundation Server com as opções padrão, a conta do leitor do relatório também será usada como a identidade da conta de serviço do SharePoint Foundation.

Recurso

Exemplo de nome de logon do usuário ¹

Requisitos

Relatórios

TFSREPORTS

Você deve especificar uma conta de usuário que tenha a permissão Permitir logon local.

Padrão: você será solicitado a informar essa conta. Você não pode usar uma conta interna para a conta do leitor de relatório.

Contas de serviço


O Team Foundation Server, o Team Foundation Build e o Proxy do Team Foundation Server exigem uma conta de serviço. Essas contas de serviço tornam-se a identidade para o componente instalado. Por padrão, todos os componentes usam uma conta interna (como Serviço de Rede) como sua conta de serviço. Você poderá alterar essa conta para uma conta de usuário quando instalar o componente, mas será preciso garantir que as contas de usuário utilizadas tenham a permissão Fazer logon como um serviço.

Dica

Contas internas não usam senhas e já têm a permissão e fazer logon como um serviço, tornando-as mais fáceis de gerenciar, especialmente em um ambiente de domínio.

Contas de serviço para o Team Foundation Server


As contas de serviço na tabela a seguir são as identidades do Team Foundation Server e de seus componentes.

A conta de serviço para Team Foundation Server também é usada no IIS (Internet Information Services) como identidade do pool de aplicativos para o Team Foundation Server.

Componente

Exemplo de nome de logon do usuário ¹

Requisitos

Team Foundation Server

TFSSERVICE

Você pode especificar uma conta interna ou uma conta de usuário. Se você especificar uma conta de usuário, esta deverá ter a permissão Fazer logon como um serviço.

Você não deve usar a conta usada para instalar o Team Foundation Server como a conta para TFSSERVICE. Por exemplo, se você estiver conectado como domain\user1 quando instalar o Team Foundation Server, não use domain\user1 como a conta de TFSSERVICE.

Se seu site do SharePoint não for instalado ao mesmo tempo que o Team Foundation Server, você deverá adicionar o TFSSERVICE ao grupo Administradores de Farm do site de Administração Central do SharePoint. Para obter mais informações, consulte Adicionar a conta de serviço do Team Foundation Server ao grupo Administradores de Farm.

Padrão: Serviço de Rede

Team Foundation Build

TFSBUILD

Você pode especificar uma conta interna ou uma conta de usuário. Se você usar uma conta de usuário, esta deverá ter a permissão fazer logon como um serviço.

Proxy do Team Foundation Server

TFSPROXY

Você pode especificar uma conta interna ou uma conta de usuário. Se você usar uma conta de usuário, esta deverá ter a permissão fazer logon como um serviço.

Contas de serviço do Release Management para Visual Studio 2013


As contas de serviço na tabela a seguir são as identidades do Release Management Server e do Microsoft Deployment Agent.

Componente

Exemplo de nome de logon do usuário ¹

Requisitos

Release Management Server

RMSERVER

Essa é a identidade usada no IIS (Internet Information Service) para o pool de aplicativos e o serviço do Windows Release Management Monitor.

Padrão: Serviço de Rede

Microsoft Deployment Agent

DEPLOY

Essa identidade é usada para configurar os computadores em seu ambiente para liberação. Verifique se a identidade que você usa aqui tem permissão suficiente para executar as tarefas necessárias. Por exemplo, se você precisa instalar o aplicativo nesse computador como parte da liberação, adicione essa identidade grupo de segurança local Administradores do Windows. Se essa identidade precisar acessar compilações na rede, certifique-se de que ela tenha acesso ao local de destino da rede. Para um procedimento passo a passo, confira: Install deployment agent and set up machines for an environment

Padrão: você será solicitado a informar uma conta.

Conectar o Release Management à conta do TFS


Se você conectar o Release Management ao TFS, precisará de uma conta no TFS para atuar como conta intermediária. Para um procedimento passo a passo, confira: Connect Release Management to TFS

Componente

Exemplo de nome de logon do usuário ¹

Requisitos

Release Management Server (conectado ao TFS)

RMTFS

Um usuário do TFS que é membro do grupo Administradores da Coleção de Projetos¹ e tem a permissão fazer solicitações em nome de outros configurada para permitir no TFS.

¹ Quais são as permissões mínimas necessárias que esta conta deve ter? (publicação de blog)

Contas de serviço para software adicional


A tabela a seguir lista as contas de serviço que são as identidades usadas para executar serviços do Windows para o Produtos do SharePoint e o SQL Server.

A conta de serviço para o Produtos do SharePoint também é a identidade do pool de aplicativos para o site de Administração Central do SharePoint.

Software

Exemplo de nome de logon do usuário ¹

Requisitos

Produtos do SharePoint 

WSSSERVICE

Você deve especificar uma conta de usuário.

Padrão: se você instalar o Team Foundation Server com as opções padrão, a conta que você especificou como a conta do leitor de relatório também será usada para essa conta.

SQL Server 

SQLSERVICE

É possível usar uma conta interna do sistema ou configurar uma conta antes de instalar o SQL Server. O Team Foundation Server não tem nenhum requisito para essa conta.

 

Iniciando a instalação:

 

 

 

 

Neste momento você deve ter a sua Licença “Key” em mãos para poder ativar a versão ou optar pela versão “Trial” que dá direito a 90 de uso para “Teste” sem restrições no período de avaliação.

 

 


No modelo de instalação BASIC sera instalado o Microsoft SQL Server Express Edition.

No modelo de instalação STANDARD SINGLE SERVER ele requer a instalação separada do Microsoft SQL Server.

 

Vamos optar pela instalação Basic.


 

 

Neste tipo de instalação Basic temos a opção de usar uma DB do SQL que deve estar instalado ou podemos optar para que o Wizard do TFS 2013 faça o download do SQL Server Express.

 

Importante documentar estas informações sobre Web Access URL, Site URL, Port, Autentication Method, SQL Instance.

Importante: Registro dos Logs estão disponíveis para complementar na sua documentação:

C:\ProgramData\Microsoft\Team Foundation\Server Configuration\Logs

 

O Wizard está iniciando as configurações do IIS, download e instalando o SQL Express.

Instalação concluída com êxito.

Neste campo podemos adicionar as devidas permissões de acesso ao TFS 2013

 

 

 

Agora vamos acessar o endereço http://tfs2013:8080/tfs usando a conta TFSSETUP para uma breve validação do ambiente.

Importante: Não esqueçam de adicionar o endereço em opções de segurança no navegador.

 

Vale uma consulta em Compatibilidade entre os clientes do Team Foundation e o Team Foundation Server

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Sobre Julio Vaz

15 years’ experience as an IT infrastructure consultant and Solution Architect. Accomplished IT professional recognized for excellence in the design, management, and development of complex business applications. Passion for delivering software and technology that meets the needs of the business. Proven ability to work with business users together with a strong development background make for an ideal analyst or solutions architect. I'm a results-driven IT professional on consulting for integration projects with extensive experience in the engineering, administration and support. Direct experience with customer relationships, complex problem troubleshooting, implementation, optimization, technology advisor and training deliveries. Always interested in professional growth as well as high-quality service delivery. Playing the role of solution architect and project leader focusing on migrations and deployments of Office 365 (Exchange Online, Sharepoint Online and Skype for Business) and Microsoft Azure (IaaS, PaaS, SaaS DRaaS). My main responsibilities were:-design and architecture scaling Exchange Server 2003 migration, 2007, 2010, 2013 and 2016 to Office 365 with ADFS in Microsoft Azure as IaaS; -Management of major project of Yammer and Sharepoint; -Development of strong relationship with partners and major customers.
Esse post foi publicado em Não categorizado. Bookmark o link permanente.

Deixe um comentário