Noções básicas sobre o servidor do backup Up Team Foundation

Você pode ajudar a proteger a implantação de perda de dados criando um agendamento regular de backup para bancos de dados de que Visual Studio Team Foundation Server (TFS) depende.Para restaurar em sua totalidade a implantação de Team Foundation , primeiro você deve fazer backup os bancos de dados para TFS.Se sua implantação inclui Produtos do SharePoint ou SQL Server que reporting services, você também deve fazer backup bancos de dados que TFS usa dentro desses componentes.Para evitar erros ou de sincronização combinar errado erros, você deve sincronizar todos os backups ao mesmo carimbo de data/hora.A maneira mais fácil para garantir a sincronização com êxito é usar transações marcadas como.Com freqüência marcando transações relacionadas em cada banco de dados de Team Foundation , você estabelece uma série de pontos de recuperação comuns nos bancos de dados.Para obter orientação passo a passo para fazer backup uma implantação de servidor único que usa o SharePoint Foundation 2010 e também usar o relatório, consulte Crie faça backup a agenta e o plano.

Além disso, se você pretende restaurar um banco de dados de coleção de projeto de equipe a uma implantação diferente de que originou, você deve primeiro desanexar o banco de dados do Team Foundation Server antes do suporta anterior.Para obter mais informações, consulte Move a Team Project Collection.

Dica
Há uma ferramenta elétrica alternativa de minimizar e disponível para o Team Foundation Server 2012.Usar essa ferramenta pode simplificar bastante a manutenção e restaurar da implantação.A versão atual da ferramenta elétrica pode ser aquiencontrada.

Fazendo backup bancos de dados

Você pode criar backup de bancos de dados que TFS usa como um aspecto fulcral da implantação de Team Foundation proteger contra perda.A seguinte tabela e rastreamento de apresentação das ilustrações que os bancos de dados que você deve fazer backup e fornece exemplos de como os bancos de dados podem ser fisicamente distribuídos em uma implantação.

Topologias de implantação

Baseado em sua configuração de implantação, todos os bancos de dados que exigem fazer backup podem estar no mesmo servidor, físico como nessa topologia de exemplo.Este exemplo não inclui Produtos do SharePoint ou o reporting services, portanto você não precisa fazer backup dos bancos de dados associados com o relatório, a análise, ou o Produtos do SharePoint.

Como alternativa, os bancos de dados podem ser distribuídas entre vários servidores e farms de servidores.Nessa topologia de exemplo, você deve fazer backup dos seguintes bancos de dados seis servidores ou farms de servidores:

• o banco de dados de configuração

• o banco de dados de depósito

• os bancos de dados de coleção de projeto de equipe localizados no conjunto de SQL Server

• o banco de dados de coleção que está localizado no servidor que está executando SQL Serverautônomo

• os bancos de dados administrativas de Produtos do SharePoint e os bancos de dados de coleção do site para ambos os aplicativos da Web do SharePoint

• os bancos de dados localizados no servidor que está executando o reporting os serviços de aplicativos

• o banco de dados que está localizado no servidor que está executando o analysis serviços de aplicativos

Em ambos esses exemplos, você não tem que fazer backup alguns dos clientes que se conectam ao servidor.No entanto, você pode precisar manualmente claro os caches para Team Foundation Server em computadores cliente antes que eles reconectar a implantação é.

Bancos de dados para fazer backup

A lista a seguir fornece o detalhes adicionais sobre o que você deve fazer backup, dependendo dos recursos de implantação.

Cuidado

Todos os bancos de dados na lista a seguir são bancos de dados de SQL Server .Embora você possa usar SQL Server Management Studio para fazer backup a qualquer momento bancos de dados individuais, você deve evitar usar como backup individuais quando possível. Você pode apresentar resultados inesperados se você restaura individuais de backup porque todos os bancos de dados que TFS usa são relacionados.Se você fizer backup apenas um banco de dados, os dados no banco de dados serão fora de sincronia com os dados nos outros bancos de dados.

• Bancos de dados para o Team Foundation Server a camada de dados lógicos para Team Foundation Server inclui vários bancos de dados de SQL Server , incluindo o banco de dados de configuração, o banco de dados de depósito, e um banco de dados para cada coleção de projeto de equipe na implantação.Esses bancos de dados todos podem estar no mesmo servidor, distribuíram através de várias instâncias na mesma implantação de SQL Server , ou distribuído em vários servidores.Independentemente de sua físico distribuição, você deve fazer backup os bancos de dados ao mesmo carimbo de data/hora para ajudar a garantir contra perda de dados.Você pode fazer backup de banco de dados manualmente ou automaticamente usando os planos de aplicativos que executam em hora específicas ou em intervalos.

  Cuidado
  A lista de bancos de dados para Team Foundation Server não é estático.Um novo banco de dados é criada sempre que você cria uma coleção.Quando você cria uma coleção, certifique-se de adicionar o banco de dados para essa coleção para seu plano de aplicativos para fazer backup bancos de dados de Team Foundation Server em SQL Server.

• Bancos de dados para produtos do SharePoint se sua implantação usa Produtos do SharePoint para hospedar os portais de projeto de equipe, você deve fazer backup vários bancos de dados.Esses bancos de dados incluem o banco de dados de administração para cada aplicativo Web do SharePoint que a implantação e usa os bancos de dados de coleção do site que hospedam portais de projeto de equipe. Idealmente, sua implantação foi configurado para usar uma coleção de site separadamente para cada coleção de projeto de equipe em sua implantação.Assim como coleções de projeto de equipe podem ser feitas backup e restaurado como uma unidade em Team Foundation Server, coleções de site podem ser feitas backup e restaurado em Produtos do SharePoint.Se uma ou mais coleções em sua implantação usando ou sites são subsites em vez das coleções de site porque seu site raiz, você não poderá fazer backup e restaurar totalmente coleções.Para obter mais informações, consulte Organizando seu servidor com coleções de projeto de equipe.

  Observação

  Você pode assumir que você deve fazer backup bancos de dados e sites para páginas de portal de projeto de equipe.No entanto, Produtos do SharePoint gera dinamicamente sites de bancos de dados.Isso quando você faz backup os bancos de dados, você também fazer backup das seções de projeto de equipe que aparecem como sites.Se você criou coleções personalizadas do site, modelos de site, ou partes Web em Produtos do SharePoint mas em fora Team Foundation, você deve voltar-los anterior separadamente.Para obter mais informações, consulte a seguinte página no site da Microsoft: Backup do SharePoint Foundation (2010).

• Bancos de dados do reporting services e o analysis services se sua implantação usa SQL Server reporting services ou o analysis services de SQL Server para gerar relatórios para Team Foundation Server, você deve fazer backup o relatório e os bancos de dados de teste.No entanto, você ainda deve gerar determinados bancos de dados após a restaurar.

• Chave de criptografia para o servidor de relatório o servidor de relatório tem uma chave de criptografia que você deve fazer backup.Essa informação sigilosa de proteções de chave que é armazenado no banco de dados para o servidor de relatório.Você pode manualmente fazer backup dessa chave usando a ferramenta de configuração do reporting services ou uma ferramenta de linha de comando.

Preparação poderosa para backup

Quando você implanta Team Foundation, você deve manter um registro de contas que você cria e todos os nomes de computador, senhas, e definir opções que você especificar.Você também deve manter uma cópia de todos os materiais de recuperação, documentos, e backup do log do banco de dados e de transação em um local seguro.Para proteger contra um desastre, como um fogo ou um terremoto, você deve manter os backups duplicatas do servidor em um local diferente do local dos servidores.Essa estratégia ajudará a protegê-lo contra perda de dados críticos.Como prática recomendada, você deve manter três cópias de backup de mídia, e você deve manter pelo menos uma cópia desativado em um ambiente controlado.

Importante
Executar uma restaurar de avaliação de dados periodicamente para verificar que os arquivos são feitos backup corretamente.Uma restaurar de avaliação pode revelar problemas de hardware que não aparecem com verificações de software.

Quando você faz backup e restaurar um banco de dados, você deve fazer backup dos dados em uma mídia (por exemplo, fitas e discos).O plano alternativo deve incluir previsão para gerenciar mídia, como as seguintes: táticas

• Um controle e um plano de gerenciamento para armazenar e reciclagem conjuntos alternativas.

• Uma agenda para substituir a mídia de backup.

• Em um ambiente multiservidor, em uma decisão a usar backup centralizados ou distribuídos.

• Uma maneira para controlar a vida útil de mídia.

• Um procedimento para minimizar os efeitos da perda de um conjunto de backup ou de mídia de backup (por exemplo, uma fita).

• Uma decisão para armazenar no local ou conjuntos fora de backup e uma análise de como essa decisão pode afetar tempo de recuperação.

Como os dados para Team Foundation são armazenados em bancos de dados de SQL Server , você não tem que fazer backup dos computadores em que os clientes de Team Foundation são instalados.Se mídia ou falha ao desastre que envolvidos os computadores fossem você pode ocorrer, reinstale o software cliente e reconectar-lo para o servidor.Reinstalando o software cliente, os usuários tenham um líquido de limpeza e uma alternativa mais confiável para restaurar um computador cliente de um backup.

Você pode fazer backup de um servidor usando planos de aplicativos em SQL Server para fazer backup os bancos de dados relacionadas à implantação de Team Foundation.Os bancos de dados do trabalho de Team Foundation Server em relação com outro, e você deve voltar-los acima e restaurar-los ao mesmo tempo.Para obter mais informações sobre as estratégias para fazer backup bancos de dados, consulte a seguinte página no site da Microsoft: Introdução às estratégias alternativas de minimizar e no SQL Server.

Tipos de backup

O backup completo de banco de dados deBackup de dados inteiros (bancos de dados) é necessário para o recoverability da implantação.Um backup completo inclui a parte do log de transação para que você possa recuperar o backup completo.Os backups completos são independentes que representam o banco de dados inteiro como existiu quando você o voltou anterior.Para obter mais informações, consulte a seguinte página no site da Microsoft: Backup completos de banco de dados.

O backup de banco de dados diferencial deBackup de dados diferenciais (bancos de dados) Ao grava somente os dados que foram alterados desde que o backup completo de banco de dados o último, que é chamado a base de diferencial.Os backup de banco de dados diferenciais são menores e rápida de backup completos de banco de dados.Esta opção economiza tempo alternativos sob pena de complexidade gerada.Para grandes bancos de dados, o backup diferenciais podem ocorrer nos intervalos menor do que backup de banco de dados, o que reduz a exposição de apenas perda.Para obter mais informações, consulte a seguinte página no site da Microsoft: Backup de banco de dados diferenciais.

Você também deve fazer backup dos logs de transação regularmente.Esses backup são necessários para recuperar dados quando você usa o modelo de backup completo de banco de dados.Se você fizer backup logs de transação, você pode recuperar o banco de dados ao ponto de falha ou a outro ponto específico no tempo.

Backup de log de transação o log de transação é um registro serial de todas as alterações que ocorreram em um banco de dados além da transação que executou cada alteração.Os registros de log de transação o início de cada transação, as alterações aos dados, e, se necessário, de informações suficientes para desfazer as alterações feitas durante a transação.O log cresce continuamente enquanto as operações registradas ocorrem no banco de dados.

Fazendo backup logs de transação, você pode recuperar o banco de dados a um ponto anterior no tempo.Por exemplo, você pode restaurar o banco de dados a um ponto antes de dados não foram inseridos ou para um ponto de falha.Além de backup de banco de dados, o backup de log de transação devem ser parte de sua estratégia de recuperação.Para obter mais informações, consulte a seguinte página no site da Microsoft: Trabalhar com backup de log de transação.

Os backup de log de transação usando geralmente menos recursos que backup completos.Como consequência, você pode criar backup de log de transação mais frequência do que backup completos, o que reduz o risco de perder dados.No entanto, às vezes um backup de log de transação é maior do que um backup completo.Por exemplo, um banco de dados pode ter uma taxa alta de transação, que se faz com que o log de transação aumenta rapidamente.Nesta situação, você deve criar backup de log de transação mais freqüência.Para obter mais informações, consulte a seguinte página no site da Microsoft: Solução de problemas um log de transação completo.

Você pode executar os seguintes tipos de backup de log de transação:

• Um backup de log puro contém somente registros de log de transação para um intervalo, sem fazer alterações em massa.

• Um backup de log em massa contém as páginas do log e dos dados que foram alteradas por operações em massa.A recuperação point-in-time não é permitido.

• Um backup da parte final de log é tirado de um banco de dados possivelmente danificado para capturar os registros de log que ainda não foram feitos backup.Um backup da parte final de log é executada após uma falha evitar a perda de trabalho e pode conter tanto de dados puros log ou de log em massa.

Porque a sincronização de dados é fundamental para restaurar com êxito de Team Foundation Server, você deve usar transações marcadas como parte de sua estratégia alternativa.Para obter mais informações, consulte Back Up Team Foundation Server.

Backup para serviços (camada de aplicativo)

O único backup que você deve executar para a camada lógica do aplicativo é para a chave de criptografia para o reporting services.Você pode assumir que você deve fazer backup de sites que são usadas como portais de projeto de equipe.Se você Produtos do SharePoint integrado como parte da implantação de Team Foundation Server, os portais será feito backup como parte de backup os bancos de dados do Team Foundation Server e Produtos do SharePoint.No entanto, se você especificou um site que não é criada usando um aplicativo web integrado, você deve fazer backup e restaurar esses sites manualmente.Além disso, se você tiver qualquer personalização Produtos do SharePoint ou serviços, você também deve suportar os anterior ou de outra forma gravar-los de modo que eles possam ser reproduzidas em um novo servidor.

Embora você possa fazer backup uma camada de aplicativo mais facilmente do que uma camada de dados, você deve executar várias etapas que você restaura em uma camada de aplicativo.Você deve instalar outra camada de aplicativo para Team Foundation, redirecionar coleções de projeto de equipe para usar a camada de aplicativo, e redirecionar sites de portal para projetos de equipe.

Nomes de banco de dados padrão

Se você não personalizar os nomes dos seus bancos de dados, você pode usar a tabela a seguir para identificar os bancos de dados usados na implantação de Team Foundation Server.Como mencionado anteriormente, nem todas as implantações têm todos esses bancos de dados.Por exemplo, se você não tiver configurado Team Foundation Server com o reporting services, você não precisará os bancos de dados de ReportServer ou de ReportServerTempDB.Similarmente, você não terá o banco de dados para o centro Virtual Machine Manager (SCVMM) do sistema, que é chamado VirtualManagerDB, se você não tiver configurado Team Foundation Server para oferecer suporte Lab Management.Além disso, os bancos de dados que Team Foundation Server usa podem ser distribuídas através de mais de uma instância de SQL Server ou através de mais de um servidor.

Observação
Por padrão, o prefixo TFS_ é adicionado aos nomes de todos os bancos de dados que são criados automaticamente quando você instala Team Foundation Server ou quando operar.

Banco de dados	Descrição
TFS_Configuration	O banco de dados de configuração para Team Foundation Server contém o catálogo, os nomes de servidor, e os dados de configuração para implantação.O nome do banco de dados pode incluir caracteres adicionais entre TFS_ e Configuração, como o nome de usuário da pessoa que instalou Team Foundation Server.Por exemplo, o nome do banco de dados pode ser configuração de TFS_Nome do Usuário.
TFS_Warehouse	O banco de dados de depósito contém os dados para criar o depósito que o reporting services usa a.O nome do banco de dados pode incluir caracteres adicionais entre TFS_ e Depósito, como o nome de usuário da pessoa que instalou Team Foundation Server.Por exemplo, o nome do banco de dados pode ser depósito de TFS_Nome do Usuário.
TFS_CollectionName	O banco de dados para uma coleção de projeto de equipe contém todos os dados para os projetos de equipe na coleção.Esses dados incluem o código-fonte, configurações de compilação, e as configurações de gerenciamento de laboratório.O número de bancos de dados de coleção igualará o número de coleções.Por exemplo, se você tiver três coleções em sua implantação, você deve fazer backup três bancos de dados de coleção.O nome de cada banco de dados pode incluir caracteres adicionais entre TFS_ e CollectionName, como o nome de usuário da pessoa que criou a coleção.Por exemplo, o nome de um banco de dados da coleção pode ser TFS_UserNameCollectionName.
TFS_Analysis	O banco de dados do analysis services de SQL Server contém as fontes de dados e os cubos para a implantação de Team Foundation Server.O nome do banco de dados pode incluir caracteres adicionais entre TFS_ e Análise, como o nome de usuário da pessoa que instalou o analysis services.Por exemplo, o nome do banco de dados pode ser análise de TFS_Nome do Usuário. Observação Você pode fazer backup este banco de dados, mas você deve recriar o depósito de banco de dados restaurado de TFS_Warehouse.
ReportServer	O banco de dados para o reporting services contém os relatórios e as configurações de relatório para a implantação de Team Foundation Server. Observação Se o reporting services é instalado em um servidor separado de Team Foundation Server, este ser capaz de banco de dados não estiverem presentes no servidor de camada de dados para Team Foundation.Nesse caso, você deve configurá-los, faça backup, e restaurar separada de Team Foundation Server.No entanto, você deve sincronizar a manutenção de bancos de dados para evitar erros de sincronização.
ReportServerTempDB	O banco de dados temporárias para relatar os serviços de aplicativos armazenar temporariamente informações quando você executa relatórios específicos. Observação Se o reporting services é instalado em um servidor separado de Team Foundation Server, este ser capaz de banco de dados não estiverem presentes no servidor de camada de dados para Team Foundation.Nesse caso, você deve configurá-los, faça backup, e restaurar separada de Team Foundation Server.No entanto, você deve sincronizar a manutenção de bancos de dados para evitar erros de sincronização.
WSS_Config	O banco de dados de configuração para Produtos do SharePoint contém uma lista de todos os sites, como bancos de dados de conteúdo, modelos de site, as partes Web personalizados, e outras configurações de administração central do SharePoint. Observação Você não deve usar transações marcadas quando você faz backup ou restaurar os bancos de dados que Produtos do SharePoint usa.No entanto, para ajudar a evitar erros de sincronização, você deve tentar sincronizar suas agendas de backup de minimizar e para Produtos do SharePoint e Team Foundation Server.Para obter mais informações, consulte Crie um plano alternativo para o SharePoint 2010 Foundation.
WSS_Content	O banco de dados de conteúdo para Produtos do SharePoint contém o conteúdo real nos portais de projeto de equipe. Observação O nome do banco de dados irá baseado na versão de Produtos do SharePoint que é instalado e em se a pessoa que instalou ele personalizou o nome.Você não deve usar transações marcadas quando você faz backup ou restaurar os bancos de dados que Produtos do SharePoint usa.No entanto, para ajudar a evitar erros de sincronização, você deve tentar sincronizar suas agendas de backup de minimizar e para Produtos do SharePoint e Team Foundation Server.Para obter mais informações, consulte Crie um plano alternativo para o SharePoint 2010 Foundation.
WSS_AdminContent	O banco de dados de administração de Produtos do SharePoint contém informações de segurança para usuários, funções, e bancos de dados. Observação Você não deve usar transações marcadas quando você faz backup ou restaurar os bancos de dados que Produtos do SharePoint usa.No entanto, para ajudar a evitar erros de sincronização, você deve tentar sincronizar suas agendas de backup de minimizar e para Produtos do SharePoint e Team Foundation Server.Para obter mais informações, consulte Crie um plano alternativo para o SharePoint 2010 Foundation.
VirtualManagerDB	O banco de dados de administração de SCVMM contém informações que você exibe no console de administrador de SCVMM, como máquinas virtuais, host do virtual, servidores da biblioteca do virtual, e suas propriedades. Observação Se SCVMM é instalado em um servidor separado de Team Foundation Server, este ser capaz de banco de dados não está presente no servidor de camada de dados para Team Foundation.Nesse caso, você deve configurá-los, faça backup, e restaurar separada de Team Foundation Server.No entanto, você deve usar transações marcadas e sincronizar a manutenção de bancos de dados para evitar erros de sincronização.

Consulte também

Conceitos

Fazendo backup e restaurando a implantação

Outros recursos

Restaurando uma implantação de Servidor único para o novo hardware tutorial []