Cenário: Atualizando o Team Foundation Server

Você pode usar este tópico para planejar e atualizar sua implantação existente para o Visual Studio Team Foundation Server 2010. Antes de atualizar, você deve saber as versões das quais você pode atualizar, outros requisitos e os recursos opcionais do Team Foundation Server 2010 que podem exigir sua consideração antes de atualizar.

Depois de concluir a atualização, você deve seguir os links no final deste tópico para compreender as considerações e tarefas posteriores à atualização. Por exemplo, você pode ainda ter algumas etapas manuais para executar em seus projetos de equipe atualizados, para que você possa usar determinados recursos do Team Foundation Server 2010. Além disso, você pode querer compreender melhor determinados problemas de compatibilidade entre versões diferentes do Team Foundation Server e clientes para Team Foundation.

Você pode atualizar para o Team Foundation Server 2010 a partir das seguintes versões:

• Versão do candidato do Team Foundation Server 2010

• Versão Beta 2 do Team Foundation Server 2010

• Visual Studio Team System 2008 Team Foundation Server com Service Pack 1 (SP1)

• Team System 2008 Team Foundation Server

• Visual Studio 2005 Team Foundation Server

• Visual Studio 2005 Team Foundation Server com SP1 

Você não pode atualizar uma instalação do Team Foundation Server que tenha conexões abertas. Atualização requer tempo de inatividade.

Caminhos de atualização de migração ou in-loco

Você pode escolher um dos caminhos de atualização. Descrições e ilustrações de ambos os caminhos a seguir, juntamente com exemplos e princípios para o uso de um em vez do outro.

Caminho de Atualização In-Loco

Você pode realizar uma atualização local executando-a no mesmo hardware que estiver executando a versão anterior do Team Foundation Server. Quando utiliza esse caminho, você precisa desinstalar a versão anterior do Team Foundation Server, instalar o Team Foundation Server 2010 e executar o assistente de atualização. A ilustração a seguir mostra uma atualização local. Ela representa um único ambiente de Team Foundation Server 2010 depois da atualização. 

Ilustração de uma Atualização In-Loco

Se você usar uma atualização in-loco, terá um único ambiente do Team Foundation Server 2010 após a atualização. O ambiente que havia anteriormente no seu sistema não existe mais. Nesse caso, um ambiente refere-se a todos os servidores que compõem uma única versão do Team Foundation Server, seja o Team Foundation Server 2010 ou uma versão anterior do Team Foundation Server.

Caminho de upgrade de migração

Você também pode realizar uma atualização de migração migrando os dados para um hardware diferente. Quando esse caminho é usado, você deve copiar os dados para um hardware diferente, instalar o Team Foundation Server 2010 e, em seguida, executar o assistente de atualização. A ilustração a seguir mostra uma atualização de migração:

Ilustração de uma Atualização de Migração

Se você desejar executar o novo ambiente do Team Foundation Server e o antigo ambiente simultaneamente, deverá executar uma atualização de migração para o novo hardware. Você deve executar dois ambientes simultaneamente para testar a atualização de seus dados antes de confirmar a execução da nova versão. Depois de mover e restaurar seus dados existentes para o novo hardware, esses dados tornam-se autônomos e podem ser atualizados para criar um ambiente diferente, mesmo que seus clientes continuem a usar o ambiente antigo. A ilustração rotulada "Upgrade de Migração" mostra uma atualização de migração, o que cria dois ambientes simultaneamente executados lado a lado em diferentes computadores após a atualização.

O Assistente de atualização exclui seus dados antigos durante a atualização. Independentemente do tipo de atualização que executar ou de quantos ambientes executar, você deve fazer backup dos dados antes de iniciar.

Que tipo de atualização se deve usar

Você deve usar o tipo de atualização que suporta melhor suas metas de equipe. As atualizações in-loco são geralmente menos complexas, mas as atualizações de migração oferecem possibilidades para melhorar a escalabilidade e os testes.

Os exemplos a seguir mostram os diferentes tipos de atualização e a melhor lista de verificação a ser usada. Isto não é uma lista abrangente, mas oferece apenas alguns exemplos do que é possível com o uso de cada tipo de atualização.

exemplos de atualização in-loco

• Seu ambiente atual inclui uma versão do Team Foundation Server com suporte na atualização, com todos os pré-requisitos no mesmo servidor. Você deseja continuar a usar o hardware existente. Usar Lista de verificação: atualização in-loco do Team Foundation Server em um único servidor

• Seu ambiente atual inclui uma versão do Team Foundation Server com suporte na atualização, com um ou mais pré-requisitos em outro servidor. Você deseja continuar a usar o hardware existente. Usar Lista de verificação: atualização Team Foundation Server usando mais de um servidor

Exemplos de upgrade de migração

• Seu ambiente atual inclui uma versão do Team Foundation Server com suporte na atualização, com todos os pré-requisitos no mesmo servidor. Você deseja mudar para um hardware diferente ou alterar sua topologia atual para que um ou mais pré-requisitos sejam executados em seu próprio servidor após a atualização. Usar Lista de verificação: atualização Team Foundation Server usando mais de um servidor

• Seu ambiente atual inclui uma versão do Team Foundation Server com suporte na atualização, com um ou mais pré-requisitos em outro servidor. Você deseja ter dois ambientes Team Foundation Server após a atualização. Usar Lista de verificação: atualização Team Foundation Server usando mais de um servidor

Novos requisitos de pré-requisito

Antes de iniciar sua atualização, talvez você precise atualizar o SQL Server ou o Produtos do SharePoint para atender aos novos requisitos do Team Foundation Server.

Você deve usar o SQL Server 2008 para hospedar os bancos de dados exigidos pelo Team Foundation Server. Nas versões anteriores do Team Foundation Server, o termo "servidor de camada de dados" descreveu o servidor que hospeda todos os dados do Team Foundation Server. Nesta versão, você pode distribuir os dados de uma instalação do Team Foundation Server em várias instâncias do SQL Server, mas cada instância exige o SQL Server 2008.

Nesta versão do Team Foundation Server, emissão de relatórios e portal server são recursos opcionais. Para usar qualquer um desses recursos, você deve usar versões específicas de software de pré-requisito.

• Relatórios: se você usar o relatório, deverá usar uma instância SQL Server 2008 de SQL Server Reporting Services e SQL Server Analysis Services.

• Produtos do SharePoint: se você usar um servidor de portal, deverá usar Windows SharePoint Services 3.0, Microsoft Office SharePoint Server 2007, ou Microsoft SharePoint Server 2010. O Windows SharePoint Services 2.0 não é mais suportado.

Opções de atualização de relatório e servidor de portal

Quando você atualizar o Team Foundation Server, poderá usar um site do portal existente ou ir para um site diferente. Você não pode instalar o Produtos do SharePoint durante a atualização. Todos os seus projetos atualizados usarão o site que você especificar durante a atualização.

Se você desejar mover seu portal para um hardware diferente, deverá fazer backup dos dados em seu site de portal existente e migrá-lo para o novo hardware antes de iniciar o assistente de atualização do Team Foundation Server.

• Se seu portal estiver no mesmo servidor do Team Foundation Server, as extensões serão atualizadas automaticamente durante a atualização.

• Se seu portal estiver em um servidor diferente do Team Foundation Server, você deverá instalar as extensões no portal antes de executar a atualização.

Se você desejar que os dados de seus projetos atualizados sejam exibidos em um portal e nos relatórios, deverá adicionar esses recursos quando atualizar para que os projetos atualizados sejam vinculados automaticamente aos recursos do portal e de relatórios. Se você adicionar um portal ou relatório depois de atualizar, não poderá criar com facilidade links entre todos os seus projetos atualizados e o portal.

Relatório de atualização

O servidor de relatório deve atender os novos requisitos que são listados anteriormente neste tópico. Se você executar vários ambientes do Team Foundation Server, cada um exigirá seu próprio servidor de relatório. Ao contrário das versões anteriores do Team Foundation Server, o servidor de relatório não tem que ser executado no servidor que está executando o Team Foundation Server.

A quantidade de tempo que é necessária para migrar dados existentes depende de muitas variáveis, que incluem o tamanho inicial do banco de dados de armazenamento de relatórios e os recursos do hardware em que a migração está sendo executada. Depois de concluir a migração, seus relatórios serão exibidos da mesma forma que na versão anterior do Team Foundation Server.

Considerações pós-atualização

Após a atualização para o Team Foundation Server 2010, você pode acessar alguns novos recursos imediatamente, mas você deve executar tarefas adicionais para acessar outros novos recursos. Para obter mais informações, consulte esta página no site da Microsoft: Atualizando um projeto de equipe atualizado para novos recursos de acesso. 

Com a adição de recursos no Team Foundation Server 2010, você desejará saber quais são as limitações ou as restrições que ocorrem quando os usuários usam versões antigas do Team Explorer para se conectar ao Team Foundation Server 2010. Para obter mais informações, consulte a seguinte página no site da Microsoft: Compatibilidade entre os Team Foundation Clients e o Team Foundation Server.

Consulte também

Referência

Lista de verificação: atualização Team Foundation Server usando mais de um servidor

Outros recursos

Lista de verificação: atualização in-loco do Team Foundation Server em um único servidor

Histórico de alterações