Skip to main content

Prerequisites

Before starting, make sure you have:

Cloudstic Installed

Follow the installation guide if you haven’t already

Storage Location

Choose where to store backups (local disk, S3, B2, or SFTP)
This quick start uses local storage for simplicity. For cloud storage (S3, B2), see the configuration examples at the end.

Your First Backup in 4 Steps

1

Initialize a Repository

Create an encrypted repository to store your backups. Cloudstic will prompt you to set a password:
This creates a local repository at ./backup_store with AES-256-GCM encryption enabled.
Recommended: Add a recovery key during initialization for emergency access:
Write down the 24-word recovery phrase and store it safely!
2

Create Your First Backup

Back up a local directory (e.g., your Documents folder):
Cloudstic will:
  • Scan all files in the directory
  • Chunk and compress each file with zstd
  • Encrypt chunks with AES-256-GCM
  • Upload only new chunks (deduplication)
  • Create an immutable snapshot
Skip development artifacts with exclude patterns:
3

List Your Snapshots

View all backups in your repository:
4

Restore Your Files

Restore the latest snapshot:
By default, this creates restore.zip in the current directory.
Congratulations! You’ve successfully created and restored your first encrypted backup.

Next: Run an Incremental Backup

Cloudstic’s content-addressable storage makes incremental backups automatic. Just run the same backup command again:
Only changed files will be processed, and deduplication will skip chunks that already exist:
Deduplication works across all sources: If you back up the same file from different locations (e.g., a file synced between your local drive and Google Drive), it’s only stored once.

Preview Changes with Dry Run

Before creating a backup, preview what would be uploaded:

Back Up Cloud Drives

Cloudstic works seamlessly with Google Drive and OneDrive using built-in OAuth:

Back up your entire Google Drive

On first run, your browser opens automatically for authorization. The token is cached locally for future backups.
gdrive-changes vs gdrive:
  • gdrive-changes (recommended): Uses the Changes API for fast incremental backups
  • gdrive: Full scan of every file (use only for the first backup or to force a rescan)

Back up a specific folder

Back up a Shared Drive

Use Cloud Storage Backends

Store your backups on cloud storage for durability and accessibility:
For S3-compatible services, specify a custom endpoint:

Simplify with Profiles

Save your backup configuration once and reuse it:
See the Using Profiles guide for the complete walkthrough, including store encryption, cloud auth, and multi-profile automation.

Alternative: Environment Variables

You can also use environment variables instead of profiles:
~/.bashrc or ~/.zshrc
Now commands become much simpler:

Common Operations

See what changed between backups:
Or compare against the latest:
List all files in a snapshot:
Delete a specific snapshot:
Apply retention policies to automatically clean up old backups:
After forgetting snapshots, run prune to delete unreferenced chunks:
Or combine forget and prune in one command:
Check the repository for corruption:
Or non-interactively:

Automation Tips

Cron Job

Schedule daily backups:

Platform Keys

Use hex keys instead of passwords for automation:
Never commit credentials to version control! Use environment variables or secret management tools.

What’s Next?

Using Profiles

Save and reuse backup configurations with profiles, stores, and auth

Encryption Keys

Learn about key slots, recovery keys, and security design

Automation

Schedule automatic backups with cron and systemd

Retention Policies

Manage snapshot lifecycle and reclaim storage space
Need help? Join the discussion at github.com/cloudstic/cli/discussions or report issues at github.com/cloudstic/cli/issues.