Plexの重複スキャンは、通常、1つのスキャン設定の不具合ではなく、トリガーの重複、パスの不安定さ、または同じファイルイベントに複数のツールが反応することが原因で発生します。
インポート後にPlexが同じライブラリを繰り返しスキャンしますか?それとも、複数の自動化コンテナが重複した処理を開始しているように見えますか?ライブラリの更新を引き起こす仕組みをすべて列挙しましょう。自動変更検出、定期スキャン、スケジュール済みメンテナンス、明示的なAPI呼び出し、インポーターのフックなどです。各ワークフローでは主要なトリガーを1つに絞り、新しいファイル1つで予測どおりスキャンが1回だけ実行されることを確認してください。
無効化する前にすべてのトリガーを洗い出す
Plexは、ファイルシステムの変更時、スケジュールに従って、または別のツールから明示的に更新を要求されたときにスキャンできます。ネットワークマウントされたライブラリでは、ファイルシステムの変更通知を常に利用できるとは限らず、信頼性も十分でないため、動作が異なる場合があります。
適切に管理したライブラリパスの移動では、新しい場所を追加して確認してから古いパスを削除することで、アイテムの状態を維持できます。これは、Plexの重複スキャンのトリガーを検証するための基準になります。
目標は、コンテンツイベントごとに想定どおりスキャンを1回だけ実行することです。異なる仕組みからほぼ同時に2つのスキャンが開始される場合、それはPlexにより長いスキャン間隔が必要だという意味ではなく、連携の問題です。
制御したインポートを1回だけテストイベントとして使う
疑わしい追加トリガーだけを無効にし、通常のインポーターから小さなテストファイルを1つ追加して、Plexのアクティビティキューを確認します。テスト中に大量のファイルを一括インポートしないでください。別々のスキャントリガーを識別しにくくなります。
Plexの重複スキャンのトリガーを測定する際は、メディアサーバーの構成で書き込みの多いアプリケーション状態をローカルに保持し、大容量メディアにはネットワークストレージを使用すると、アプリデータの遅延やマウント関連のリスクを抑えられます。
変更後に、同じインポートをもう一度実行します。1回のスキャンでイベントが処理され、ライブラリが最新の状態を保てていれば、重複防止のルールは機能しています。
確実に通知できないパスにはフォールバックを用意する
変更イベントを確実に取得できるローカルファイルシステムでは、自動スキャンが効率的です。変更通知を適切に提供しないネットワークマウントでは、定期スキャンまたはインポーターによる更新のほうが予測しやすい場合があります。
「安全のため」にすべての方法を有効にしないでください。冗長なトリガーはバックグラウンドI/Oを増やし、ライブラリの更新が必ず改善されるわけではないのに、トラブルシューティングを難しくします。
主要なトリガーを選んだら、Plexとインポーターを再起動し、テストインポートを1回繰り返します。サービスが通常の起動順序で復旧した後も、スキャンが正確に1回だけ実行されることを確認してください。
新しいメディアを見逃す場合は防止ルールを元に戻す
新しいメディアが想定した時間内に表示されなくなった場合、その変更は失敗です。スキャン頻度をさらに最適化する前に、信頼できるフォールバックトリガーを1つ復元してください。
各サービスに明確なリソースと復旧の役割を持たせたNASメディアセンター構成では、同じ境界をより簡単に確認できます。
既知のトリガーが1つだけでパスも安定しているのにスキャンが繰り返される場合は、さらに調査してください。その時点で、ログ、マウントの動作、そして外部の自動化が文書化されたワークフロー外でPlexを呼び出していないかを確認します。
- 自動、定期、スケジュール済み、外部のスキャントリガーを列挙する
- 小さなファイルを1つ、制御したイベントとしてインポートする
- 必要に応じて、主要なトリガーを1つと意図したフォールバックを1つだけ残す
- サービスを再起動し、トリガー数をもう一度確認する
サポートとヒント
もっと読む

ライブTV録画の容量・保存期間・クリーンアップガイド
実際の録音を測定し、ヘッドルームを確保し、経過時間と容量の制限を組み合わせ、ストレージが満杯になる前に最も古い対象プログラムが削除されることを確認する。

データベース復元後のホームメディアメタデータ復旧ワークフロー
復元した状態を保護し、メディアの識別情報とパスを確認してから、メタデータを広範囲に変更する前に、パイロットライブラリで不足しているアートワークや一致項目を修復します。

オーディオ、ビデオ、字幕のJellyfinクライアント互換性チェックリスト
代表的なファイルを一度に1つの変数だけテストし、すべてのクライアントについて、ダイレクトプレイ、リマックス、音声変換、動画トランスコード、または失敗を記録します。

