A restauração de um curso urgente ficava parada por horas

O curso começaria no dia seguinte e a restauração avançava por um longo tempo até parar sempre no mesmo ponto, por isso aumentar o limite e tentar novamente só consumia mais horas sem alterar o comportamento.

Em vez de começar pela correção mais provável, identificamos o curso, a atividade, a versão do material, o dispositivo e a forma de acesso, porque um conteúdo pode funcionar no navegador e falhar no aplicativo, abrir conectado e ficar antigo no modo offline ou depender de um formato que apenas alguns aparelhos conseguem reproduzir.

A partir dos horários e usuários reunidos, repetimos a abertura em condições equivalentes às relatadas, acompanhamos requisições, cache, versão local, tamanho de tela e arquivos entregues, depois comparamos o material recebido com a origem para distinguir falha de publicação, sincronização incompleta, pacote antigo e problema de apresentação.

O detalhe decisivo surgiu ao repetir o caminho completo sem pular nenhuma etapa, pois uma atividade incompatível dentro do arquivo de backup fazia a restauração travar sempre na mesma etapa. apareceu de forma consistente sempre que o mesmo caminho era repetido, a correção foi seguida de um novo download ou carregamento limpo e o conteúdo inteiro foi percorrido até o envio final, evitando considerar resolvido um caso que apenas voltara a mostrar a primeira página.

Abrimos a análise do arquivo e localizamos uma atividade incompatível com o ambiente de destino, preparamos uma cópia sem aquele componente e concluímos a restauração, depois o conteúdo da atividade foi tratado separadamente e o curso inteiro passou por uma conferência antes da abertura aos alunos.