チェックサムでrcloneの転送を検証する

完了したrclone WebDAV転送をダウンロードしたバイトデータで比較し、欠落や不一致のあるパスを記録します。コマンドの正常終了も確認項目の1つです。

最終確認日

スクリーンショットは英語版の画面です。

コピー成功のサマリーはバイト単位の比較ではありません。公開済みのdosya WebDAVの手順では、別のローカル転送先とrclone check --downloadを使用してください。汎用のotherバックエンドが互換性のあるリモートハッシュを前提とせず、内容を読み取ります。

両方のパスを保存し、ダウンロードしたバイトを比較して不一致の状態を記録し、ダウンロードしたファイルを1件検証する4段階の手順。
両方のパスを保存し、ダウンロードしたバイトを比較して不一致の状態を記録し、ダウンロードしたファイルを1件検証する4段階の手順。スクリーンショットを原寸大で開く。

手順

  1. 完了した転送に使用した転送元と転送先の正確なパスを保存してください。通常のリモートにAll/接頭辞が必要か、アンカー付きリモートでフォルダーが直接表示されるかも記録してください。
  2. 確認前に両方のツリーを再帰的に一覧表示し、出力を保存してください:rclone lsf ./sample-source --recursiveとrclone lsf dosya-webdav:All/rclone-checks --recursive。
  3. 読み取り専用の比較を実行してください:rclone check ./sample-source dosya-webdav:All/rclone-checks --download。
  4. 転送先にのみ存在するファイルが想定され、エラーに含める必要がない場合に限り、--one-wayを追加してください。転送先にない転送元ファイルを隠すために使用しないでください。
  5. 欠落、不一致、読み取り不可のパスをすべて確認し、直後のプロセス状態をecho $?またはPowerShellの$LASTEXITCODEで記録してください。
  6. ローカルの転送元を削除する前に、ダウンロードしたファイルを1件検証してください。--downloadによる確認ではリモートのバイトを再度読み取り、利用枠を消費します。

dosya WebDAVは日付、ETag、保存されたSHA-256プロパティを公開できますが、汎用のotherバックエンドは完全かつ互換性のあるハッシュ比較を保証しません。明示的なダウンロード比較ではどちらのツリーも変更されません。

「チェックサムでrcloneの転送を検証する」の参考資料:dosyaのrclone概要ページ。
「チェックサムでrcloneの転送を検証する」の参考資料:dosyaのrclone概要ページ。スクリーンショットを原寸大で開く。

想定される結果

必要な転送元のすべてのパスについて転送先のバイトが一致した場合にのみ、確認が正常終了します。転送先にのみ存在する想定内の項目は、--one-wayを意図的に選択した場合にのみ無視されます。不一致はすべて修復のために記録されたままです。

HTTP 401、403、404、423、429の失敗は検証の失敗であり、内容の一致を意味しません。認証情報、権限、パス、ロック、Retry-Afterに関する問題を解決してから、確認を再実行してください。

関連ガイド

この記事は役に立ちましたか?

評価の結果を読み込んでいます…

投票すると、回答を変更できるように、必要な投票用Cookieが最長180日間保存されます。

質問と回答

このガイドの手順について質問できます。質問は確認後に公開されます。

公開の質問には、アカウントの詳細、認証情報、非公開ファイルを含めないでください。これらについては 非公開サポート をご利用ください。

質問を読み込んでいます…

    dosyaアカウントにサインインすると、質問を投稿できます。

    やり直す前に結果を確認

    操作をもう一度確認する必要があるときは、次の共通の確認事項をご利用ください。