Noções básicas sobre backup do Team Foundation Server

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 completamente a sua implantação do Team Foundation, primeiro você deve fazer backup dos bancos de dados do TFS. Se a sua implantação incluir o Produtos do SharePoint ou o SQL Server Reporting Services, você também deverá fazer backup dos bancos de dados usados pelo TFS nesses componentes. Para evitar erros ou de sincronização ou problemas com discrepância de dados, você deve sincronizar todos os backups com o mesmo carimbo de data/hora. A maneira mais fácil de garantir a sincronização com êxito é usar transações marcadas. Ao marcar rotineiramente as transações relacionadas em cada banco de dados 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 de uma implantação que usa o SharePoint Foundation e também usa relatórios, consulte Configurar uma agenda e um plano de backup.

Fazendo backup de bancos de dados

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

Tipo de banco de dados	Produto	Componente opcional?
Banco de dados de configuração	Team Foundation Server	Não
Banco de dados de depósito	Team Foundation Server	Não
Bancos de dados para coleções de projeto de equipe	Team Foundation Server	Não
Banco de dados Produtos do SharePoint	Produtos do SharePoint	Sim
Bancos de dados de relatório	SQL Server Reporting Services	Sim
Bancos de dados de análise	SQL Server Analysis Services	Sim

Topologias de implantação

Baseado em sua configuração de implantação, todos os bancos de dados que precisam de backup podem estar no mesmo servidor físico como nessa topologia de exemplo. Este exemplo não inclui o Produtos do SharePoint ou o Reporting Services, portanto não é necessário fazer backup dos bancos de dados associados ao relatório, à análise, ou ao Produtos do SharePoint.

Como alternativa, os bancos de dados podem ser distribuídos entre vários servidores e farms de servidores. Nessa topologia de exemplo, você deve fazer backup dos seguintes bancos de dados, que são dimensionados entre 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 cluster SQL Server

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

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

• os bancos de dados que estão localizados no servidor que está executando o Reporting Services

• o banco de dados que está localizado no servidor que está executando o Analysis Services

1 Se seus bancos de dados do SharePoint estiverem escalados em vários servidores, você não poderá usar o recurso de Backups Agendados. Você precisará configurar manualmente os backups para esses bancos de dados, e garantir que os backups sejam sincronizados com os backups dos bancos de dados do TFS. Consulte Fazer backup do Team Foundation Server manualmente para obter mais detalhes.

Em ambos exemplos, você não precisa fazer backup de qualquer cliente que se conecte ao servidor. No entanto, você pode precisar limpar os caches manualmente para Team Foundation Server nos computadores dos clientes para que eles possam reconectar-se à implantação restaurada.

Bancos de dados para fazer backup

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

Aviso

Todos os bancos de dados na lista a seguir são bancos de dados de SQL Server.Embora você possa usar o SQL Server Management Studio para fazer backup de bancos de dados individuais a qualquer momento, você deve evitar usar como backups individuais quando possível.Você pode apresentar resultados inesperados, se restaurar backup individuais porque todos os bancos de dados que TFS usa são relacionados.Se você fizer backup de um banco de dados só, os dados desse banco de dados não ficarão sincronizados aos dados dos outros bancos de dados.

• Bancos de dados para o Team Foundation Server A camada de dados lógicos de Team Foundation Server inclui vários SQL Server bancos de dados como banco de dados de configuraçã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 podem estar no mesmo servidor, distribuídos através de várias instâncias na mesma implantação do SQL Server, ou distribuídos em vários servidores. Independentemente de sua distribuição física, você deve fazer backup de todos os bancos de dados ao mesmo carimbo de data/hora para ajudar a garantir a perda de dados. Você pode executar backup do banco de dados manualmente ou automaticamente usando os planos de aplicativos que executam em hora específicas ou em intervalos.

  Aviso

  A lista de bancos de dados do Team Foundation Server não é estática.Um novo banco de dados é criado sempre que você cria uma coleção.Ao criar uma coleção, certifique-se de adicionar o banco de dados dessa coleção ao plano de manutenção.

• Bancos de dados para Produtos SharePoint Se sua implantação usa Produtos do SharePoint para hospedar os portais de projeto de equipe, faça backup de 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 usa e os bancos de dados de coleção de site que hospedam portais de projeto de equipe. De modo ideal, sua implantação foi configurada para usar uma coleção de sites separada para cada coleção de projetos de equipe em sua implantação. Assim como coleções de projetos de equipe podem incluídas em backup e restauradas como uma unidade no Team Foundation Server, conjuntos de sites podem ser incluídos em backup e restaurados no Produtos do SharePoint. Se uma ou mais coleções na implantação estão usando sites ou subsites em vez de coleções de sites como seu site raiz, você não pode fazer backup nem restaurar totalmente as coleções. Para obter mais informações, consulte Gerenciar coleções de projetos da equipe.

  Dica

  Você pode assumir que deve fazer backup de bancos de dados e sites para páginas de portal de projeto de equipe.No entanto, Produtos do SharePoint gera dinamicamente os sites dos bancos de dados.Dessa forma, quando você fizer backup dos bancos de dados, você também poderá fazer backup das seções de projeto de equipe que aparecem como sites.Se você criou conjuntos de sites personalizados, modelos de site ou Web Parts no Produtos do SharePoint mas fora do Team Foundation, deverá fazer backup deles separadamente.Para obter mais informações, consulte a página seguinte no site da Web da Microsoft: Backup (SharePoint Foundation).

• Banco de dados para Reporting Services e Analysis Services Se sua implantação usa SQL Server Reporting Services ou SQL Server Analysis Services para gerar relatórios de Team Foundation Server, faça backup do relatório e do banco de dados de análise. No entanto, você ainda deve gerar novamente determinados bancos de dados após a restauração, como o depósito.

• Chave de criptografia para o servidor de relatório O servidor de relatório tem uma chave de criptografia da qual você deve fazer backup. Esta chave protege informações sigilosas que são armazenadas no banco de dados do servidor de relatório. Você pode fazer o backup dessa chave manualmente usando a ferramenta de configuração do Reporting Service ou uma ferramenta de linha de comando.

Preparação para backups avançada

Ao implantar o Team Foundation, você deve manter um registro das contas que criadas e todos os nomes de computador, senhas, e opções de configuração especificados. Você também deve manter uma cópia de todos os materiais de recuperação, documentos e backup de log do banco de dados e da transação em um local seguro. Para se proteger contra um desastre, como um incêndio ou um terremoto, você deve manter as duplicatas dos backups do servidor em um local diferente do local dos servidores. Essa estratégia ajudará a protegê-lo contra a perda de dados importantes. 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 em um ambiente externo controlado.

Importante

Execute uma restauração de avaliação de dados periodicamente para verificar se seus arquivos estão sendo submetidos a backup corretamente.Uma restauração de avaliação pode revelar problemas de hardware que não aparecem com verificações de software.

Quando você faz backup e restaura um banco de dados, é necessário fazer backup dos dados em mídia com um endereço de rede (por exemplo, fitas e discos que foram compartilhados como unidades de rede). O plano alternativo deve incluir provisionamentos para o gerenciamento de mídia, como as seguintes táticas:

• Um plano de rastreamento e gerenciamento para armezanar e reciclar definições de backup.

• Uma agenda para sobresvrever uma mídia de backup.

• Em um ambiente multisservidor, uma decisão de usar backups centralizados ou distribuídos.

• Uma maneira para controlar a vida útil da 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 de armazenar conjuntos de backup no site e fora de ele e análise de como essa decisão pode afetar o tempo de recuperação.

Como os dados para Team Foundation são armazenados em bancos de dados SQL Server, você não tem que fazer backup dos computadores em que os clientes Team Foundation estão instalados. Se uma falha ou um desastre de mídia envolvendo esses computadores estivesse para ocorrer, você poderia reinstalar o software cliente e reconectar-se ao servidor. Ao reinstalar o software do cliente, os usuários terão uma alternativa mais clara e confiável para restaurar um computador cliente de um backup.

Você pode fazer backup de um servidor usando os recursos Backups Agendados disponíveis na Atualização 2 ou criando manualmente planos de manutenção em SQL Server para fazer backup dos bancos de dados relacionadas à implantação de Team Foundation. Os bancos de dados de Team Foundation Server funcionam em relação com um outro, e se você criar um plano manual, você deve fazer backup deles e restaurá-los ao mesmo tempo Para obter mais informações sobre estratégias para fazer backup de bancos de dados, consulte a seguinte página do site da Microsoft: Introdução às estratégias de backup e restauração no SQL Server.

Tipos de backup

Entender os tipos de backup disponíveis pode ajudá-lo a determinar as melhores opções para fazer backup de sua implantação. Por exemplo, se você estiver trabalhando com uma grande implantação e deseja protegê-la contra perda de dados ao usar seus recursos limitados de armazenamento, é possível configurar os backups diferenciais bem como backups de dados completos. Se você estiver usando o SQL Server ALwaysOn, poderá fazer backups de seu banco de dados secundário. Você também pode tentar usar a compactação de backup ou a divisão de backups em vários arquivos. Veja descrições breves de suas opções alternativas:

Backups de dados completos (bancos de dados)   Um backup completo de banco de dados é necessário para a capacidade de recuperação da implantação. Um backup completo inclui a parte do registro de transação de modo que você possa recuperar o backup completo. Os backup completos são independentes, pois representam o banco de dados inteiro conforme existiu quando você fez backup dele. Para obter mais informações, consulte a seguinte página no site da Microsoft: Backups completos de bancos de dados.

Backups de banco de dados diferenciais (bancos de dados) Um backup de banco de dados diferencial registra apenas os dados que foram alterados desde o último backup completo de banco de dados, que é chamado de base diferencial. Os backups de banco de dados diferenciais são menores e mais rápidos do que os backups completos de banco de dados. Esta opção economiza o tempo de backup com o custo de maior complexidade. Para grandes bancos de dados, os backups diferenciais podem ocorrer em intervalos mais curtos do que os backups de banco de dados, o que reduz a exposição à perda de trabalho. Para obter mais informações, consulte a seguinte página no site da Microsoft: Backups diferenciais de bancos de dados.

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

Backups de registro de transação   O registro 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. O log de transação registra o início de cada transação, as alterações nos dados, e, se necessário, informações suficientes para desfazer as alterações feitas durante a transação. O log aumenta continuamente enquanto as operações registradas ocorrem no banco de dados.

Fazendo backup de 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 que os dados indesejados fossem inseridos ou para um ponto de falha. Além de backup de banco de dados, os 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 backups de logs de transação.

Os backups de registro de transação geralmente usam menos recursos que os backups completos. Portanto, é possível criar backups de registros de transação com mais frequência do que backups completos, o que reduz o risco de perder dados. Entretanto, à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 de transação alta, que faz com que o log de transação aumente rapidamente. Nesta situação, você deve criar backups de log de transação com mais frequência. Para obter mais informações, consulte a seguinte página no site da Microsoft: Solução de problemas de 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 alterados por operações em massa. A recuperação do ponto no tempo não é permitida.

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

Como a sincronização de dados é fundamental para a restauração com êxito de Team Foundation Server, você deve usar transações marcadas como parte de sua estratégia alternativa se você estiver configurando backups manualmente. Para obter mais informações, consulte Configurar uma agenda e um plano de backup e Fazer backup do Team Foundation Server manualmente.

Backups para serviços (camada do aplicativo)

O único backup que você deve executar para a camada lógica do aplicativo é para a chave de criptografia do Reporting Services. Se você usar o recurso Backups Agendados para fazer backup de sua implantação, essa chave será incluída no backup como parte do plano. Você pode assumir que deve fazer backup de sites que são usados como portais de projeto de equipe. Se você integrou o Produtos do SharePoint como parte da sua implantação do Team Foundation Server, os portais serão incluídos no backup como parte de fazer backup dos bancos de dados para o Team Foundation Server e o Produtos do SharePoint. Entretanto, se você especificou um site que não foi criado com um aplicativo da web integrado, deve fazer backup e restaurar esses sites manualmente. Além disso, se você tiver qualquer personalização do Produtos do SharePoint ou de serviços, também deverá fazer backup deles ou registrá-los de alguma forma para que eles possam ser reproduzidos em um novo servidor.

Embora você possa fazer o backup de uma camada de aplicativo mais facilmente do que de uma camada de dados, você deve realizar várias etapas em que você restaura 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 dos bancos de dados padrão

Se você não personalizar os nomes dos seus bancos de dados, poderá usar a tabela a seguir para identificar os bancos de dados usados na implantação do Team Foundation Server. Conforme 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 Reporting Services, você não terá os bancos de dados de ReportServer ou de ReportServerTempDB. Da mesma forma, você não terá o banco de dados para o System Center Virtual Machine Manager (SCVMM), que é chamado VirtualManagerDB, se você não tiver configurado Team Foundation Server para oferecer suporte Lab Management. Além disso, os bancos de dados usados pelo Team Foundation Server poderão ser distribuídos por mais de uma instância do SQL Server ou por mais de um servidor.

Dica

Por padrão, o prefixo TFS_ é adicionado aos nomes de todos os bancos de dados que são criados automaticamente quando você instala o Team Foundation Server ou enquanto ele está em operação.

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 deste banco de dados pode incluir caracteres adicionais entre o TFS_ e a Configuração, como o nome de usuário da pessoa que instalou o Team Foundation Server. Por exemplo, o nome do banco de dados pode ser TFS_UserNameConfiguration.
TFS_Warehouse	O banco de dados de depósito contém os dados para compilar o depósito que o Reporting Services usa. O nome deste banco de dados pode incluir caracteres adicionais entre o TFS_ and Depósito, como o nome de usuário da pessoa que instalou o Team Foundation Server. Por exemplo, o nome do banco de dados pode ser TFS_UserNameWarehouse.
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 de três bancos de dados de coleção. O nome de cada banco de dados pode incluir caracteres adicionais entre o TFS_ e o CollectionName, como o nome de usuário da pessoa que criou a coleção. Por exemplo, o nome de um banco de dados de coleção pode ser TFS_UserNameCollectionName.
TFS_Analysis	O banco de dados para o Analysis Services SQL Server contém as fontes de dados e cubos de sua implantação de Team Foundation Server. O nome deste banco de dados pode incluir caracteres adicionais entre o TFS_ e o Analysis, como o nome de usuário da pessoa que instalou o Analysis Services. Por exemplo, o nome do banco de dados pode ser TFS_UserNameAnalysis. Dica Você pode fazer backup desse banco de dados, mas deve recriar o depósito a partir do banco de dados restaurado do 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. Dica Se os Reporting Services estiverem instalados em um servidor separado de Team Foundation Server, esse banco de dados pode não estar presente no servidor da camada de dados de Team Foundation.Nesse caso, você deverá configurá-lo, fazer backup dele e restaurá-lo separadamente do Team Foundation Server.No entanto, você deve sincronizar a manutenção dos bancos de dados para evitar erros de sincronização.
ReportServerTempDB	O banco de dados temporário do Reporting Services armazena temporariamente as informações quando você executa relatórios específicos. Dica Se os Reporting Services estiverem instalados em um servidor separado de Team Foundation Server, esse banco de dados pode não estar presente no servidor da camada de dados de Team Foundation.Nesse caso, você deverá configurá-lo, fazer backup dele e restaurá-lo separadamente do Team Foundation Server.No entanto, você deve sincronizar a manutenção dos 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. Dica Você não deve usar transações marcadas se você fizer backup manualmente 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 e restauração para Produtos do SharePoint e Team Foundation Server.Para obter mais informações, consulte Criar um plano de backup para o SharePoint 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. Dica O nome do banco de dados irá variar de acordo com a versão do Produtos do SharePoint que estiver instalada, e se a pessoa que instalou ele tiver personalizado o nome.Você não deve usar transações marcadas se você fizer backup manualmente 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 e restauração para Produtos do SharePoint e Team Foundation Server.Para obter mais informações, consulte Criar um plano de backup para o SharePoint 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. Dica Você não deve usar transações marcadas se você fizer backup manualmente 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 e restauração para Produtos do SharePoint e Team Foundation Server.Para obter mais informações, consulte Criar um plano de backup para o SharePoint 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, hosts da máquina virtual, servidores de biblioteca da máquina virtual e suas propriedades. Dica Se o SCVMM estiver instalado em um servidor separado de Team Foundation Server, esse banco de dados pode não estar presente no servidor da camada de dados de Team Foundation.Nesse caso, você deverá configurá-lo, fazer backup dele e restaurá-lo separadamente do Team Foundation Server.No entanto, você deve usar transações marcadas e sincronizar a manutenção dos bancos de dados para evitar erros de sincronização.

Consulte também

Conceitos

Fazer backup e restaurar o TFS

Outros recursos

Restaurar uma implantação para novo hardware