PikPak同期エラーを修正する — RcloneViewで接続の問題を解決
転送が止まったり、PikPakのジョブが失敗したりする原因は、たいてい修正可能ないくつかのパターンに絞られます — RcloneViewでの診断方法と解決方法を紹介します。
途中で失敗したり、進行しないまま止まったり、接続エラーを出したりするPikPakの同期ジョブは、スケジュールバックアップに依存している場合に特に厄介です。こうした問題の多くは、トークンの期限切れ、転送並列度を高く設定しすぎていること、あるいはフィルターが期待していたファイルを気づかないうちに除外していることが原因です。RcloneViewはJob History、Dry Run、内蔵ターミナルという診断ツールを提供し、推測ではなく実際の原因を特定できるようにします。
すべてのクラウドを一か所で管理・同期
RcloneViewはrcloneのクロスプラットフォームGUIです。フォルダを比較し、ファイルを転送・同期し、クリーンなビジュアルインターフェースでマルチクラウドのワークフローを自動化できます。
- ワンクリック操作: コピー · 同期 · 比較
- 信頼性の高い自動化のためのスケジューラーと履歴
- Google Drive、OneDrive、Dropbox、S3、WebDAV、SFTPなどに対応
コア機能は無料。Plusで自動化機能を利用可能。
Job Historyで失敗を診断する
設定を変更する前に、Job Managerを開いてJob Historyで失敗した実行の記録を確認します。StatusフィールドはジョブがErroredだったのかCanceledだったのかを示し、Time Spentは即座に失敗した(通常は認証の問題)のか、途中で失敗した(通常は特定のファイルやネットワークの中断)のかを教えてくれます。日付範囲でフィルタリングして、失敗した実行を以前成功した実行と比較しましょう。
試行するたびに即座にジョブが失敗する場合、PikPakリモートの接続が切断されている可能性が高いです — 同期設定に手を付ける前にRemote Managerから再テストしてください。
リモートの再認証と再テスト
Remote Managerを開いてPikPakリモートを選択し、接続がまだ成功するか確認します。テストが失敗した場合は、新しい認証情報でリモートを再追加する必要があります — PikPakの接続は長期間の非アクティブ状態の後に再認証が必要になることがあります。テストが通ったら、スケジュールに保存し直す前に、同じジョブを一度限りの実行として再実行してください。
RcloneViewは同じウィンドウ内でPikPakを90以上の他のプロバイダーと一緒に接続できるため、1つのリモートを再認証しても他の設定済みクラウドや同期ジョブが中断されることはありません。
転送設定とフィルターの調整
接続テストは問題ないのに転送が止まる場合は、同期ジョブのAdvanced Settingsを開いて、同時ファイル転送数とequality checkersの数を減らしてください — PikPakは積極的な並列リクエストを制限することがあります。また、ステップ3のFiltering Settingsも確認しましょう。max file ageやサイズのフィルターが広すぎると、同期されるはずのファイルが気づかないうちにスキップされることがあり、これは失敗のように見えますが実際にはそうではありません。
設定変更後はDry Runを実行してください。PikPakアカウントに触れることなく、どのファイルがコピーまたは削除されるかを正確に一覧表示するため、実際の同期を実行する前に修正が機能したことを確認できます。
はじめに
- rcloneview.comからRcloneViewをダウンロードします。
- Job Historyで失敗したジョブの記録を確認し、いつ、どのように失敗したかを特定します。
- Remote ManagerでPikPakリモートの接続を再テストし、必要に応じて認証情報を更新します。
- 転送並列度を下げてフィルターを再確認し、再スケジュールする前にDry Runで確認します。
Job Historyで原因 を特定するために数分を費やすことは、原因が分からないまま失敗するジョブを繰り返し再実行するよりもはるかに多くの時間を節約します。
関連ガイド:
- PikPakを管理する — RcloneViewでのクラウドダウンロード
- PikPakをGoogle Driveに移行する — RcloneViewでファイルを転送
- RcloneViewでPikPakをGoogle DriveとS3に同期する
対応クラウドプロバイダー
