<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Notes from the desk of the operator on bkpdb</title>
    <link>https://bkpdb.com/blog/</link>
    <description>Recent content in Notes from the desk of the operator on bkpdb</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Tue, 12 May 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://bkpdb.com/blog/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>What&#39;s actually inside your Postgres data directory</title>
      <link>https://bkpdb.com/blog/inside-pgdata/</link>
      <pubDate>Tue, 12 May 2026 00:00:00 +0000</pubDate>
      <guid>https://bkpdb.com/blog/inside-pgdata/</guid>
      <description>&lt;p&gt;When you install Postgres, run &lt;code&gt;initdb&lt;/code&gt;, and start it up, all of your data lives inside one directory. The Postgres documentation calls it &amp;ldquo;the data directory.&amp;rdquo; The environment variable points at it: &lt;code&gt;PGDATA&lt;/code&gt;. On Debian it&amp;rsquo;s at &lt;code&gt;/var/lib/postgresql/16/main&lt;/code&gt;. On macOS via Homebrew it&amp;rsquo;s &lt;code&gt;/opt/homebrew/var/postgresql@16&lt;/code&gt;. Inside a Docker image it&amp;rsquo;s wherever the volume is mounted. Wherever you find it, the contents look about the same: a couple of dozen short, cryptic directory names, a handful of config files, and a little file called &lt;code&gt;PG_VERSION&lt;/code&gt; that&amp;rsquo;s there to keep you honest.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Why we restore every backup, every week</title>
      <link>https://bkpdb.com/blog/why-we-restore-every-backup/</link>
      <pubDate>Wed, 22 Apr 2026 00:00:00 +0000</pubDate>
      <guid>https://bkpdb.com/blog/why-we-restore-every-backup/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;em&gt;Editor’s note.&lt;/em&gt; Verified restores are a roadmap feature, not a shipped one. The agent and storage pipeline exist; the scheduled verifier on the control plane does not yet. This essay is the working principle that shapes how we are building it.&lt;/p&gt;&lt;/blockquote&gt;&#xA;&lt;p&gt;For the first six months of bkpdb’s development, we had a perfectly respectable backup pipeline that nobody had ever asked to give anything back. Files appeared in a bucket on schedule. The control plane recorded their sizes and their checksums. The dashboard showed a calm row of green ticks. By every measure we had bothered to define, the product worked.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
