Skip to content

Replace unsafe hot-copy advice with sqlite3 online backup - #70

Merged
Yanujz merged 1 commit into
mainfrom
issue-66-backup-docs
Sep 20, 2026
Merged

Yanujz merged 1 commit into
mainfrom
issue-66-backup-docs

Conversation

@Yanujz

@Yanujz Yanujz commented Sep 20, 2026

Copy link
Copy Markdown
Collaborator

What changes for operators?

Docs only: the production checklist no longer claims hot file copies are safe (they can tear mid-commit under rollback-journal mode). It now shows the online .backup command, integrity check on restore, and volume-mount guidance.

Failing-then-passing test

Docs fix — verified the documented procedure end to end locally (.backup + integrity_check → ok, row present). No fenced config blocks touched, so the README-validate gate is unaffected.

Checklist

  • Procedure executed locally green
  • gofmt -l . clean (no Go changes)
  • OpenAPI updated if API surface changed — N/A
  • No fabricated history — N/A
  • No secrets, tokens, or hosts I don't own in the diff

Fixes #66

A plain cp of the live SQLite file can capture a torn write, producing
an unrestorable backup. Document .backup plus integrity_check on
restore instead.

Fixes #66
@Yanujz
Yanujz merged commit 490f964 into main Sep 20, 2026
1 check passed
@Yanujz
Yanujz deleted the issue-66-backup-docs branch September 20, 2026 10:09
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

README hot-backup claim is unsafe for live SQLite

1 participant