GitLab backup and disaster recovery

Specific backup, restore and Geo procedures for self-managed GitLab beyond the basic backup task: secrets, large instances, object storage and failover.

Backing up GitLab secrets and configuration

Why gitlab-secrets.json and gitlab.rb need their own backup, what breaks when the secrets file is lost after a restore, and keeping SSH host keys and TLS material for full rebuilds.

GitLab incremental repository backups

Cutting backup windows with incremental repository backups: how increments chain to a previous backup ID, what stays full, and why deleting increments breaks restores.

Backup strategy for large GitLab instances

What to do when the database passes 100 GB or Git data passes 400 GB: snapshots with read-only mode, Geo, file system transfers and splitting repository backups across storages.

Backing up GitLab data in object storage

Covering artifacts, LFS, uploads and registry blobs that the GitLab backup command skips when they live in S3, GCS or Azure, using provider versioning and replication instead.

GitLab Geo planned failover

Running a planned switchover to a Geo secondary: maintenance mode, letting replication catch up, promotion commands for single and multi-node sites and re-adding the old primary.

GitLab Geo with a unified URL

Serving all Geo sites behind one GitLab hostname with location-aware DNS such as Route 53 or Cloud DNS, and the certificate handling the shared domain requires.

Talk to our team.

Tell us what you're working on, whether it's a deployment, an audit, a security test or a cyber range. You'll speak with an engineer who can help you scope it.

  • 30-minute call: free, with no obligation.
  • NDA on request: we can sign before you share details.
  • Clear next steps: a scope and plan after the call.