Restic

restic（レスティック）は、ファイルを暗号化し、重複するデータを省いてバックアップするためのコマンドのツールです。自分で動かしているサーバーのデータや、パソコンのファイルを、別の場所のストレージに保存する用途の候補です。

できること

• 暗号化：バックアップは必ず暗号化されます。保存先のストレージの事業者からも、中身は見えません。
• 重複の除去：同じ内容のデータは1回分しか保存しないので、毎日バックアップを取っても、容量が増えにくい作りです。
• 過去の世代の保存：保存してあるスナップショット（ある時点の状態）に戻せます。どの世代を残すかを、ルールで決めて整理できます。
• 多くの保存先：手元のディスク、SFTP、S3互換のストレージ（Backblaze B2やCloudflare R2など）に保存できます。rcloneと組み合わせると、さらに多くの保存先が使えます。

Kopia・Borgとの違い

Kopiaは、resticと考え方が近く、画面から操作できるアプリも用意されています。コマンドに慣れていない人も使うなら、Kopiaが候補です。Borgは、歴史のある同じ種類のツールで、保存先は主にSSHでつないだサーバーです。クラウドのストレージに直接保存したいなら、resticやKopiaが扱いやすいです。

バックアップの検査と復元を分けて考える

公式資料では、restic check による構造や整合性の検査と、--read-data を付けた保存データの読み取り検査を区別しています。通常の check だけで、保存データをすべて読み出して確認したことにはなりません。

check --read-data は全データを読み取るため、保存先によっては通信費が増え、時間もかかります。一部ずつ検査する --read-data-subset もあります。ランダムな割合指定を繰り返しても、全データを一度ずつ検査できる保証はありません。

検査に成功したことと、必要なファイルを使える形で戻せることも別です。公式の restore の説明には、--target で復元先を指定する方法があります。最初は元のファイルとは別の空のフォルダへ復元し、内容を開いて確認する手順を勧めます。

導入前に決めること

• 復元したい時点：残す世代と保存期間を決めます。保存していない過去の状態には戻せません。
• 障害の範囲：元データと保存先が同じ機器なら、その機器の故障で両方を失う可能性があります。別の媒体や場所も検討します。
• 失敗に気づく方法：定期実行を設定するだけでなく、実行結果・検査・復元練習を誰が確認するか決めます。
• 保存先の費用：容量だけでなく、検査や復元の読み出し・通信料金も確認します。

注意点

• 暗号化のパスワードをなくすと、バックアップは二度と戻せません。 パスワードは、バックアップとは別の安全な場所に保管してください。
• 戻せることを、定期的に確かめてください。 バックアップは、取っただけでは意味がありません。実際にファイルを戻す練習を、導入の段階で一度は行いましょう。
• データベースは、動いたままファイルをコピーすると、壊れた状態で保存されることがあります。データベースの書き出しの機能でファイルにしてから、バックアップします。
• 自動で動かすには、cronなどで定期的に実行する設定が必要です。ライセンスはBSD-2-Clauseです。

Backblazeの代替のページで、ほかの候補も比べられます。

出典と確認の範囲

2026年11月1日に、公式README、ライセンス、リポジトリ検査の説明、復元の説明を確認しました。導入前の確認手順は、資料を踏まえた当サイトの提案です。実機での導入・同期・復元や、速度・容量削減の実測は行っていません。