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

Você pode ajudar a proteger sua implantação contra perda de dados, criando um agendamento regular de backups para bancos de dados no qual Visual Studio Team Foundation Server depende. Para restaurar sua implantação de Team Foundation em sua totalidade se uma falha ocorrer, você deve primeiro fazer backup todos os bancos de dados para Team Foundation Server. Se a sua implantação inclui Produtos do SharePoint ou SQL Server Reporting Services, você deve também fazer backup dos bancos de dados que Team Foundation Server usa dentro desses componentes. Você deve sincronizar todos os backups para o mesmo carimbo de hora para evitar erros de incompatibilidade de sincronização ou dados. A maneira mais fácil de garantir a sincronização está usando marcado transações. Marcando rotineiramente as transações relacionadas em cada Team Foundation banco de dados, você estabelece uma série de pontos de recuperação comuns em bancos de dados.

Fazendo backup de bancos de dados

Você pode criar backups dos bancos de dados que Team Foundation Server usa como um aspecto importante de proteger a sua implantação de Team Foundation contra perda. A tabela a seguir e que acompanha a apresentação de ilustrações que bancos de dados você deve fazer backup e forneça exemplos de como esses 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	No
Banco de dados do depósito	Team Foundation Server	No
Bancos de dados coleção projeto de equipe	Team Foundation Server	No
Produtos do SharePointbancos de dados	Produtos do SharePoint	Yes
Emissão de relatórios de bancos de dados	SQL ServerO Reporting Services	Yes
Bancos de dados de análise	SQL ServerAnalysis Services	Yes

Topologias de implantação

Todos os bancos de dados que exijam backup baseados em sua configuração de implantação, podem ser no mesmo servidor físico, como nessa topologia de exemplo. Este exemplo não inclui Produtos do SharePoint ou o Reporting Services, para que você não precise fazer backup dos bancos de dados associados à emissão de relatórios, análise, ou Produtos do SharePoint.

Como alternativa, os bancos de dados podem ser distribuídos em diversos servidores e farms de servidor. Nessa topologia de exemplo, você deve fazer o backup seguintes bancos de dados em seis servidores ou farms de servidor:

• o banco de dados de configuração

• o banco de dados do depósito

• a equipe de bancos de dados de coleção que estão localizados no projeto de SQL Server cluster

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

• o Produtos do SharePoint administrativos bancos de dados e o site coleta para ambos os aplicativos da Web do SharePoint

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

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

Em ambos esses exemplos, não é necessário fazer backup de qualquer um dos clientes que se conectam ao servidor. No entanto, talvez você precise limpar manualmente os caches de Team Foundation Server nos computadores cliente antes de eles reconectar-se à implantação restaurado.

Bancos de dados para backup

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

Aviso

Todos os bancos de dados na lista a seguir são SQL Server bancos de dados. Embora você possa usar SQL Server Management Studio para fazer backup de bancos de dados individuais em qualquer momento, você deve evitar usar tais backups individuais quando possível. Poderão ocorrer resultados inesperados se você restaurar a partir de backups individuais porque os bancos de dados que Team Foundation Server usa está relacionadas. Se você fizer backup apenas um banco de dados, os dados no banco de dados será fora de sincronia com os dados em outros bancos de dados.

• Bancos de dados de Team Foundation Serverde nível lógico de dados para Team Foundation Server inclui vários SQL Server bancos de dados, incluindo o banco de dados de configuração, o banco de dados do depósito e um banco de dados para cada conjunto de projeto de equipe na implantação. Esses bancos de dados podem estar no mesmo servidor, distribuído em várias instâncias da mesma SQL Server implantação, ou distribuídos entre vários servidores. Independentemente de sua distribuição física, você deve fazer backup de todos os bancos de dados para o mesmo carimbo de hora para ajudar a garantir contra perda de dados. Você pode executar backups do banco de dados manualmente ou automaticamente usando os planos de manutenção que são executados em horários específicos ou em intervalos.

  Aviso

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

• Bancos de dados para o SharePoint Productsse a sua implantação usa Produtos do SharePoint para portais de projeto de equipe do host, você deve fazer 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 usa a sua implantação e os bancos de dados de coleção de sites que hospedam os portais do projeto de equipe. O ideal é que a implantação foi configurada para usar um conjunto de sites separados para cada conjunto de projeto de equipe na sua implantação. Assim como a equipe de coleções de projeto podem ser restauradas e sofrer backup como uma unidade em Team Foundation Server, conjuntos de sites podem ser submetidos a backup e restaurados em Produtos do SharePoint. Se uma ou mais coleções na sua implantação estiver usando sites ou subsites em vez de conjuntos de sites como o seu site raiz, você talvez não consiga totalmente fazer backup e restaurar as coleções. For more information, see Organizando seu servidor com coleções de projeto de equipe.

  Observação

  Você pode pressupor que faça backup dos bancos de dados e de sites da Web para as páginas de portal de projeto de equipe. No entanto, Produtos do SharePoint gera dinamicamente os sites de bancos de dados. Portanto, quando você faz backup dos bancos de dados, você também fazer backup as seções do projeto da equipe que aparecem como sites da Web. Se você tiver criado os conjuntos de sites personalizados, modelos de site ou Web parts em Produtos do SharePoint mas fora de Team Foundation, você deve fazer backup deles separadamente. Para obter mais informações, consulte a seguinte página no site da Microsoft: Escolha Ferramentas de backup e recuperação (de Windows SharePoint Services).

• Bancos de dados para o Reporting Services e Analysis Services se a sua implantação usa SQL Server Reporting Services ou SQL Server Analysis Services para gerar relatórios de Team Foundation Server, você deve fazer o backup de relatórios e análise de bancos de dados. No entanto, você ainda deve regenerar certos bancos de dados após a restauração.

• Chave de criptografia para o report server o servidor de relatório tem uma chave de criptografia, você deve fazer o backup. Esta chave protege informações confidenciais armazenadas no banco de dados para o report server. Manualmente, você pode fazer backup dessa chave, usando a ferramenta de configuração do Reporting Services ou uma ferramenta de linha de comando. For more information, see Faça backup da chave de criptografia Reporting Services.

Preparação avançada para Backups

Quando você implanta Team Foundation, você deve manter um registro das contas que você cria e quaisquer nomes de computador, senhas, e opções de instalação que você especificar. Você também deve manter uma cópia de todos os materiais de recuperação, documentos e banco de dados e transações backups de log em um local seguro. Proteção contra desastres, como, por exemplo, um incêndio ou um terremoto, você deve manter cópias de seus backups de servidor em um local diferente do local dos servidores. Essa estratégia ajudará a proteger você contra a perda de dados críticos. Como prática recomendada, você deve manter três cópias da mídia de backup e você deve manter pelo menos uma cópia em local externo em um ambiente controlado.

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

Ao fazer backup e restaurar um banco de dados, você deve fazer backup de dados na mídia (por exemplo, fitas e discos). Seu plano de backup deve incluir as provisões para o gerenciamento de mídia, como, por exemplo, as táticas a seguintes:

• Um plano de controle e gerenciamento de armazenamento e reciclagem de conjuntos de backup.

• Uma agenda para a substituição da mídia de backup.

• Em um ambiente de vários servidores, uma decisão de usar centralizadas ou distribuídas de backups.

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

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

• Uma decisão para armazenar o backup define uma análise de como essa decisão pode afetar o tempo de recuperação ou onsite e offsite.

Porque os dados para Team Foundation é armazenado em SQL Server bancos de dados, você não tem que fazer backup de computadores nos quais os clientes de Team Foundation estão instalados. Se uma falha de mídia ou desastres envolvidos nesses computadores ocorrer, você pode reinstalar o software do cliente e reconectar ao servidor. Reinstalando o software cliente, seus usuários tenham uma alternativa mais limpa e mais confiável para restaurar um computador cliente de um backup.

Você pode fazer backup de um servidor usando os planos de manutenção em SQL Server para fazer backup dos bancos de dados que se relacionam com a implantação do Team Foundation. Os bancos de dados para Team Foundation Server trabalhar em relação umas com as outras, e você deve fazer backup e restaurá-los ao mesmo tempo. Para obter mais informações sobre as estratégias de backup de bancos de dados, consulte a seguinte página no site da Microsoft: Introdução ao Backup e restauração estratégias em SQL Server.

Tipos de Backups

Total de Backups de dados (bancos de dados) um backup do banco de dados completo é necessário para a capacidade de recuperação da sua implantação. Um backup completo inclui a parte do log de transação para que você pode recuperar o backup completo. Backups completos são independentes no sentido de que eles representam todo o banco de dados, como ele existia quando foi feito o backup. Para obter mais informações, consulte a seguinte página no site da Microsoft: Backups do banco de dados completos.

Backups diferenciais de dados (bancos de dados) somente os dados que foram alterados desde o último backup completo do banco de dados, que é chamado de base diferencial de registros de um backup diferencial do banco de dados. Backups diferenciais do banco de dados são menores e mais rápido do que backups completos do banco de dados. Esta opção economiza tempo de backup ao custo de maior complexidade. Para grandes bancos de dados, backups diferenciais podem ocorrer em intervalos menores do que os backups do 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: Os Backups diferenciais do banco de dados.

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

Os Backups de Log de transação o log de transações é um registro de serial de todas as modificações que ocorreram em um banco de dados com a transação que é executada a cada modificação. O início de cada transação, as alterações nos dados de registros de log de transações e, se necessário, informações suficientes para desfazer as modificações feitas durante aquela transação. O log que cresce continuamente operações registradas ocorrem no banco de dados.

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

Os backups de log de transação geralmente usam menos recursos que os backups completos. Portanto, você pode criar transação de backups de log com mais freqüência do que backups completos, que reduz o risco de perda de dados. No entanto, às vezes, um backup do log de transação é maior que um backup completo. Por exemplo, um banco de dados pode ter uma taxa alta de transação, que faz com que o log de transações crescer rapidamente. Nessa situação, você deve criar transação de backups de log com mais freqüência. Para obter mais informações, consulte a seguinte página no site da Microsoft: Um Log de transações cheio de solução de problemas.

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

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

• Um backup de log em massa contém páginas de dados e de log que foram alteradas por operações em massa. Não é permitida a recuperação point-in-time.

• Um backup de log é extraído de um banco de dados possivelmente danificado para capturar os registros de log que ainda não foi feitos backup. Um backup de log é obtido após uma falha para evitar a perda de trabalho e pode conter qualquer log puro ou dados de log em massa.

Porque a sincronização dos dados é essencial para a restauração bem-sucedida de Team Foundation Server, você deve usar transações marcadas como parte da estratégia de backup. For more information, see Fazer backup de Team Foundation Server.

Backups de serviços (camada de aplicativo)

O backup apenas que você deve executar para a camada de lógica de aplicativo é a chave de criptografia para o Reporting Services. Você pode supor que você deve fazer o backup de sites da Web que são usadas como portais de projeto de equipe. Se você integrado Produtos do SharePoint como parte da implantação dos Team Foundation Server, os portais serão feitos como parte do backup de bancos de dados de Team Foundation Server e Produtos do SharePoint. No entanto, se você especificou um site que não foi criado usando um aplicativo da Web integrado, backup e restaurar esses sites manualmente. Além disso, se você tem todas as personalizações de Produtos do SharePoint ou serviços, também aqueles backup ou caso contrário, grave-as para que eles possam ser reproduzidos em um novo servidor.

Embora você possa fazer backup de uma camada de aplicativo mais facilmente do que a camada de dados, você deve realizar muitas etapas quando você restaura uma camada de aplicativo. Você deve instalar outra camada de aplicativo para Team Foundation, redirecionar as coleções de projeto de equipe para usar a nova camada do aplicativo e redirecionar os sites de portal para projetos de equipe.

Consulte também

Conceitos

Backup e restauração de sua implantação.

Outros recursos

SQL Server e de Team Foundation Server