Security questionnaire answers for database backups
COPY-READY LANGUAGE · RESTORE EVIDENCE · RTO/RPO WITHOUT HAND-WAVING
Customer security reviews rarely ask whether you have a clever backup script. They ask for plain answers: are backups encrypted, off-site, access-controlled, retained, and tested? This page gives practical wording you can adapt, plus the evidence OffsiteDB generates when it runs your Postgres backup pipeline.
Shortcut: answer with a report, not a paragraph
OffsiteDB’s Restore Drill Report records backup cadence, retention, restore status, row counts, and observed restore time. That is the artifact you attach when the questionnaire asks whether backups are tested.
Common questions and usable answers
Are production databases backed up?
Are backups tested?
Where are backups stored?
How are backups encrypted?
What is your RPO/RTO?
Who can access backup data?
Do you test backups before migrations?
What evidence to keep beside the answer
- Backup policy: schedule, cadence, retention, owner, and covered databases.
- Restore drill result: timestamp, artifact ID, source database, status, duration, table count, row count.
- Failure history: failed jobs, alert timestamps, remediation notes, and next successful run.
- Access proof: read-only database role, private bucket, least-privilege storage key, and key rotation notes.
- Migration checkpoint policy: whether deploys create a restore-tested backup before schema changes.
Where OffsiteDB fits
OffsiteDB does not make you SOC 2 compliant by itself, and it is not a substitute for a real security program. It handles one narrow evidence problem well: proving your Postgres backups exist, live off-site, are encrypted, and restore. The output is deliberately boring — the kind of boring PDF and ledger line that gets a security review unstuck.