RcloneViewでバージョン管理された同期のためにBackup Dirを使用する

2026年4月8日 · 約12分

Senior Engineer

同期中にファイルを誤って上書きしたり削除したりすることは、すべてのクラウドユーザーにとって悪夢です。RcloneViewは--backup-dirへの組み込みサポートにより、バージョン管理された同期を簡単に実現し、以前のバージョンを二度と失わないようにします。

標準的な同期操作を実行すると、送信元と異なる送信先のファイルは上書きされ、送信元にすでに存在しないファイルは削除されます。これは効率的ですが、破壊的でもあります。送信元でファイルが破損した場合や、まだ必要なものを誤って削除した場合、その変更は元に戻す方法がないまま送信先に伝播してしまいます。

--backup-dirフラグは、この問題をエレガントに解決します。上書きまたは削除されたファイルを完全に削除する代わりに、rcloneはまずそれらを別のバックアップディレクトリに移動します。これにより、失われるはずだったすべてのファイルが、あなたが管理する場所に保持される完全な安全策が得られます。

RcloneViewでは、カスタムフラグインターフェースを通じて--backup-dirを設定できるため、コマンドラインの構文を覚えることなく、バージョン管理された同期のすべての力を利用できます。日付スタンプ付きバージョンのための--suffixと組み合わせることで、既存のクラウドストレージだけを使った軽量なファイルバージョン管理システムを構築できます。

すべてのクラウドを一か所で管理・同期

RcloneViewはrcloneのクロスプラットフォームGUIです。フォルダを比較し、ファイルを転送・同期し、クリーンなビジュアルインターフェースでマルチクラウドのワークフローを自動化できます。

ワンクリック操作: コピー · 同期 · 比較
信頼性の高い自動化のためのスケジューラーと履歴
Google Drive、OneDrive、Dropbox、S3、WebDAV、SFTPなどに対応

WindowsmacOSLinux

無料で始める →

コア機能は無料。Plusで自動化機能を利用可能。

--backup-dirが実際に行うこと

同期操作で送信先の上書きまたは削除が必要なファイルに遭遇すると、--backup-dirはその処理を横取りします。ファイルを削除する代わりに、rcloneは相対パス構造を保持したまま、指定されたバックアップディレクトリにそれを移動します。

例えば、同期によって送信先のdocuments/report.docxが上書きされる場合、古いバージョンはbackup/documents/report.docxに移動されます。ディレクトリ階層が維持されるため、後で特定のファイルを見つけて復元するのが容易になります。

これは次の2つのシナリオに適用されます。

上書きされたファイル: 送信元のファイルがより新しい、または異なる場合、新しいバージョンに置き換えられる前に古い送信先のコピーがバックアップディレクトリに移動されます。
削除されたファイル: ファイルが送信先には存在するが送信元には存在しない場合、完全に削除される代わりにバックアップディレクトリに移動されます。

バージョン管理された同期が不可欠な理由

標準的な同期操作は、送信先が常に送信元を正確にミラーリングすることを前提としています。これは何も問題が起きない限りうまく機能します。次のような一般的なシナリオを考えてみてください。

送信元でファイルが破損したり、ランサムウェアに感染したりし、気づく前にその破損がバックアップに伝播してしまう。
フォルダを誤って削除してしまい、次に予定された同期でそれが送信先からも削除されてしまう。
同僚が共有ドキュメントを上書きし、以前のバージョンが両方の場所から消えてしまう。

--backup-dirを使用すれば、これらすべての状況は回復可能です。以前のバージョンは、その後の同期操作の影響を受けることなく、バックアップディレクトリに安全に保管されます。

RcloneViewでの--backup-dirの設定

RcloneViewはジョブ設定でカスタムrcloneフラグをサポートしています。バージョン管理された同期を設定する方法は次のとおりです。

Job Managerを開き、新しい同期ジョブを作成するか、既存のジョブを編集します。
いつも通り送信元と送信先のリモートを設定します。
Custom Flagsセクションで次を追加します: --backup-dir remote:backup/2026-04-08
保存してジョブを実行します。

バックアップディレクトリは、送信先と同じリモート上に置くことも、まったく別のリモート上に置くこともできます。backup/2026-04-08のような日付ベースのパスを使用すると、その日ごとに置き換えられたファイルを専用のフォルダに整理しておくことができます。

日付スタンプ付きバージョンのための--backup-dirと--suffixの組み合わせ

さらにきめ細かいバージョン管理を行うには、--backup-dirと--suffixを組み合わせて、バックアップされた各ファイルにタイムスタンプを付加します。これにより、同じファイルが複数回変更・同期された際のファイル名の衝突を防げます。

カスタムフラグセクションに両方のフラグを追加します。

--backup-dir remote:backup --suffix .2026-04-08

この設定では、report.docxが上書きされると、古いバージョンはbackup/report.docx.2026-04-08として保存されます。翌日に更新されたサフィックスで再度同期を実行すると、競合なしに日付付きバージョンの履歴が蓄積されていきます。

スケジュールで実行される自動化ジョブでは、実行日に紐づいた動的なサフィックスを使用でき、各実行が一意の名前を持つバックアップを作成することを保証できます。

実践的な例

バージョン保持付きの日次バックアップ: Google DriveをBackblaze B2へ毎晩同期し、その日ごとに置き換えられたファイルを日付付きのバックアップフォルダに保存します。30日後、古いバックアップディレクトリを整理してストレージコストを管理できます。

チームプロジェクトの保護: 共有DropboxフォルダをS3に同期し、--backup-dirを使ってチームメンバーが削除または上書きしたファイルをすべて捕捉します。これにより、クラウドプロバイダーのプレミアムバージョン管理機能を必要とせずに、軽量な監査証跡として機能します。

移行時の安全策: あるクラウドから別のクラウドへ移行する際、初回の同期中に--backup-dirを使用して、上書きされる可能性のある送信先のファイルをすべて捕捉します。移行が計画通りに進まなかった場合でも、完全なロールバックポイントを確保できます。

復元ワークフロー

RcloneViewでバックアップディレクトリからファイルを復元するのは簡単です。

Remote Explorerを開き、バックアップディレクトリに移動します。
ディレクトリ構造を閲覧して必要なファイルを見つけます。元のフォルダ階層は保持されています。
ドラッグ&ドロップまたはコピー操作を使用して、ファイルを元の場所に戻します。

バックアップディレクトリはリモート上の通常のフォルダに過ぎないため、それらを閲覧したり、ファイルをダウンロードしたり、アーカイブ目的で別の場所に同期したりすることもできます。

時間の経過とともにバックアップストレージを管理する

バージョン管理されたバックアップは時間とともに蓄積していくため、保持戦略を持つことが重要です。以下にいくつかのアプローチを紹介します。

日付ベースのフォルダ: 日付付きのバックアップディレクトリパス（例: backup/2026-04-08）を使用し、保持期間を過ぎたフォルダを定期的に削除します。
サフィックスベースのクリーンアップ: --suffixを使用する場合、古い日付サフィックスを持つファイルを識別して削除できます。
低コストストレージの分離: バックアップディレクトリをWasabiやBackblaze B2のような手頃な価格のオブジェクトストレージプロバイダーに向けることで、長期保持のコストを最小限に抑えられます。

RcloneViewのExplorerを使えば、バックアップディレクトリを簡単に閲覧し、容量を確保する準備ができた時点で古いバージョンを削除できます。

--backup-dirのベストプラクティス

まずドライランで--backup-dirの設定をテストし、ファイルが正しい場所にルーティングされていることを確認してください。
可能な限り、バックアップディレクトリは送信先と同じリモート上に置いてください。同じリモート内での移動は瞬時に行われ、帯域幅を消費しません。
自動化されたクリーンアップスクリプトが古いバージョンを簡単に識別できるように、バックアップパスには一貫した命名規則を使用してください。
重要なデータについては、別のリモート上の--backup-dirと組み合わせることで、迅速な復旧が可能なローカルバックアップと、地理的に分離されたアーカイブの両方を確保できます。