クラウドバックアップの検証失敗を修正 — RcloneViewでデータ整合性を確保
クラウド転送後のチェックサム不一致は、プロバイダーの差異または実際の破損を示している可能性があります。どちらのシナリオに該当するかを理解することが、正しい修正方法を決める鍵となります。
大規模なバックアップが完了した後、チェックサムの不一致、本来同一であるべきファイルが異なるとマークされる、あるいはRcloneViewの比較ツールでのエラーなど、検証失敗に遭遇することがあります。これらの失敗には、無害なプロバイダーのメタデータの違いから、実際のデータ破損まで、さまざまな原因が考えられます。本ガイドでは、それぞれのシナリオを診断し、正しい修正方法を適用する手順を説明します。

すべてのクラウドを一か所で管理・同期
RcloneViewはrcloneのクロスプラットフォームGUIです。フォルダを比較し、ファイルを転送・同期し、クリーンなビジュアルインターフェースでマルチクラウドのワークフローを自動化できます。
- ワンクリック操作: コピー · 同期 · 比較
- 信頼性の高い自動化のためのスケジューラーと履歴
- Google Drive、OneDrive、Dropbox、S3、WebDAV、SFTPなどに対応
コア機能は無料。Plusで自動化機能を利用可能。
チェックサムの種類を理解する
クラウドプロバイダーによってサポートされるチェックサムアルゴリズムは異なります。AWS S3は標準アップロードにMD5、チェックサムにSHA-256を使用します。Google DriveはMD5を使用します。Backblaze B2はSHA1を使用します。Dropboxは独自のブロックハッシュを使用します。rcloneが異な るハッシュアルゴリズムを使用する2つのプロバイダー間でファイルを比較する場合、ハッシュ比較の代わりにサイズ比較と更新日時の比較にフォールバックします。
つまり、RcloneViewのフォルダ比較ビューで表示される「不一致」は、必ずしも破損を意味するわけではありません。プロバイダーが互換性のないハッシュタイプを使用しており、rcloneがサイズのみで比較していることを示している場合があります。実際の破損は、サイズが一致していても同じアルゴリズムでハッシュ値が異なる、という形で現れます。
同期ジョブでチェックサム検証を有効にする
転送時に実際の破損を検出するには、同期ジョブの設定でチェックサム検証を有効にします。RcloneViewでジョブを開き、ステップ2に移動します。チェックサムオプションを有効にします。これを有効にすると、rcloneは転送中にハッシュを計算し比較します。アップロード後にファイルのハッシュが一致しない場合、rcloneは転送を再試行します。
注:チェックサム検証を有効にすると、CPU使用率と転送時間がわずかに増加しますが、他の方法では検出されないデータ破損を検出できます。
フォルダ比較を使用して不一致を検出する
バックアップが完了したら、RcloneViewでフォルダ比較を開きます。片方をソースに、もう片方をバックアップ先に設定します。RcloneViewはファイルを3つのカテゴリで表示します。
- 一致:両側で同一
- ソースのみ:ソースには存在するが、宛先には存在しない
- 宛先のみ:宛先には存在するが、ソースには存在しない
- 異なる:名前は同じだが属性(サイズ、ハッシュ、更新日時)が異なる
「異なる」カテゴリのファイルは、より詳しい調査が必要です。サンプルをダウンロードして比較し、内容が実際に異なるのか、あるいはプロバイダー由来のメタデータのアーティファクトなのかを確認してください。
ターミナル経由でチェックを実行する
より詳細な整合性チェックには、RcloneViewのターミナルタブからrcloneコマンドを直接実行できます。ソースと宛先を徹底的に比較するにはrclone checkを使用します。
rclone check source:path destination:path --one-way
このコマンドは、各プロバイダーで利用可能な最良のハッシュを使用して、両側で異なるすべてのファイルを一覧表示します。出力には不一致があるファイルが正確に示され、問題が体系的なものか個別のものかを特定しやすくなります。