Compartilhar via

Fazendo backup do Team Foundation servidor

  • Artigo

[Observação: Este tópico é pré-versão documentação e está sujeitas a alterações em versões futuras. Tópicos em branco são incluídos sistema autônomo espaços reservados.]

restauração o seu Team Foundation implantação em sua totalidade se uma falha ocorrer, Team Foundation implantação requer que você crie backups para cada local onde os dados estão armazenados. Criar backups é um aspecto importante de proteger o seu Team Foundation implantação contra perda. A lista a seguir resume o que você deve fazer o fazer backup para cada nível.

  • Camada de dados   The Team Foundation Server camada de dados inclui vários SQL Server os bancos de dados, alguns dos qual têm o portal do projeto da equipe sites. Você pode executar backups do banco de dados manual ou automaticamente por meio de planos de manutenção que executam em um horário específico ou em intervalos específicos.Team Foundation Server, Produtos e tecnologias do SharePoint, e SQL Server O Reporting Services armazenar seus dados em bancos de dados SQL Server na camada de dados.

    Cuidado:

    Embora o SQL servidor Management Studio permite que você faça o fazer backup de bancos de dados individuais ao mesmo time, restauração a partir de tal volta no-break podem causar resultados inesperados pois estão relacionados os bancos de dados e você corre o risco de restauração de versões desatualizadas.

  • Camada de aplicativo   Os serviços de emissão de relatórios estão localizados na camada de aplicativos e possua uma chave de criptografia, você deve fazer o fazer backup.Manualmente, você pode fazer backup a chave de criptografia do servidor de relatório usando a ferramenta de configuração do Reporting Services ou uma ferramenta de linha de comando.Essa chave protege informações confidenciais armazenadas no banco de dados do relatório do servidor.

    Observação:

    Você pode assumir que você deve fazer o fazer backup dos dois bancos de dados e Web sites para as páginas de portal de projeto da equipe.No entanto, Produtos e tecnologias do SharePoint gera dinamicamente o Web sites de bancos de dados. Portanto, quando você faz backup dos bancos de dados, você também fazer backup sistema autônomo seções do projeto da equipe que você vê sistema autônomo Web sites.Se você tiver criado conjuntos de sites personalizados, modelos de site ou Web parts Produtos e tecnologias do SharePoint mas externa Team Foundation, você deve fazer o backup-los dos separadamente. Para obter mais informações, consulte "Backup e opções de restauração para o Windows SharePoint Services 2.0" sobre oSite da Microsoft or, for Windows SharePoint Services 3,0, "Ferramentas de backup e recuperação (Windows SharePoint Services) escolher" sobre o Site da Microsoft.

Preparação avançada para backups

Ao implantar Team Foundation, mantenha um registro das contas que você criar, e quaisquer nomes de computador, senhas e opções de configuração que você escolher. Sempre mantenha uma cópia de todos os materiais de recuperação, documentos e banco de dados e transações backups de log em um local externo.

Observação importante:

Faça um avaliação de dados de restauraçã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 o fazer backup e restauração um banco de dados, você deve fazer o fazer backup de dados para mídias, por exemplo, fitas e discos.O plano de backup deve incluir provisões para gerenciar mídia, sistema autônomo:

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

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

  • Em um ambiente com vários servidores, uma decisão de usar centralizado ou distribuído 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 backup define no local ou externamente e uma análise de como isso pode afetar o time de recuperação.

Para proteção contra desastres, sistema autônomo um incêndio ou um terremoto, mantenha cópias de seus backups de servidor em um local diferente do local dos servidores.Isso ajudará a proteger você contra a perda de dados críticos.sistema autônomo melhor prática, mantenha três cópias da mídia de backup e mantenha pelo menos uma cópia externa em um ambiente controlado adequadamente.

Porque Team Foundation os dados são armazenados em SQL Server bancos de dados, não é necessário fazer backup de computadores em que Team Foundation os clientes estão instalados. Se uma falha de mídia ou desastres envolvendo esses computadores ocorrer, reinstalando Team Foundation Fornece uma alternativa mais limpa e mais confiável de restauração a partir de um backup.

Você pode fazer backup de um servidor usando planos de manutenção no SQL Server Para fazer backup dos bancos de dados relacionados ao seu Team Foundation implantação. The Team Foundation Server bancos de dados funcionam em relação com um Outros e devem ser submetidos a backup ao mesmo time e restaurados ao mesmo time. Para obter mais informações sobre as estratégias de backup de bancos de dados, consulte os seguintes recursos no Microsoft Web site:

  • "Escolha o modelo de recuperação para um banco de dados" paraSQL servidor 2005

  • "Introduction to Backup and restauração Strategies no SQL servidor" paraSQL servidor 2008

Backups de dados completo (bancos de dados)   Um backup completo do banco de dados é necessário para a capacidade de recuperação de sua implantação.Um backup completo inclui a parte do log de transação para que o backup completo pode ser recuperado.Backups completos são independentes; elas representam todo o banco de dados quando o backup concluído.Para obter mais informações, consulte "Backups completos do banco de dados" para umSQL servidor 2005 or SQL servidor 2008 no Microsoft Web site.

No modelo de backup completo do banco de dados, fazer backups regulares de seus logs de transação é necessária para recuperação de dados.Com a transação log backups, você pode recuperar o banco de dados para o ponto de falha ou para um determinado point-in-time.

Backups de log de transação   O log de transações é um registro serial de todas as modificações que tenham ocorrido em um banco de dados juntamente com a transação de executada a cada modificação.O log de transação registra o início de cada transação.Ele registra as alterações nos dados e, em caso afirmativo, informações suficientes para desfazer as modificações feitas durante cada transação.O registro cresce continuamente medida ocorrem operações registradas no banco de dados.

Ao criar transação de backups de log, você pode recuperar o banco de dados para um ponto anterior no time.Por exemplo, você pode restauração o banco de dados para um ponto antes de ser inseridos dados indesejados ou ao ponto de falha.Além dos backups do banco de dados, transação backups de log devem fazer parte de sua estratégia de recuperação.Para obter mais informações, consulte "Trabalhando com transação Log backups" para umSQL servidor 2005 or SQL servidor 2008 no Microsoft Web site.

Backups de log de transação geralmente usam menos recursos que os backups totais.Portanto, você pode criar transação de backups de log com mais freqüência do que backups completos, reduzindo o risco de perda de dados.No entanto, algumas vezes um transação backup de log é maior do que um backup completo.Por exemplo, suponha que um banco de dados tem uma taxa alta de transação; uma taxa alta transação faz com que o log de transações crescer rapidamente.Nessa situação, crie transação de backups de log com mais freqüência.Para obter mais informações, consulte "Troubleshooting um log de transação total" para umSQL servidor 2005 or SQL servidor 2008 no site da Microsoft.

Você pode executar três tipos de transação backups de log:

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

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

  • A cauda-backup de log é tirado de um banco de dados possivelmente danificado para capturar os registros de log que ainda não tem sido feitos backup.Um backup do tail do log é feito após uma falha para evitar a perda de trabalho e podem conter qualquer log puro ou dados de log em massa.

A única vez que um backup completo deve estar sincronizado com backups de log de transação é quando você inicia uma sequência de backups de log de transações.Cada sequência de backups de log de transações deve ser precedida por um backup completo ou um backup completo, diferencial.In SQL Server, você pode fazer backup do log após o primeiro backup completo, enquanto um backup completo é executado. Para obter informações sobre como criar backups de log, consulte "Criando backups de log de transações" para umSQL servidor 2005 or SQL servidor 2008 no Microsoft Web site.

Backups de serviços (aplicativo nível)

Único backup realizado para a camada de aplicativo destina-se a chave de criptografia para o Reporting Services.Você pode supor que você deve fazer o fazer backup o dados warehouse ou sites.No entanto, a SQL Server bancos de dados contêm todos os dados, incluindo especificações de página e especificações de relatório que os serviços de solicitação e usam para criar as páginas de portal da equipe e os relatórios.

Embora você tenha menos etapas para fazer o backup para os serviços, você tem mais a ver durante a recuperação na camada de aplicativos.Você precisará restauração os sites de portal para os projetos de equipe.

Nesta seção

Consulte também

Conceitos

Garantindo a disponibilidade do Team Foundation servidor

Gerenciando os serviços do SQL servidor

Outros recursos

Gerenciando backups do Team Foundation servidor