Skip to content

Backup and Data Health

Marcelo Trindade edited this page Aug 29, 2026 · 1 revision

Backup e saúde dos dados

As ferramentas de proteção do acervo ficam em Tools.

Check data health

Executa verificações read-only no banco ativo.

O relatório cobre:

  • integridade SQLite;
  • foreign keys;
  • objetos de schema;
  • sequência de migrations;
  • consistência entre modo e metadata específica.

O health check não repara, não migra e não altera QSOs.

Create backup

O backup é um snapshot SQLite consistente.

Fluxo:

  1. selecione um destino;
  2. o destino deve ser um nome novo;
  3. a aplicação cria um snapshot temporário;
  4. valida integridade e compatibilidade;
  5. aplica permissões privadas no Unix;
  6. sincroniza o arquivo;
  7. publica o resultado final.

Arquivos existentes não são sobrescritos.

Verify existing backup

Abre um SQLite selecionado em modo read-only e informa se ele é:

  • saudável e atual;
  • saudável, mas de schema antigo suportado;
  • de schema futuro incompatível;
  • incompleto;
  • corrompido;
  • inválido;
  • ilegível.

A verificação não restaura e não modifica o backup.

Por que SQLite é o backup recomendado

O backup nativo preserva o estado do banco do aplicativo de forma integral.

ADIF é excelente para intercâmbio, mas não deve ser tratado como substituto absoluto do snapshot SQLite.

Frequência de backup

O aplicativo não impõe calendário. Para um logbook importante, uma estratégia simples é:

  • backup antes de atualização;
  • backup depois de uma grande importação;
  • backup periódico para armazenamento separado;
  • verificação ocasional dos backups importantes.

Se o health check reportar problema

Pare de editar o acervo, preserve o banco e sidecars -wal/-shm, verifique seus backups e siga Recuperação de dados.

Veja também

Clone this wiki locally