blog · upgrade
O backup de Moodle que ninguém testou (até precisar dele)
Resposta curta
Migração de Moodle que perde dados quase nunca é azar — é processo. E o processo quebra quase sempre no mesmo ponto: um backup que existe, mas nunca foi testado num restore real.
Os três buracos clássicos: backup nunca restaurado, o moodledata esquecido fora do backup, e restaurar entre versões diferentes do Moodle.
Dá para migrar sem perder um único arquivo — com staging, restore de teste e garantia de integridade. A gente faz por você.
O que você vai ler
1. O backup é uma promessa — não uma garantia
Todo mundo tem backup. Até o dia em que precisa restaurá-lo e descobre que ele estava corrompido, incompleto, ou que faltava justo a parte que importava. Um backup que nunca foi restaurado é uma promessa não verificada — e promessa não recupera dado de aluno.
Não é história de terror inventada: há casos documentados de perda permanente de mais de mil arquivos após uma migração em que, simplesmente, não havia backup real dos arquivos do ambiente. O banco foi copiado; o moodledata, não. E quando alguém foi procurar, já era tarde.
Backup sem restore testado é falsa sensação de segurança. A única prova de que um backup funciona é ter restaurado ele — de preferência antes de precisar.
2. Os três buracos por onde o dado escapa
Quando uma migração de Moodle perde dados, quase sempre foi por um destes três — e nenhum deles é culpa do Moodle:
O padrão se repete: o dado não some "do nada". Some numa brecha de processo que ninguém enxergou porque, na tela, tudo parecia ter dado certo até o momento em que não deu.
3. O que "garantia de integridade" realmente significa
"Fazemos backup" não é garantia. Garantia de integridade é outra coisa: é a responsabilidade, por escrito, de que notas, progresso, envios e arquivos chegam do outro lado exatamente como saíram — e um plano de rollback pronto caso algo fuja do previsto.
Isso não se promete no discurso; se constrói no processo. Migração do ambiente inteiro na mesma versão, restore de teste num staging isolado antes de tocar a produção, validação com dados reais, e só então — em passo separado e combinado — qualquer upgrade de versão.
Não arrisque os dados dos seus alunos
Migração e backup de Moodle são trabalho técnico de precisão — e a gente faz por você, com garantia contratual de integridade. Migramos o ambiente inteiro, testamos o restore num staging antes de tocar a produção, e só entregamos quando você valida que está tudo lá. Você não precisa torcer para o backup funcionar; nós comprovamos que funciona.
4. Como a gente migra por você
Começa por onde a maioria pula: testar o que já existe. Antes de mover qualquer coisa, verificamos se o backup atual realmente restaura — e o que está faltando nele. A partir daí, montamos a migração como um processo com sign-off em cada etapa, para que nada avance sem a sua confirmação por escrito.
O ambiente vai para um staging idêntico, é validado com os dados reais, e só depois entra em produção — com plano de rollback no bolso. Se houver upgrade de versão, ele vem depois, em passo próprio, nunca embolado com a migração. É essa separação, chata e disciplinada, que faz a diferença entre uma migração tranquila e uma manchete de dados perdidos.
Vai migrar de servidor ou de versão? Comece pelo diagnóstico de upgrade — dois minutos — e veja o tamanho real do seu cenário antes de mover qualquer coisa. Mais sobre o método no nosso guia de upgrade de Moodle.