GitLab.com database incident
Feb 1, 2017GitLab

Summary
This post details a critical database incident where production data was lost due to accidental deletion during recovery attempts. It outlines the sequence of events, including spam attacks, database lockups, replication lag, and the accidental wiping of a production database. The post also highlights severe problems encountered with backup and replication mechanisms, including non-functional regular backups, failing pg_dump, disabled Azure disk snapshots for DB servers, and fragile replication procedures. Recovery involved restoring from a staging backup and manually copying data. The incident led to a commitment to improve backup and replication strategies.
More from the Database Migration Debugging and Cross-Database Compatibility trail
- Seamlessly migrate from Jira to GitLab with Jira2Lab at scale
- We are upgrading the operating system on our Postgres database clusters
- Decomposing the GitLab backend database, Part 1: Designing and planning
- GitLab database decomposition: Final migration and results
- Decomposing the GitLab backend database, Part 3: Challenges and surprises