Todos os backups automáticos falharam antes da migração

Na semana da migração descobrimos que os cursos não tinham cópias recentes, embora as tarefas automáticas aparecessem programadas, uma situação que tornava arriscado continuar a mudança antes de saber por que todos os arquivos novos haviam deixado de ser criados.

O primeiro cuidado foi preservar o cenário como ele aparecia naquele momento, marcamos o horário exato da lentidão, as páginas envolvidas, os perfis afetados e o que continuava respondendo normalmente, depois reunimos aplicação, banco, tarefas agendadas, cache, armazenamento e integrações no mesmo intervalo, pois olhar apenas para uso médio de processador costuma esconder consultas bloqueadas e filas concentradas.

Quando já sabíamos quem era afetado, reproduzimos a ação com medição em cada etapa e comparamos o comportamento em cursos, contas e volumes diferentes, verificando consultas, quantidade de linhas, chamadas repetidas, bloqueios e trabalho executado em segundo plano, sempre mudando uma variável por vez para não atribuir a melhora ao ajuste errado.

A causa apareceu quando colocamos lado a lado o que funcionava e o que falhava, pois o diretório de destino estava sem espaço e nenhum curso possuía uma cópia recente na semana da mudança de servidor. coincidiu com uma alteração mensurável nos registros e no tempo de resposta, a solução foi validada repetindo o cenário que provocava a falha e acompanhando o período seguinte para confirmar que a fila não estava apenas sendo empurrada para outro horário.

A análise dos relatórios levou ao diretório de destino completamente ocupado, liberamos espaço, revisamos a retenção e executamos novos backups priorizando os cursos da migração, cada arquivo foi conferido antes de seguir para o outro servidor para que a existência do nome na pasta não fosse confundida com uma cópia válida.