クラウド同期はファイルが欠落していても完了と表示されることがあります。これは通常、クライアントが現在のルール下で残作業がないことを意味し、ホームNAS上のすべてのファイルがクラウドに対応する利用可能なコピーを持っていることを意味しません。最速の診断は両方のインベントリを比較し、タスクの範囲、除外、権限、プレースホルダーの状態、パスの互換性、競合、削除履歴を確認してから再同期を強制することです。
「完了」は実際に何を確認しているのか?
完了バッジは同期エンジンの選択されたルート、フィルター、エラーポリシー、現在のデータベースに対して評価されます。転送前に除外されたファイル、宛先で拒否されたファイル、プレースホルダーとしてのみ表現されたファイル、競合パスに移動されたファイルはカウントされない場合があります。完了したクラウド同期後にファイルが欠落する問題のトラブルシューティングガイドは、ジョブの完了とインベントリの完全性を区別しています。
ZimaSpaceホームサーバーでは、まず正確なローカルルート、リモートルート、同期方向、アカウント、タスク名を記録します。似たラベルの2つのタスクが異なるNASフォルダーやクラウドディレクトリを指していることがあり、誤ったタスクの緑色ステータスは欠落パスについて何も証明しません。
実際にファイルが欠落しているインベントリを特定する
ファイルを3か所で確認します:NASのソースフォルダー、クラウドプロバイダーのウェブインターフェース、およびデスクトップまたはモバイルの同期クライアント。クライアント側で見つからないからといってクラウド上のオブジェクトが消えたとは限りません。Nextcloudの事例では、あるクライアントからは消えたがサーバーには残っていたフォルダーがあり、そのクライアントのフォルダー関係を再構築することで修正されました。
相対パス、サイズ、変更日時、場所の状態を含む短い表を作成します。各項目をNASのみ、クラウドのみ、ウェブ上で表示されているがローカルでハイドレートされていない、競合による名前変更、またはどこにも存在しないものとして分類します。状態によって修復方法が異なります。
タスクの範囲、フィルター、およびサイズルールを確認する
タスクは正常に動作していても、選択範囲外のコンテンツを無視することがあります。含まれるルート、除外されたフォルダー、ファイル名パターン、最大ファイルサイズ、隠しファイルポリシー、シンボリックリンクポリシー、方向性を確認してください。「最新の状態」と表示されているのに、意図したコンテンツが転送されないというCloud Syncの報告は、ネットワーク障害と判断する前に設定されたパスとタスクデータベースを確認する必要がある理由を示しています。
家庭用NASでは、生成されたサムネイル、アプリケーションデータベース、ごみ箱、Dockerデータ、隠し設定フォルダーは自動的に含めるべきではありません。重要なのは、除外が意図的かつ文書化されていることであり、すべてのファイルシステムオブジェクトをコピーすることではありません。
プレースホルダーエントリと完全に利用可能なファイルデータを分離する
一部のクラウドクライアントは、ファイル名とサイズを表示しても、そのデバイスに完全な内容を保存していません。odriveのサポート説明によると、プレースホルダーファイルは管理された同期フォルダー外に有用なファイルデータを含まない場合があるとのことです。このようなエントリをNASの取り込みフォルダーにコピーすると、開けないまたは通常の内容としてハッシュできない見かけ上のファイルが作成されることがあります。
クラウドインターフェースから影響を受けたアイテムを1つ開くか明示的にダウンロードしてテストします。サイズがディスク上で実際のものになり、チェックサムが計算できることを確認してください。アイコンやディレクトリエントリは保護されたコピーとしてカウントしないでください。
ファイル名、パス、および宛先の互換性を確認する
LinuxベースのNASは、クラウドサービス、Windowsクライアント、またはポータブルターゲットが拒否する名前を保存できます。サポートされていない文字、予約名、過剰なパスの深さ、末尾のスペース、Unicode正規化がスキップの原因となることがあります。相互運用性のリファレンスにはアクセス方法によって異なるファイル名および完全パスの制限が記載されています。
詳細なジョブログでスキップ、無効、サポートされていない、長すぎる、許可されていない、作成不可を検索します。名前変更を行う前に問題のあるパスをエクスポートし、アプリケーションや家庭のユーザーにどの参照が変更されるかを伝えられるようにします。
競合コピーと削除の伝播を確認する
2台のデバイスが互いの変更を見る前にファイルを編集すると、同期ツールは競合コピーを作成したり、どちらかのバージョンを選択したり、内容を回復領域に移動したりします。競合の症状には、デバイス名の接尾辞、重複フォルダー、クラウドのウェブインターフェースには存在するが一方のコンピューターにないファイルなどがあります。同期競合による重複ファイルや欠落ファイルの実用的な分析は、クリーンアップ前に競合場所を把握する必要がある理由を示しています。
双方向同期は削除も伝播します。リセットや再リンク操作を行う前にクラウドのゴミ箱、バージョン履歴、NASスナップショット、競合フォルダを確認してください。すでに不完全な側からの新しい同期は不完全な状態を確定させる可能性があります。
バッジを信用する代わりにカウント、サイズ、ハッシュを比較してください。
選択したNASルートとクラウド宛先から再帰的なインベントリを生成します。まず相対パスを比較し、次にサイズ、最後に両システムが読み取れる重要なファイルのチェックサムを比較します。単なるカウントでは1つの欠落ファイルと1つの予期しない重複を隠すことがあります。
これはバックアップジョブが静かに不完全であることを検出するために使われる原則と同じです:完了はイベントであり、完全性は別途テストされる特性です。
低リスクの回復シーケンスを使用してください。
- すべての参加デバイスで双方向同期を一時停止してください。
- ログ、タスク設定、ファイルインベントリをエクスポートしてください。
- NASのみ、クラウドのみのユニークなファイルを別々の隔離フォルダにコピーしてください。
- タスクを再リンクする前に削除または競合したバージョンを回復してください。
- 範囲、権限、パス名、またはプレースホルダーの処理を修正してください。
- 小さなフォルダでドライ比較または一方向テストを実行してください。
- 両方のテストインベントリが一致した後にのみ完全なタスクを再開してください。
| 観察された状態 | 考えられる原因 | 次のチェック |
|---|---|---|
| NASファイルは存在するが、クラウドファイルは存在しない | フィルター、権限、パス、またはアップロードエラー | タスクの範囲と詳細な転送ログ |
| クラウドのウェブファイルは存在するが、デスクトップファイルは存在しない | クライアントの除外、プレースホルダー、または古いデータベース | ウェブダウンロードとクライアントフォルダの関係 |
| ファイルに競合サフィックスが付いている | 同時編集または古いクライアント状態 | どちらかを削除する前に両方のバージョンを比較してください |
| ファイルが両方のアクティブな側に存在しない | 削除の伝播またはクリーンアップ | クラウド履歴、NASスナップショット、ゴミ箱 |
よくある質問
クラウド同期はバックアップとみなされますか?
それだけではありません。双方向同期は誤って削除されたファイル、破損、またはランサムウェアの変更をコピーする可能性があります。書き込み可能な同期関係の外で独立したバージョンやバックアップを保持してください。
隠しファイルは常に同期すべきですか?
いいえ。一部は使い捨てのキャッシュやシステムメタデータであり、他はアプリケーション設定を含みます。可視性ではなく復元価値で判断してください。
両側が完全であることをどう証明できますか?
正規化された相対パス、サイズ、および選択されたチェックサムを比較し、クラウド側から代表的なファイルを復元して開きます。
最終的な結論
クラウド同期は設定されたルールに従って完了することがありますが、ホームNASとクラウドの宛先にはまだ異なる使用可能なファイルが存在することがあります。正確な欠落場所を診断し、範囲と除外を確認し、プレースホルダーとコンテンツを区別し、競合や削除を検査し、タスクをリセットする前にインベントリを比較してください。
サポートとヒント
もっと読む

Plexは別のDockerコンテナとGPUを共有できますか?
Plexと別のコンテナは同じGPUにアクセスできることが多いですが、ドライバーのサポート、デバイスマッピング、ビデオエンジンの負荷、メモリ、復旧動作をテストする必要があります。

Plexのエラーがクライアント側とサーバー側のどちらに起因するかを見分ける方法
別のクライアントで同じ項目を再現し、セッションパスを比較してから、スコープによって障害の実際の所在が特定された後にのみサーバーの証拠を収集してください。

Plexのキャッシュとトランスコード用一時ストレージを設定する方法
永続的な Plex の状態を保護しつつ、トランスコードの一時ファイルを適切なローカルストレージに配置し、クリーンアップ、空き容量、再起動時の動作を確認します。

