Overview
Dokploy provides comprehensive backup capabilities for databases, volumes, and complete application stacks. Automate backups to external storage destinations and ensure business continuity with proven disaster recovery strategies.Automated Backups
Multiple Destinations
Easy Restore
Backup Types
Dokploy supports different backup strategies:- Database Backups
- Volume Backups
- Full Stack Backups
- PostgreSQL:
pg_dump - MySQL/MariaDB:
mysqldump - MongoDB:
mongodump - Redis:
BGSAVEand RDB snapshots
Configuring Database Backups
Via Dashboard
Navigate to Database
Open Backup Settings
Configure Schedule
Test Backup
Via API
Backup Destinations
S3-Compatible Storage
Supports AWS S3, MinIO, DigitalOcean Spaces, Backblaze B2, and more:Add Destination
Test Connection
Provider Examples
AWS S3
AWS S3
DigitalOcean Spaces
DigitalOcean Spaces
MinIO (Self-Hosted)
MinIO (Self-Hosted)
Local Storage
Store backups on the Dokploy server:Remote Server (SFTP)
Backup to a remote server via SFTP:Database-Specific Backup Methods
PostgreSQL
Restore PostgreSQL
Restore PostgreSQL
MySQL/MariaDB
Restore MySQL/MariaDB
Restore MySQL/MariaDB
MongoDB
Restore MongoDB
Restore MongoDB
Redis
Restore Redis
Restore Redis
Volume Backups
Backup Docker Volumes
Via Dokploy API
Backup Retention Policies
Configure how long backups are kept:- Time-Based
- Count-Based
- Grandfather-Father-Son
Restoring from Backups
Database Restore
Access Backup
Stop Application
Restore Data
Verify
Resume
Via Dokploy Dashboard
- Navigate to Database → Backups
- Find the backup to restore
- Click Restore
- Confirm the action
- Monitor restoration progress
Disaster Recovery
Complete System Recovery
Reinstall Dokploy
Restore Configuration
Restore Databases
Restore Volumes
Deploy Applications
Update DNS
Recovery Time Objective (RTO)
Plan for acceptable downtime:- Critical systems: < 1 hour
- Production systems: < 4 hours
- Development systems: < 24 hours
Recovery Point Objective (RPO)
Acceptable data loss:- Financial data: < 1 hour (hourly backups)
- User data: < 24 hours (daily backups)
- Logs/metrics: < 1 week (weekly backups)
Backup Best Practices
Follow the 3-2-1 Rule
Follow the 3-2-1 Rule
- 3 copies of your data
- 2 different storage types (e.g., local + cloud)
- 1 off-site backup
Test Backups Regularly
Test Backups Regularly
- Schedule quarterly restore tests
- Verify backup integrity
- Document restore procedures
- Time the restore process
Encrypt Sensitive Backups
Encrypt Sensitive Backups
Monitor Backup Jobs
Monitor Backup Jobs
- Set up alerts for failed backups
- Review backup logs weekly
- Track backup size growth
- Monitor storage costs
Document Everything
Document Everything
- Backup schedules
- Storage credentials
- Restore procedures
- Contact information
- RTO/RPO targets
Monitoring Backups
Track backup health:- Last backup time
- Backup size
- Success/failure status
- Next scheduled backup
- Storage destination
Troubleshooting
Backup fails with 'permission denied'
Backup fails with 'permission denied'
- Verify storage credentials
- Check S3 bucket permissions
- Ensure IAM policy allows PutObject
- Test credentials manually with AWS CLI
Backup takes too long
Backup takes too long
- Consider incremental backups
- Compress before upload
- Use faster storage destination
- Schedule during low-traffic hours
- Check database size and optimize
Out of storage space
Out of storage space
- Adjust retention policies
- Enable compression
- Archive old backups to cheaper storage
- Review backup frequency
Restore fails
Restore fails
- Verify backup file integrity
- Check database version compatibility
- Ensure sufficient disk space
- Review restore logs for errors