Files.comの同期エラーを解決 — RcloneViewで接続・転送・ファイル欠落の問題を解消
Files.comのジョブが失敗したとき、RcloneViewのジョブ履歴、DEBUGログ、フォルダ比較を使えば、原因がリモート、転送負荷、届かなかったファイルのどれなのかを確認できます。
Files.comの同期が曖昧なエラーで止まったり、フォルダが不完全に見える状態で終わったりすると、コマンドラインだけでは原因の特定が困難です。RcloneViewはリモートの確認、ジョブ記録、ログ、左右の比較を1つのウィンドウにまとめているため、やみくもに再実行せず、根拠に基づいて作業できます。RcloneViewはフォルダの同期と比較にも対応しており、基本的な同期とフォルダ比較はFREEライセンスで利用できます。
すべてのクラウドを一か所で管理・同期
RcloneViewはrcloneのクロスプラットフォームGUIです。フォルダを比較し、ファイルを転送・同期し、クリーンなビジュアルインターフェースでマルチクラウドのワークフローを自動化できます。
- ワンクリック操作: コピー · 同期 · 比較
- 信頼性の高い自動化のためのスケジューラーと履歴
- Google Drive、OneDrive、Dropbox、S3、WebDAV、SFTPなどに対応
コア機能は無料。Plusで自動化機能を利用可能。
リモートが接続できるか確認する
ジョブが数秒で失敗する場合は、データより先にリモートを疑ってください。RemoteタブからRemote Managerを開き、Files.comのリモートを編集して、認証情報が変更または期限切れの場合は再入力します。その後、Explorerパネルでリモートを開き、ルートフォルダを参照します。一覧が正常に表示されれば接続は問題なく、原因は別の場所にあります。
内蔵のTerminalタブで rclone about "remote:" を実行して、アカウントが応答するかをすばやく確認することもできます。remote は使用しているリモート名に置き換えてください。
ジョブ履歴を確認しDEBUGログを有効にする
Job Historyを開き、失敗した実行のステータス、所要時間、ファイル数を確認します。途中でエラーになったジョブは、通常、認証情報ではなく特定のファイルや転送負荷が原因です。
ファイルごとの正確なメッセージを確認するには、Settings > Embedded Rcloneでrcloneのログを有効にし、レベルをDEBUGに設定して、Restart Embedded Rcloneをクリックします。失敗を再現したら、Logタブまたは設定したしたログフォルダでログを読みます。
同時転送数を下げて再実行をプレビューする
断続的な失敗は、同時に移動するファイル数を減らすと軽減されることがよくあります。同期ウィザードのステップ2で、ファイル転送数を減らし、equality checkersを4以下に設定してください。これは低速なバックエンド向けの目安です。「Retry entire sync if fails」は3のままにしておくと、一時的な失敗を最大3回まで再試行します。
再実行の前にDry Runでコピーまたは削除されるファイルを確認すれば、再試行で想定外の結果になることを防げます。
フォルダ比較で検証する
再実行後、片側にローカルフォルダ、もう片側にFiles.comを指定してCompareを開きます。left-only、right-only、differentのファイルでフィルターし、まだ欠けている、または一致していない項目を確認してから、ジョブ全体を繰り返す代わりに、その項目だけをコピーします。
はじめに
- RcloneViewをダウンロード: rcloneview.comから入手します。
- Remote ManagerでFiles.comのリモートを再確認し、ルートフォルダが表示されることを確認します。
- Job Historyを確認し、失敗したジョブのDEBUGログを有効にします。
- 同時転送数を下げ、Dry Runを実行して再実行し、フォルダ比較で結果を確認します。
ログと比較で原因が見えれば、Files.comの障害は短く再現可能な修正で解決できます。
関連ガイド:
- Files.comストレージの管理 — RcloneViewでファイルを同期・バックアップ
- RcloneViewでSugarSyncの同期エラーを解決
- クラウド転送のログとデバッグ — RcloneViewでの問題解決
対応クラウドプロバイダー
