Rullst AcademyRullst Academy/Lição
Do aplicativo à publicação com Rullst · Lição 10 / 12

Provar a recuperação sem arriscar o original

“Tenho backup” vira evidência quando você consegue abrir os dados recuperados e explicar o que ficou de fora.

Trilhas de aprendizado30 min

Vamos descobrir juntos

  1. 1

    Confirme os nomes da lição anterior: original missions.db, cópia backup-01.db. Escolha restored-01.db, que ainda não existe. Pare o quadro antes de trocar qual arquivo ele usa.

  2. 2

    Execute restore e verify abaixo. Restore usa o mesmo mecanismo de snapshot validado e recusa qualquer destino existente, inclusive o próprio original. Não restaura sobre o serviço em uso.

  3. 3

    Defina MB_DATABASE=restored-01.db com o comando do seu sistema no README e inicie serve. Confira títulos e prioridades, não apenas a quantidade. A missão criada depois do backup deve estar ausente.

  4. 4

    Pare, volte MB_DATABASE=missions.db e confira que as três missões continuam no original. Não crie uma quarta missão no restaurado para fingir que ela foi recuperada. Registre as diferenças reais.

  5. 5

    Repita restore com o mesmo destino e observe a recusa; depois confirme que os dados anteriores continuam legíveis. O relatório deve dizer também o que o backup não continha e quando a restauração foi ensaiada.

Do raciocínio à execução

O caminho principal acontece no seu computador, com dados fictícios. Podman, Quadlet e Caddy são extensões opcionais; não é preciso comprar domínio nem contratar nuvem. Este laboratório não está pronto para escrita pública.

Leia os passos antes de executar. Os comandos abaixo são uma referência; README.md explica a sintaxe do seu sistema e LAB.md reúne o roteiro. O site não executa estes comandos por você.

cargo run --locked -- restore backup-01.db restored-01.db
cargo run --locked -- verify restored-01.db
Meu registro de evidências

Entregue uma tabela com original, backup e restaurado: nomes fictícios, conteúdo esperado, conteúdo observado e resultado de verify. Explique o intervalo de alterações que não foi recuperado.

Separe previsão, execução e resultado observado. Registre “não executado” quando faltar ambiente. O progresso do site não valida uma implantação real nem confere certificação profissional.

Meus arquivos e GitHub

Links oficiais e próximo passo

✦
SUA MISSÃO

Restaurar em arquivo novo, conferir o conteúdo e demonstrar que o original não mudou.

Agora é a sua vez

Oficina de descobertas

Decida com evidências

O original tem 3 missões; o snapshot tinha 2. A restauração foi feita em arquivo separado.
Monte suas respostas e confira quando estiver pronto.
Uma pausa para entender

Por que restaurar primeiro em outro arquivo?

Preciso de uma pista

Uma recuperação isolada permite comparar estados. A ausência da terceira missão é esperada: ela foi criada depois do snapshot.

Carregando sua jornada…

Leve com você

Entregue uma tabela com original, backup e restaurado: nomes fictícios, conteúdo esperado, conteúdo observado e resultado de verify. Explique o intervalo de alterações que não foi recuperado.

No seu ritmo

Meus arquivos e GitHub

Toda lição pode virar um registro seu: código, anotações ou um plano de prática. Guardar um arquivo no GitHub é opcional e não altera seu XP.

Manual do aluno

O editor e os downloads abrem quando esta lição estiver liberada para sua conta. Confira o acesso abaixo ou volte ao mapa da trilha.

Conferindo seu acesso à lição…

Rullstpetbot

A IA pode errar. Confira no material da lição.