Skip to content

SimpleBackups

SimpleBackups schedules backups of selected databases, files or storage and can put copies in storage you choose.

Visit SimpleBackups

Which moment can you recover from a PostgreSQL backup?

The documented PostgreSQL job creates a dump, a file with the selected database’s contents at backup time. Its schedule controls when new copies are made. Its retention settings control which copies remain available. A dump from last night cannot supply changes made this morning.

Choose a connection method and give the backup account read access to the data you mean to include. Confirm the backup log and the file destination. A failed or partial copy does not become a usable recovery point just because it was scheduled.

Where should you inspect a backup before relying on it?

Download the intended PostgreSQL backup file and restore it into a new disposable database. A plain SQL file and a PostgreSQL archive use different restore tools. Check the format and the destination before running either.

Look for the expected records and check ownership or access if the app depends on it. Save uploaded files and external sign-in configuration separately. If you encrypt your backup, keep its recovery key independently.

What changes the cost of running those backups?

The plan counts configured backup jobs, not each run. Basic lists one job, daily backups and 1 GB of included SimpleStorage. Check database size and transfer limits too. Your own storage provider can still charge for space or transfer.

A Storage Sync job has a different recovery boundary from a retained database dump. Its dashboard restore uses the latest successful replica and replaces files with matching paths. Restore to an empty path when you need to inspect the copy.

Can you plan a restore without connecting your database?

Draw a fictional database, one retained dump and a separate empty test destination. Use no connection, download link or real data.

  1. Pick a known copy
    Give the dump a date and mark which fictional records should be present. Mark changes made after the backup separately.
  2. Check the destination
    Write which new database would receive the restore and what independent app or file services it would use. If any connection still points to production, keep the exercise on paper.
  3. Check what comes back
    List two sample records, one permission and an uploaded file. Identify which checks depend on the dump and which need a separate recovery path.