Publicamos atualizações frequentes em nossa documentação, e a tradução desta página ainda pode estar em andamento. Para obter as informações mais recentes, acesse a documentação em inglês. Se houver problemas com a tradução desta página, entre em contato conosco.
Português do Brasil
Nenhum resultado encontrado.

Explorar por produto

Enterprise administrators
  • Get started
  • Account and profile
  • Authentication
  • Repositories
  • GitHub
  • Enterprise administrators
  • Billing and payments
  • Organizations
  • Code security
  • GitHub Issues
  • GitHub Actions
  • GitHub Codespaces
  • GitHub Packages
  • Search on GitHub
  • Developers
  • REST API
  • GraphQL API
  • GitHub CLI
  • GitHub Discussions
  • GitHub Sponsors
  • Building communities
  • GitHub Pages
  • Education
  • GitHub Desktop
  • Atom
  • Electron
  • CodeQL
  • npm
    • Português do Brasil
  • English
  • 简体中文 (Simplified Chinese)
  • 日本語 (Japanese)
  • Español (Spanish)
  • Português do Brasil (Portuguese)

    • Esta versão do GitHub Enterprise foi descontinuada em 2021-09-23. Nenhum lançamento de patch será feito, mesmo para questões críticas de segurança. Para obter melhor desempenho, melhorar a segurança e novos recursos, upgrade to the latest version of GitHub Enterprise. Para ajuda com a atualização, contact GitHub Enterprise support.

    Versão do artigo

    Recuperar configuração de alta disponibilidade

    Após o failover para um appliance do GitHub Enterprise Server, você deve recuperar a redundância o quanto antes, em vez de usar somente um appliance.

    Você pode usar o appliance primário anterior como novo appliance de réplica em caso de failover planejado ou não relacionado à integridade do appliance. Se o failover estiver relacionado a um problema no appliance primário, talvez você prefira criar outro appliance de réplica. Para obter mais informações, consulte "Criar réplica de alta disponibilidade".

    Configurar appliance primário anterior como nova réplica

    1. Conecte-se ao endereço IP do appliance primário anterior usando SSH.

      $ ssh -p 122 admin@FORMER PRIMARY IP

    2. No appliance primário anterior, execute ghe-repl-setup com o endereço IP da réplica anterior.

      $ ghe-repl-setup FORMER REPLICA IP

    3. Para adicionar a chave pública à lista de chaves autorizadas no appliance primário, navegue para o https://PRIMARY-HOSTNAME/setup/settings e adicione a chave que você copiou da réplica à lista.

    4. Para verificar a conexão com o novo primário e habilitar o modo de réplica para a nova réplica, execute ghe-repl-setup novamente.

      $ ghe-repl-setup FORMER REPLICA IP

    5. Para iniciar a replicação dos datastores, use o comando ghe-repl-start.

      $ ghe-repl-start

      Aviso: ghe-repl-start causa uma breve interrupção no servidor principal, durante o qual os usuários podem ver erros internos do servidor. Para fornecer uma mensagem mais amigável, execute ghe-maintenance -s no nó principal antes de executar ghe-repl-start no nó de réplica para colocar o appliance no modo de manutenção. Uma vez iniciada a réplica, desabilite o modo de manutenção com ghe-maintenance -u. Git replication will not progress while the primary node is in maintenance mode.