5,022,789 AI resources indexedWorking toward the world’s largest AI resource index.

Restic

Enables secure and efficient data backup and restoration using Restic, supporting multiple storage backends and automated strategies.

Installable skillApache-2.0By terminal-skillsUpdated Nov 1, 2026
INTENDED FOROpenClawInstall in a listed agent.

instructions.md

---
name: restic-f132a56717d6
description: >-
  Back up and restore data with Restic. Use when a user asks to set up backups,
  create encrypted backups, back up to S3 or cloud storage, implement a backup
  strategy, restore files from backup, deduplicate backup storage, schedule
  automated backups, back up databases or servers, or set up offsite backups.
  Covers repository initialization, backup/restore operations, snapshot
  management, pruning, encryption, and multiple storage backends (local, S3,
  SFTP, B2, Azure, GCS).
license: Apache-2.0
compatibility: 'Linux, macOS, Windows'
metadata:
  author: terminal-skills
  version: 1.1.0
  category: devops
  repository: https://github.com/restic/restic
  tags: "restic, backup, encryption, deduplication, s3"
---

# Restic

## Overview

Restic is a fast, secure, and efficient backup program. Every backup is encrypted (AES-256) and deduplicated at the block level, meaning only changed data is stored on subsequent runs. It supports multiple storage backends: local disk, SFTP, S3-compatible storage (AWS, MinIO, Backblaze B2), Azure Blob, Google Cloud Storage, and more. This skill covers repository setup, backup and restore operations, snapshot management, retention policies, and automation.

## Instructions

### Step 1: Installation

```bash
# Ubuntu/Debian
sudo apt install restic

# macOS
brew install restic

# Release binary (any Linux): download the archive and SHA256SUMS, compare, then unpack
curl -sLO https://github.com/restic/restic/releases/download/v0.19.1/restic_0.19.1_linux_amd64.bz2
curl -sLO https://github.com/restic/restic/releases/download/v0.19.1/SHA256SUMS
grep linux_amd64.bz2 SHA256SUMS | sha256sum -c -
bunzip2 restic_0.19.1_linux_amd64.bz2
sudo install -m 0755 restic_0.19.1_linux_amd64 /usr/local/bin/restic

# Verify (0.19.1 was the current release in October 2026)
restic version
```

The distribution package can be several releases behind; a binary installed this way updates itself with `restic self-update`.

### Step 2: Initialize Repository

```bash
# Local repository
restic init --repo /backups/myrepo

# S3 (AWS or S3-compatible like MinIO)
export AWS_ACCESS_KEY_ID=your-key
export AWS_SECRET_ACCESS_KEY=your-secret
restic init --repo s3:s3.us-east-1.amazonaws.com/my-bucket/restic-repo

# MinIO (self-hosted S3)
restic init --repo s3:http://minio.local:9000/backups/restic-repo

# SFTP
restic init --repo sftp:user@backup-server:/data/restic-repo

# Backblaze B2
export B2_ACCOUNT_ID=your-account
export B2_ACCOUNT_KEY=your-key
restic init --repo b2:my-bucket:restic-repo

# restic asks for the repository password on init (twice). For scripts, use
# RESTIC_PASSWORD_FILE (preferred) or RESTIC_PASSWORD_COMMAND; avoid RESTIC_PASSWORD
# in shell history.
restic init --repo /backups/myrepo --password-file /etc/restic/password
```

### Step 3: Create Backups

```bash
# Back up a directory
restic -r /backups/myrepo backup /home/maria/documents

# Back up multiple paths
restic -r /backups/myrepo backup /home/maria/documents /var/www /etc

# Exclude patterns
restic -r /backups/myrepo backup /home/maria \
  --exclude="*.tmp" \
  --exclude=".cache" \
  --exclude="node_modules" \
  --exclude=".git"

# Exclude from file
cat > /etc/restic/excludes.txt << 'EOF'
*.tmp
*.log
.cache
node_modules
__pycache__
.git
EOF
restic -r /backups/myrepo backup /home/maria --exclude-file=/etc/restic/excludes.txt

# Back up with tags (for organization)
restic -r /backups/myrepo backup /var/www --tag web --tag production

# Back up stdin (database dumps); the snapshot contains one file named /db_dump.sql
pg_dump mydb | restic -r /backups/myrepo backup --stdin --stdin-filename db_dump.sql --tag database
mysqldump mydb | restic -r /backups/myrepo backup --stdin --stdin-filename mysql_dump.sql --tag database

# Let restic run the command and fail the backup if the command fails (no snapshot
# is saved from a broken dump); everything after -- is the command
restic -r /backups/myrepo backup --stdin-from-command --stdin-filename db_dump.sql --tag database -- pg_dump mydb
```

### Step 4: List and Browse Snapshots

```bash
# List all snapshots
restic -r /backups/myrepo snapshots

# Filter by tag
restic -r /backups/myrepo snapshots --tag web

# Filter by host
restic -r /backups/myrepo snapshots --host production-server

# Browse files in a snapshot
restic -r /backups/myrepo ls latest --tag web
restic -r /backups/myrepo ls abc123de --path /var/www

# Compare snapshots
restic -r /backups/myrepo diff abc123 def456
```

### Step 5: Restore Data

```bash
# "latest" means the newest snapshot of ANY path, tag or host in the repository. If the
# repository also holds database dumps, plain "latest" may pick the dump instead of your
# files. Narrow it with --tag, --path or --host.

# Restore entire snapshot to a directory
restic -r /backups/myrepo restore latest --tag web --target /restore

# Restore specific path from snapshot
restic -r /backups/myrepo restore latest --tag web --target /restore --include /var/www

# Restore specific file
restic -r /backups/myrepo restore latest --path /etc --target /restore --include /etc/nginx/nginx.conf

# Restore stdin backup (database)
restic -r /backups/myrepo dump latest --tag database db_dump.sql | psql mydb

# Mount snapshots as filesystem (browse interactively)
mkdir /mnt/restic
restic -r /backups/myrepo mount /mnt/restic
# Now browse /mnt/restic/snapshots/ like a normal filesystem
```

### Step 6: Retention Policies (Pruning)

```bash
# Keep 7 daily, 4 weekly, 12 monthly and 3 yearly snapshots; --prune then deletes the
# data no remaining snapshot uses. Snapshots are grouped by host and paths first, and
# the policy applies to each group separately.
restic -r /backups/myrepo forget \
  --keep-daily 7 --keep-weekly 4 --keep-monthly 12 --keep-yearly 3 \
  --prune

# Dry run first (see what would be removed)
restic -r /backups/myrepo forget --keep-daily 7 --keep-weekly 4 --dry-run

# Keep everything from the last 30 days regardless of count
restic -r /backups/myrepo forget --keep-within 30d --keep-monthly 12 --prune

# Remove specific snapshot
restic -r /backups/myrepo forget abc123de --prune
```

### Step 7: Automation Script

```bash
#!/bin/bash
# backup.sh — Automated backup script for cron
# Run daily: 0 2 * * * /opt/scripts/backup.sh >> /var/log/backup.log 2>&1

export RESTIC_REPOSITORY="s3:http://minio.local:9000/backups/server1"
export RESTIC_PASSWORD_FILE="/etc/restic/password"
export AWS_ACCESS_KEY_ID="minio-access-key"
export AWS_SECRET_ACCESS_KEY="minio-secret-key"   # in production, load from a root-only env file

set -euo pipefail

echo "=== Backup started: $(date) ==="

# Back up application data
restic backup /var/www /home --exclude-file=/etc/restic/excludes.txt --tag app

# Back up databases
restic backup --stdin-from-command --stdin-filename production_db.sql --tag database -- pg_dump -h localhost production_db

# Apply retention policy
restic forget --keep-daily 7 --keep-weekly 4 --keep-monthly 12 --prune

# Verify backup integrity (run weekly, not every time)
if [ "$(date +%u)" = "1" ]; then
  restic check
fi

echo "=== Backup completed: $(date) ==="
```

## Examples

### Example 1: Set up encrypted daily backups to S3
**User prompt:** "Back up my production server to S3 every night. Include /var/www, /home, and PostgreSQL dumps. Keep 7 daily, 4 weekly, and 12 monthly snapshots."

The agent will:
1. Install restic and initialize an S3 repository with a strong password.
2. Create an exclude file for temporary/cache files.
3. Write a backup script that backs up directories + database dump via stdin.
4. Add retention policy with forget/prune.
5. Set up cron for 2 AM daily execution.
6. Add a weekly integrity check with `restic check`.

### Example 2: Restore a deleted file from yesterday's backup
**User prompt:** "I accidentally deleted /var/www/config/production.env. Restore it from the most recent backup."

The agent will:
1. List recent snapshots with `restic snapshots`.
2. Find the file: `restic ls latest --path /var/www /var/www/config/`.
3. Restore just that file from the file snapshots (not the database dump): `restic restore latest --path /var/www --target /tmp/restore --include /var/www/config/production.env`. Use the `--path` the backup was taken with.
4. Copy the restored file back to its original location.

## Guidelines

- Store the repository password in a secure location (password manager, secrets manager, or encrypted file). If you lose the password, the backup data is unrecoverable — there is no recovery mechanism.
- Always run `restic check` periodically (weekly) to verify backup integrity. Catch corruption early, before you need to restore.
- Use `--exclude-file` for consistent exclusions across manual and automated runs. Common excludes: node_modules, .git, __pycache__, *.tmp, .cache.
- For database backups, stream the dump into restic instead of dumping to a file first — it saves disk space. Prefer `--stdin-from-command` to `pg_dump | restic backup --stdin`: in a plain pipe a failed `pg_dump` still leaves a snapshot of its partial output, while `--stdin-from-command` reports the failure and saves no snapshot.
- Deduplication is automatic — running the same backup twice only stores changed blocks. Daily full backups are efficient because restic deduplicates at the block level.
- Test restores regularly. A backup you've never tested restoring from is not a backup — it's a hope.

Platform guidance

Imported from the listed AgentSkill.sh category. Complete supplied package files and notices are retained. Required external tools and credentials are not installed. No bundled code was executed during import. Individual agent task behavior has not been tested.