Skip to main content

Enterprise Server 3.20 está disponível no momento como versão candidata a lançamento.

Noções básicas sobre o serviço de backup

Respostas a perguntas comuns sobre como usar o serviço de backup com o GitHub Enterprise Server.

Fazer backup ou restaurar afeta o desempenho?

Sim, mas minimamente – especialmente para cargas de trabalho de produção.

  • Durante o backup e a restauração, os trabalhos de manutenção e armazenamento em segundo plano do Git são pausados para os estágios afetados (por exemplo, repositórios, armazenamento). Isso pode resultar em um acúmulo temporário visível nas métricas da instância.
  • Para repositórios atualizados com frequência, o desempenho poderá diminuir se os trabalhos de manutenção forem atrasados por longos períodos.
  • As operações de backup são executadas com baixa prioridade de CPU e E/S para minimizar o impacto para o usuário. Você ainda pode observar picos de curto prazo no uso de recursos.

É recomendável deixar a lista de pendências de manutenção totalmente vazia antes de iniciar outro backup.

Como os backups do MS SQL Server são tratados?

Se o GitHub Actions estiver habilitado, o serviço faz backup do banco de dados MS SQL Server usando uma cadência escalonada:

  •         **Backup completo (F)**: Cópia de segurança total.
    
  •         **Backup diferencial (D)**: alterações desde o último backup completo.
    
  •           **Backup de log de transações (T)**: alterações refinadas desde o último backup completo ou diferencial.
    

O momento do backup é controlado pela configuração MSSQL Backup Cadence no Console de Gerenciamento. Ao longo do tempo, o instantâneo inclui:

  • 1 backup completo

  • 0 ou mais backups diferenciais

  • 1 ou mais backups de log de transações

            **Exemplo de linha do tempo de backup**
    
M---8:00--16:00---T---8:00--16:00---W... (timeline)

F-----------------F-----------------F... (full backup)
#-----D-----D-----#-----D-----D-----#... (differential backup)
T--T--T--T--T--T--T--T--T--T--T--T--T... (transaction log backup)

Para otimizar o espaço, os links rígidos apontam para backups criados anteriormente. Somente novos arquivos de backup são transferidos durante cada execução. Cada novo instantâneo completo ou diferencial se torna a referência para futuros logs de transações.

Durante a restauração, os backups são reproduzidos na ordem: backups completos, diferenciais e logs de transações.

O que são dados de parâmetro de comparação?

Cada instantâneo inclui um log de benchmark no diretório benchmarks/. Esse log mostra quanto tempo cada etapa de backup demorou e pode ajudar a identificar gargalos de desempenho.

ghe-backup-settings took 2s
ghe-export-authorized-keys took 0s
ghe-export-ssh-host-keys took 0s
ghe-backup-mysql-binary took 9s
ghe-backup-mysql took 9s
ghe-backup-minio took 0s
ghe-backup-redis took 1s
ghe-backup-es-audit-log took 1s
ghe-backup-repositories - Generating routes took 3s
ghe-backup-repositories - Fetching routes took 0s
ghe-backup-repositories - Processing routes took 0s
ghe-backup-pages - hostname took 1s
ghe-backup-pages took 1s
ghe-backup-storage - Generating routes took 2s
ghe-backup-storage - Fetching routes took 0s
ghe-backup-storage - Processing routes took 0s
ghe-backup-git-hooks took 0s
ghe-backup-es-rsync took 2s