Skip to content

Storage Destinations

DBackup supports multiple storage backends for your backups.

Supported Destinations

Local & Network

DestinationTypeBest For
Local FilesystemFileQuick setup, on-premise
SFTPRemoteExisting Linux/Unix servers
FTP / FTPSRemoteLegacy infrastructure, shared hosting
SMB / SambaNetworkWindows shares, NAS devices
WebDAVNetworkNextcloud, ownCloud, NAS
Rsync (SSH)RemoteEfficient delta transfers

S3-Compatible

DestinationBest For
Amazon S3AWS infrastructure, high durability
S3 CompatibleMinIO, DigitalOcean, Backblaze
Cloudflare R2Zero egress fees
Hetzner Object StorageEU data residency, GDPR

Cloud Drives

DestinationFree TierAuth
Google Drive15 GBOAuth 2.0
Dropbox2 GBOAuth 2.0
Microsoft OneDrive5 GBOAuth 2.0

Destination or Directory Source

The same storage backends serve two different purposes, and each configured adapter is set to exactly one of them:

RoleWhat it doesPath it uses
Backup DestinationReceives backupsThe configured path, with one folder per job written into it (plus a folder per chain for incremental jobs)
Directory SourceProvides files to back upFolders below the configured path, picked per job

They are mutually exclusive on purpose. A destination owns its path and creates folders there, while a source reads from that same path - and a source set to "Back up everything" reads the path itself. One adapter doing both would mean a job backing up its own previous archives, growing without limit.

Both live on the Connections page, on the Backup Destinations and Directory Sources tabs.

Same server for both

Pick Create as Directory Source on a destination's row (or the reverse on a source) to copy it into the opposite role, credentials and all - then adjust the path. Two adapters for one server is intentional: they point at different paths and are monitored separately.

Adding a Destination

  1. Navigate to ConnectionsBackup DestinationsAdd New
  2. Select the storage type
  3. Fill in configuration details
  4. Leave Role on Backup Destination
  5. Click Test ConnectionSave

Storage Structure

Backups are organized by job name with sidecar metadata files:

/your-prefix/
└── job-name/
    ├── backup_2024-01-15T12-00-00.sql.gz.enc
    └── backup_2024-01-15T12-00-00.sql.gz.enc.meta.json

The .meta.json file stores compression, encryption metadata (IV, auth tag, profile ID), database version, and timestamp.

Retention Policies

Destinations work with retention policies to automatically clean up old backups:

  • Simple: Keep last N backups
  • Smart (GFS): Grandfather-Father-Son rotation

See Retention Policies for details.

Next Steps

Choose your storage destination:

Released under the GNU General Public License. | Privacy · Legal Notice