PostgreSQL にはいくつかのバックアップ方法があります。論理バックアップ（pg_dump）と物理バックアップ（ベースバックアップ + WAL によるポイントインタイムリカバリ）です。データ損失から守るためには堅実なバックアップとリカバリの戦略が不可欠であり、決定的に重要なのは、バックアップは必ずテストしなければならないということです。
pg_dump -U user -d mydb -F c -f backup.dump
pg_dump -U user -d mydb > backup.sql
pg_dumpall > all.sql
pg_restore -U user -d mydb backup.dump
psql -U user -d mydb -f backup.sql
pg_dump はデータベースの論理バックアップ（SQL またはアーカイブ）を作成します。移植性が高く（異なるバージョンやサーバーへリストア可能）、小規模なデータベース、移行、選択的なバックアップに適しています。ただし、これは特定時点のスナップショットであり（継続的なリカバリはできません）。
For larger/critical databases: a BASE BACKUP (a copy of the data files) + continuous
archiving of the WAL (write-ahead log) → enables POINT-IN-TIME RECOVERY:
✓ Restore the base backup, then REPLAY WAL up to ANY point in time
✓ Recover to JUST BEFORE a disaster (e.g. an accidental DROP TABLE at 2:47pm)
→ Tools: pg_basebackup, WAL archiving, and tools like pgBackRest / Barman automate this.
PITR は強力です。WAL を継続的にアーカイブすることで、最後のバックアップ時点だけでなく任意の時点にリカバリできます。これは災害によるデータ損失を最小限に抑えるために不可欠です。
✓ Regular, AUTOMATED backups (scheduled, not manual/forgotten)
✓ Store backups OFF the database server (and offsite / cloud) — survive hardware failure
✓ Retention policy (keep daily/weekly/monthly as needed)
✓ Combine: periodic base backups + continuous WAL for PITR (critical data)
✓ Backups from a REPLICA to avoid loading the primary
⚠️ A backup you've never restored is NOT a reliable backup.
UNTESTED backups fail when you need them most (corrupt, incomplete, wrong process).
→ Regularly TEST restores to verify they actually work and you know the procedure.
バックアップとリカバリは PostgreSQL を責任を持って運用するうえで極めて重要な知識です。データ損失（ハードウェア障害、破損、誤った削除、災害による）から守ることは、あらゆる本番データベースにおいて最も重要な責務の 1 つであり、バックアップ戦略を理解することは不可欠なシニアレベルの知識です。
手法を理解することは必須です。pg_dump（論理バックアップ。移植性のある SQL/アーカイブのダンプで、小規模なデータベース、移行、選択的/バージョンをまたぐバックアップに適しているが、特定時点のスナップショットのみ）と、ポイントインタイムリカバリ（PITR）を伴う物理バックアップ（ベースバックアップ + 継続的な WAL アーカイブにより、任意の時点へのリカバリを可能にする。これは、誤った DROP TABLE の直前にリカバリするなど、データ損失を最小限に抑えるうえで強力であり、重要なデータには不可欠）の両方です。
戦略の要点（定期的な自動バックアップ、サーバー外およびオフサイトへの保管、保持ポリシー、重要なデータに対するベースバックアップと WAL を組み合わせた PITR、レプリカからのバックアップ）を知っておくことは重要な運用知識です。
最も決定的に重要なのは、バックアップは必ずテストしなければならないことを理解することです。テストしていないバックアップは信頼できず、必要なときにまさに失敗することがよくあります（破損、不完全なデータ、不慣れなリストア手順）。これは極めて重要でありながら見落とされがちな原則です。リストアを定期的にテストすることこそが、バックアップ戦略を実際に信頼できるものにします。
データ損失は壊滅的になり得（リカバリは機能するバックアップがあって初めて可能です）、適切な戦略（適切なバックアップ手法、損失を最小限にする PITR、オフサイト保管、そして決定的に重要なテスト済みのリストア）こそが組織のデータを守るものであるため、PostgreSQL のバックアップとリカバリを理解することは、責任あるデータベース運用にとって極めて重要なシニアレベルの知識です。これはハイステークスな責務であり、テスト済みの戦略とテストしていない戦略との違いが、災害からの復旧とデータの永久的な喪失との違いになり得るため、本番データベースを運用するすべての人にとって不可欠で頻繁に関わるトピックです。