serviço · upgrade moodle
Upgrade Moodle 3.x → 5.2 com garantia
Upgrade para a versão LTS atual seguindo o caminho oficial Moodle, sem perder notas, progresso, certificados ou conteúdo H5P. Garantia contratual de integridade, suporte pós go-live e staging clone obrigatório antes de tocar a produção.
para quem é
Para quem é
Você tem Moodle legado parado em alguma das situações abaixo, e adiar virou o problema:
Moodle 3.9 ou 4.x antigo
EOL desde 2023. Sem patches de segurança, plugins descontinuados, PHP 7.x deprecated em produção.
Conteúdo H5P legado
Módulo H5P legado descontinuado pela comunidade Moodle. Versões atuais usam o novo módulo padrão de H5P. Migração preserva o progresso dos alunos.
LGPD / GDPR / CNPD
Auditoria interna ou de cliente exigiu plataforma com suporte ativo do vendor e patches de segurança correntes.
escopo
O que entregamos
Não é "atualizar Moodle". É um processo técnico seguindo o caminho oficial (docs.moodle.org/dev/Releases) com pontos de validação em cada etapa.
- Análise prévia (auditoria pré-upgrade) — mapeamento de plugins, customizações, integrações, volume de dados e riscos antes de gerar o orçamento.
- Staging clone idêntico à produção — todo upgrade roda primeiro em ambiente staging com cópia 1:1 do banco e dataroot.
- Caminho de upgrade segundo política oficial Moodle — não pulamos versões. Cada etapa valida integridade do banco antes de prosseguir.
- Migração de conteúdo H5P legado — preserva progresso e notas dos alunos no novo módulo padrão.
- Atualização de stack do servidor — PHP, banco de dados e cache alinhados aos requisitos oficiais Moodle (docs.moodle.org).
- Tema revisado e adaptado — premium pago ou gratuito. Mantemos a identidade visual da marca, sem mover o core.
- Teste de carga e validação — usuários de teste, login, acesso a cursos, lançamento de notas, geração de certificados.
- Go-live programado — janela de manutenção comunicada, rollback plan documentado, on-call durante a virada.
- 30 dias de suporte pós go-live — qualquer problema decorrente do upgrade é resolvido sem custo adicional.
metodologia
Como trabalhamos
Processo de seis etapas, cada uma com sign-off antes da próxima. Sem surpresas.
Auditoria pré-upgrade
Análise técnica do ambiente atual: versão, PHP, plugins, customizações, integrações, banco e dataroot, uso de H5P. Saída: relatório com riscos e plano.
Clone idêntico
Clone em ambiente isolado. Validação de credenciais, conexão, performance baseline. Nenhuma alteração toca produção nesta fase.
Migração de versão
Caminho de upgrade segundo política oficial Moodle (docs.moodle.org/dev/Releases). Em cada etapa: validação de integridade, teste de plugins, snapshot.
Validação com cliente
Você recebe acesso ao staging com Moodle 5.2 e dados reais. Valida cursos críticos, fluxos, certificados, integrações. Sign-off escrito antes de produção.
Virada programada
Janela de manutenção comunicada com 7 dias. Backup final, upgrade da produção replicando staging, on-call durante a virada. Rollback plan pronto.
30 dias pós go-live
Qualquer comportamento decorrente do upgrade é tratado sem custo adicional. Após 30 dias, suporte continuado via contrato mensal opcional.
padrões que atendemos
Tipologias de Moodle legado que vemos
Em quase 10 anos atendendo upgrades, identificamos quatro arquétipos recorrentes. Provavelmente seu cenário cai em um (ou mistura dois) deles.
Escola ou instituto com várias filiais
Matriz + N subdomínios regionais, todos no mesmo Moodle 3.x. Cron parado, plugins de relatórios descontinuados, multi-tenant sem isolamento entre tenants. Cada filial tem seu admin local mas ninguém atualiza.
Empresa com biblioteca H5P presa em 4.x
Departamento de T&D investiu em conteúdos interativos H5P legados. Centenas de atividades com progresso real de centenas/milhares de colaboradores. Não podem perder dados. Não tinham plano para a deprecação do módulo H5P antigo (segundo a documentação oficial Moodle).
Município, universidade pública ou órgão
Infraestrutura própria, restrições de licitação, integração SSO obrigatória (LDAP / SAML / Gov.br), compliance LGPD pesada, equipe interna de TI envolvida no projeto. Janela de manutenção restrita a horário não letivo.
Escola com branding pesado no tema
Investiram em identidade visual num tema premium pago ou customizaram um gratuito. O tema antigo não é compatível com versões atuais do Moodle out-of-the-box. Adaptamos preservando a identidade da marca, sem mover o core.
Há também tipologias mistas e híbridas — eventos pontuais com Moodle descartável, plataformas multinacionais com replicação geográfica, integrações com ERPs proprietários. Se seu cenário não cabe em nenhuma das quatro acima, a auditoria pré-upgrade é o lugar para detectar isso.
investimento
O que define o orçamento
Não trabalhamos com tabela fixa. Cada Moodle legado é um cenário diferente. O orçamento sai depois da auditoria prévia, com base nestas variáveis:
A auditoria pré-upgrade é a peça que transforma essas variáveis em um orçamento e prazo fechados, com escopo e cláusulas contratuais. Referência técnica para versões e requisitos: docs.moodle.org/dev/Releases.
faq
Perguntas frequentes
Por que o upgrade precisa seguir o caminho oficial e não pode ser direto?
O Moodle não suporta upgrades que saltam mais de uma versão LTS — é política oficial documentada pela Moodle HQ. O caminho válido é definido pela documentação oficial Moodle (docs.moodle.org/dev/Releases). Em cada etapa validamos integridade do banco, plugins e tema antes de avançar.
Quanto tempo leva um upgrade Moodle?
Cada projeto tem prazo fechado depois da auditoria técnica inicial — não trabalhamos com estimativa cega. A auditoria revela volume de dados, plugins críticos e riscos específicos do seu ambiente. Sobre essa base entregamos cronograma e cláusula contratual antes de qualquer compromisso.
O upgrade preserva os dados, notas e atividades dos alunos?
Garantia contratual de integridade — notas, attempts, progresso e conteúdo dos alunos. Exceções (plugins descontinuados sem equivalente na versão alvo, conforme documentação oficial Moodle) são identificadas na auditoria, com plano alternativo documentado antes do projeto começar. Afirmar "100%" é mentir — preferimos transparência contratual.
Preciso atualizar o PHP antes do upgrade?
Os requisitos de PHP, banco de dados e stack do servidor são definidos pela política oficial Moodle (docs.moodle.org/dev/Releases). Se houver gap entre seu stack atual e o exigido pela versão alvo, isso é identificado na auditoria prévia e compõe o escopo do projeto — sem surpresa no meio do caminho.
O que acontece com plugins customizados ou desenvolvidos in-house?
Cada plugin é avaliado individualmente na auditoria pré-upgrade. Plugins compatíveis: validados. Descontinuados: identificados, com substituto proposto. Críticos sem substituto: avaliamos fork ou desenvolvimento de equivalente — isso entra como item separado do orçamento, com tudo documentado antes do projeto começar.
E se algo der errado no go-live?
Antes do go-live mantemos: backup completo do banco e dataroot da produção, staging idêntico funcionando como fallback, rollback plan documentado e on-call durante a janela. Em mais de 6 anos de operação e nenhuma migração revertida no histórico.
Não tem certeza se o upgrade é seu caso?
Faça o diagnóstico técnico de upgrade em 2 minutos. 9 perguntas sobre versão, PHP, cron, plugins e tema. Score 0-100 + plano de ação adaptado ao seu grau de risco.
Fazer diagnóstico de upgradePronto para sair do Moodle legado?
Reserve 30 minutos com Alejandro para uma auditoria preliminar gratuita do seu ambiente.
Reservar auditoria de 30 minOu direto por email: ceo@programamoodle.com