Plexは、デバイス間で直接同期するのではなく、サーバー側のライブラリ状態、クライアントセッション、アカウント情報、更新されたメタデータを通じてデバイスのアクティビティを整合させます。
最後に使用したデバイスだからといって、クライアントが正式なライブラリになるわけではありません。カタログとアクセス ポリシーを管理するのはサーバーであり、クライアントは表示内容をキャッシュし、それぞれのセッションを通じてアクティビティを報告します。いずれかの層が古い状態になっている、接続されていない、または別のアカウントやパスを使用している場合に問題が発生します。
ライブラリの権限は引き続きサーバーが持つ
ライブラリ項目、メタデータの関連付け、サーバーの識別情報は、各クライアントの内部ではなくPlexのデータ経路上に保存されます。そのため、テレビ、スマートフォン、ブラウザー間で確認される変更の基準となるのはサーバーの状態です。
Plexのメタデータ保存先はサーバー上に残るため、権限のあるカタログを再構築しなくてもクライアントデバイスを交換できます。
2台のデバイスで表示が一致しない場合は、データを消去する前に、同じサーバーとアカウントを基準に比較してください。両方が意図したサーバーインスタンスに接続していることを確認します。
クライアントは表示内容とセッション状態をキャッシュする
基盤となるサーバーが変更された後も、クライアントに古いアートワーク、再生状態、接続先の選択肢が表示されることがあります。サーバー自体に一貫性がないと確認されるまでは、これはキャッシュまたはセッションの問題です。
最近使用された状態が、それを最初に作成したイベントより長く残ることがある点は、一般的なページキャッシュの挙動からも分かります。
別のクライアントで期待どおりのサーバー状態が表示されることを確認してから、影響を受けたクライアントだけでサインアウトまたはリセットを行ってください。単一のエンドポイントにおけるキャッシュの問題を解決するために、ライブラリ全体を再構築するのは避けます。
どの変更が表示されるかはアカウント情報で決まる
同じデバイス上でも、ユーザーが異なれば、表示できるライブラリ、制限、進捗状況のコンテキストが異なる場合があります。「同期されない」ように見える変更が、実際にはアカウントの境界によるものという可能性もあります。
ユーザーごとのPlexの制限により、物理メディアやデータベースの経路とは無関係に、表示されるコンテンツが変わることがあります。
まず1つのアカウントで2台のデバイスを使って同じテストを行い、次に1台のデバイスで2つのアカウントを試します。不一致に伴って変化する要素から、次に調べるべき層を特定できます。サーバーの問題だと判断する前に、同じリモートPlexストリーミング経路を使用してデバイスを比較してください。経路やクライアントのキャッシュによって、異なる状態が観測されることがあるためです。
ネットワーク経路によって整合処理のタイミングが決まる
リモートデバイスは、ローカルクライアントとは異なる経路で再接続したり、より長いオフライン期間の後に再接続したりすることがあります。そのため、DNS、プロキシ、VPNの変更によって、サーバーのデータを変更せずにセッションが遅延したり、別の経路へ振り分けられたりする場合があります。
複数の経路を利用できる場合、クライアントのルートメトリックによって、使用するインターフェースとゲートウェイが決まります。
ネットワーク変更後にリモートデバイスをテストする際は、ローカルクライアントを1台、比較対象として使用してください。LAN上で不一致が解消するなら、到達性とセッションのルーティングに絞って診断を続けます。
テック&AIハブ
もっと読む

バックアップ頻度はPlexの復旧時点の品質にどのような影響を与えますか?
任意のコピー数ではなく、復旧ポイントの要件、障害の発見が遅れるリスク、取得時の整合性、復元テストを基準にPlexのバックアップ頻度を選びましょう。

安全なPlexアップグレードの境界とは何か、そしてなぜ重要なのか?
ランタイム、状態、アクセラレーション、ロールバックデータ、エンドツーエンド検証を明確な変更境界に分離し、Plexのアップグレードをいつでも元に戻せるようにします。

Plexが予想以上に多くの一時データを保持する原因は何ですか?
再構築に手間のかかる状態データをクリーンアップで削除しないよう、Plexのキャッシュ、トランスコードファイル、ログ、長期間保持する生成データを分離します。

