Restaurar dados para o mesmo local

Azure DevOps Server |Azure DevOps Server |Azure DevOps Server 2022 | Azure DevOps Server 2020

Você pode restaurar dados de um backup para o mesmo servidor e instância do SQL Server para Azure DevOps a partir do qual esses dados foram copiados. Por exemplo, poderá querer restaurar um conjunto corrompido de bases de dados ao último estado conhecido como bom.

Pré-requisitos

Para executar este procedimento, você deve ser membro dos seguintes grupos ou ter as seguintes permissões:

• Um membro do grupo de segurança Administradores no servidor ou servidores que executam o console de administração do Azure DevOps.
• Um membro do grupo de segurança Administrador de Sistema do SQL Server ou sua permissão Executar Backup e Criar Plano de Manutenção do SQL Server deve ser definida como Permitir na instância do SQL Server que hospeda os bancos de dados.
• Um membro do grupo de segurança sysadmin para a instância de banco de dados do Azure DevOps e para a instância de Analysis Services do armazém de dados.
• Um usuário autorizado do banco de dados TFS_Warehouse.
• Um membro da função de banco de dados TFSEXECROLE.
• Se a implementação usar Produtos do SharePoint, um membro do grupo Administradores de Farm do servidor onde os bancos de dados de Produtos do SharePoint estão a ser restaurados.

Para obter mais informações, consulte Controle de conta de usuário.

Passo 1: Parar os serviços

A interrupção dos serviços ajuda a proteger contra perda ou corrupção de dados durante o processo de restauração, especialmente se você renomear bancos de dados.

1. No servidor que está executando os serviços de camada de aplicativo para o Azure DevOps, abra uma janela do Prompt de Comando e altere os diretórios para Drive:\%programfiles%\Azure DevOps Server 2019\Tools.

2. Digite o seguinte comando:

   TFSServiceControl quiesce
   

   Para obter mais informações, consulte Comando TFSServiceControl.

Etapa 2: Renomear bancos de dados

Antes de poder usar o assistente de Restauração para restaurar um banco de dados que o Servidor de DevOps do Azure, você deve primeiro colocá-lo offline e, em seguida, renomeá-lo.

Parar bancos de dados

1. Abra o SQL Server Management Studio.

   Observação

   Para obter mais informações sobre como restaurar bancos de dados, consulte Implementar cenários de restauração para bancos de dados do SQL Server.

   A caixa de diálogo Conectar ao Servidor é aberta.

2. Em Tipo de servidor, selecione Mecanismo de Banco de Dados.

3. Em Nome do servidor, insira ou selecione o nome do servidor da camada de dados e da instância do banco de dados e selecione Conectar.

   Observação

   Se o SQL Server estiver instalado em um cluster, o nome do servidor será o nome do cluster e não o nome do computador.

   O SQL Server Management Studio é aberto.

4. Expanda o nó Bancos de Dados para mostrar a lista de bancos de dados que compõem o nível de dados do Azure DevOps.

5. Renomeie e pare cada banco de dados que você deseja restaurar, seguindo as orientações para sua versão do SQL Server. Dê ao banco de dados um nome indicando que é a versão antiga do banco de dados que você substituirá pela versão restaurada. Por exemplo, você pode renomear TFS_DefaultCollection para TFS_DefaultCollection_Old.

Etapa 3: Restaurar bancos de dados do Azure DevOps

Você pode restaurar dados para o Servidor de DevOps do Azure usando o assistente de Restauração no console de administração no Servidor de DevOps do Azure. O assistente de restauração também restaura a chave de criptografia usada para relatórios.

Restaurar bancos de dados

1. Abra o console de administração do Servidor de DevOps do Azure, navegue até Backups Agendados e inicie o assistente Restaurar Bancos de Dados .

   

2. Especifique o caminho para o conjunto de backup e selecione o conjunto a ser usado para restauração.

   

3. Conclua o assistente de configuração e restaure os bancos de dados.

   

Etapa 4: Atualizar todas as contas de serviço

Você deve atualizar a conta de serviço do Azure DevOps Server (TFSService) e a conta de fontes de dados (TFSReports). Mesmo que essas contas não tenham sido alteradas, você deve atualizar as informações para garantir que a identidade e o formato das contas sejam apropriados.

Atualizar contas de serviço

1. No servidor que está executando o SQL Server Reporting Services, abra Gerenciamento do Computador e inicie os seguintes componentes se ainda não tiverem sido iniciados:

   • ReportServer ou ReportServer$InstanceName (pool de aplicativos)
   • SQL Server Reporting Services (TFSINSTANCE)

2. No servidor de camada de aplicativo, abra uma janela do Prompt de Comando e altere os diretórios para Drive:\%programfiles%\Azure DevOps Server 2019\Tools.

3. No prompt de comando, digite o seguinte comando para adicionar a conta de serviço para o Azure DevOps, onde DatabaseName é o nome do banco de dados de configuração (por padrão, TFS_Configuration):

   TfsConfig /add /AccountType:ApplicationTier /account:AccountName

   Para obter mais informações, consulte Comando Contas.

4. Use o comando Contas para adicionar a conta de fontes de dados para o servidor de relatório e a conta proxy para o Servidor Proxy de DevOps do Azure, se sua implantação usar esses recursos.

Etapa 5: Reconstruir o data warehouse

Você pode reconstruir o data warehouse em vez de restaurar os bancos de dados TFS_Warehouse e TFS_Analysis. Pode exigir uma quantidade significativa de tempo para reconstruir o armazém se sua implantação contiver muitos dados. No entanto, essa estratégia ajuda a garantir que todos os dados sejam sincronizados corretamente. Quando você reconstrói o depósito, o Servidor de DevOps do Azure cria uma instância dele, que você deve processar para preenchê-lo usando dados dos repositórios operacionais.

Reconstruir o armazém

1. No servidor que está executando os serviços de camada de aplicativo para o Azure DevOps, abra uma janela do Prompt de Comando e altere os diretórios para Drive:\\%programfiles%\\Azure DevOps Server 2019\\Tools.

2. Digite o seguinte comando:

   TFSConfig rebuildwarehouse /all /ReportingDataSourcePassword:Senha

   onde Password é a senha da conta de fontes de dados do Reporting Services (TFSReports).

3. Aguarde até que o comando seja concluído.

4. No servidor de relatório, abra o Internet Explorer e insira a seguinte cadeia de caracteres na barra de endereços:

   http://localhost:8080/>VirtualDirectory/TeamFoundation/Administration/v3.0/WarehouseControlService.asmx

   Para VirtualDirectory, insira o diretório virtual para Serviços de Informações da Internet (IIS) que foi especificado quando o Azure DevOps Server foi instalado. Por padrão, esse diretório é chamado tfs.

   A página WarehouseControlWebService é aberta.

   Observação

   O Pool de Aplicativos do Microsoft Azure DevOps Server deve estar em execução para que o serviço Web Controle de Depósito esteja disponível.

5. Selecione GetProcessingStatus e, em seguida, selecione Invoke.

   Importante

   O serviço deve retornar um valor de Ocioso para todas as tarefas, indicando que o cubo não está a ser processado. Se um valor diferente for devolvido, repita esta etapa até Idle seja retornado para todas as tarefas.

6. Na página WarehouseControlWebService , selecione ProcessAnalysisDatabase e, em seguida, selecione Invoke.

   Abre-se uma janela do browser. O serviço retorna True quando começa a processar com êxito o cubo e False se não for bem-sucedido ou se o cubo estiver sendo processado no momento.

7. Para determinar quando o cubo foi processado, retorne à página WarehouseControlWebService , selecione GetProcessingStatus e, em seguida, selecione Invoke.

   O processamento é concluído quando o serviço GetProcessingStatus retorna um valor de Ocioso para todos os trabalhos.

8. No servidor de camada de aplicativo para Azure DevOps, abra Gerenciamento do Computador e inicie o Serviço de Trabalho em Segundo Plano do Visual Studio Team Foundation.

Etapa 6: Limpar o cache de dados em servidores de camada de aplicativo

Cada servidor de camada de aplicativo em sua implantação do Azure DevOps usa um cache de arquivos para que os usuários possam baixar rapidamente arquivos do servidor da camada de dados. Ao restaurar uma implantação, você deve limpar esse cache em cada servidor de camada de aplicativo. Caso contrário, IDs de arquivo incompatíveis podem causar problemas quando os usuários baixam arquivos do controle de versão. Se sua implantação usa o Servidor Proxy de DevOps do Azure, você também deve limpar o cache de dados em cada servidor configurado como um proxy.

Limpar o cache de dados

1. Em um servidor que esteja executando os serviços de camada de aplicativo para o Azure DevOps ou que esteja configurado com o Servidor Proxy do Azure DevOps, abra uma janela do Prompt de Comando e altere os diretórios para Drive:\%programfiles%\Azure DevOps Server 2019\Application Tier\Web Services\_tfs_data.

2. Exclua tudo no diretório _tfs_data.

3. Repita essas etapas para cada servidor de camada de aplicativo e cada servidor que esteja executando o Servidor Proxy de DevOps do Azure em sua implantação.

Etapa 7: Reiniciar os serviços

Depois de restaurar os dados, você deve reiniciar os serviços para retornar o servidor a um estado operacional.

Reiniciar serviços

1. No servidor que está executando os serviços de camada de aplicativo para o Azure DevOps, abra uma janela do Prompt de Comando e altere os diretórios para Drive:\%programfiles%\Azure DevOps Server 2019\Tools.

2. Digite o seguinte comando:

   TFSServiceControl unquiesce

Para obter mais informações, consulte Comando TFSServiceControl.

Etapa 8: Atualizar os caches nos computadores clientes

Atualizar o cache para monitorizar itens de trabalho em computadores dos clientes

1. No novo servidor, abra o Internet Explorer.

2. Na barra de endereços, digite o seguinte endereço para se conectar ao serviço Web ClientService :

   http://PublicURL/VirtualDirectory:8080/WorkItemTracking/v3.0/ClientService.asmx

   Observação

   Mesmo que tenha sessão iniciada com credenciais administrativas, poderá ter de iniciar o Internet Explorer como administrador e poderá ser-lhe pedido que forneça as suas credenciais.

3. Selecione StampWorkitemCache e, em seguida, selecione Invoke. O método StampWorkitemCache não retorna dados.

Atualizar o cache de controle de versão em computadores cliente

1. No computador cliente, abra uma janela de Prompt de Comando com permissões administrativas e altere os diretórios para Drive:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\IDE.

2. No prompt de comando, digite o seguinte comando, incluindo a URL da coleção, que inclui o nome do servidor e o número da porta do novo servidor:

   tf workspaces /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName

   No exemplo de implantação, um desenvolvedor precisa atualizar o cache de controle de versão para um projeto que seja membro da coleção DefaultCollection, que está hospedada na implantação FabrikamPrime do Servidor de DevOps do Azure:

   tf workspaces /collection:http://FabrikamPrime:8080/tfs/DefaultCollection

   Para obter mais informações, consulte Comando Espaços de trabalho.

Artigos relacionados

• Referência de permissões e grupos
• Visão geral da arquitetura
• Restaurar os bancos de dados
• Referência rápida de tarefas administrativas
• Restaurar uma implantação em novo hardware