Skip to content

docs: make the backup guide and capability page match the binary - #81

Merged
vishr merged 1 commit into
mainfrom
docs/backup-guide-matches-the-binary
Aug 20, 2026
Merged

docs: make the backup guide and capability page match the binary#81
vishr merged 1 commit into
mainfrom
docs/backup-guide-matches-the-binary

Conversation

@vishr

@vishr vishr commented Aug 20, 2026

Copy link
Copy Markdown
Member

The generated reference is current — field pages, error table, CLI page and schema all regenerate with no diff. The hand-written pages had drifted.

Corrected

  • Guide transcripts showed output the binary no longer prints: one schedule line where enablement installs two, and a drill result without the point recovered to or what answered. Both are now copied from a live run.
  • ob backup status and ob backup verify were undocumented — most of what an operator does between enabling and needing a recovery. Status prints the declared window and maximum data loss beside what the repository holds, says plainly when the history does not reach that far back yet, and lists drift in the server's own archiving.
  • Verify's failure output is shown, because a green backup and a gapped WAL stream look identical until a restore.
  • Moving a repository and the base-backup selection a --to recovery performs are new user-visible behaviour and now have sections.
  • The capability page claimed "no drill is run, and no service can currently prove a backup would restore". Untrue since drills became executable. What remains true, and now says so: no unattended drill runs, and no proof age is recorded.

Verified

just ci green. Transcripts captured from a live PostgreSQL service on a clean VM, not written by hand.

🤖 Generated with Claude Code

The generated reference was current — the field pages, error table, CLI
page and schema all regenerate with no diff. The hand-written pages had
drifted from a day of changes.

The guide's transcripts showed output the binary no longer prints: one
schedule line where enablement installs two, and a drill result without the
point it recovered to or what answered. Both are copied from a live run
now.

It also documented neither `ob backup status` nor `ob backup verify`, which
is most of what an operator does between enabling and needing a recovery.
Status now prints the declared window and maximum data loss beside what the
repository actually holds, says plainly when the history does not reach
back that far yet, and lists any drift in the server's own archiving —
none of which was described anywhere. Verify's failure is worth showing,
because a green backup and a gapped WAL stream look identical until a
restore. Moving a repository is new user-visible behaviour and now has a
section, as does the base-backup selection a `--to` recovery performs.

The capability page claimed "no drill is run, and no service can currently
prove a backup would restore". That has not been true since drills became
executable. What is still true — and now says so — is that no *unattended*
drill runs and no proof age is recorded.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@vishr
vishr force-pushed the docs/backup-guide-matches-the-binary branch from 037452b to abdcefe Compare August 20, 2026 18:11
@vishr
vishr merged commit 6cd7985 into main Aug 20, 2026
5 checks passed
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.

1 participant