ライブTV録画の容量・保存期間・クリーンアップガイド

エヴァ・ウォン

IceWhale author

エヴァ・ウォン は テクニカルライター であり ZimaSpaceの常駐ティンカーでもあります。 生涯のオタクであり、 ホームラボとオープンソースソフトウェアに情熱を持っています。彼女は複雑な技術的概念をわかりやすく、 実践的なガイドに翻訳することを専門としています。エヴァはセルフホスティングは楽しくあるべきで、怖がるものではないと信じています。彼女のチュートリアルを通じて、コミュニティが ハードウェアのセットアップを解明する手助けをしています。初めてのNAS構築からDockerコンテナの習得まで。

Live TV Recording Storage Guide for Capacity, Retention, and Cleanup - Zima Store Online

安全なアプローチとは、測定した録画予算を、ストレージの分離、期間と容量の制限、保護対象の例外、検証済みのクリーンアップに分け、単一のコマンドではなく、観測可能なゲートの連続として扱うことです。

ライブTVをローカルまたはNASストレージに録画するホームメディアサーバーでは、実際的なリスクは、録画によってメディアデータベース、アプリのログ、今後の予約番組に必要なファイルシステムまで圧迫されることです。現在の識別情報と復旧ポイントを記録し、最も影響の少ない判別から始め、別の変数を変更する前に合否結果を解釈し、ストレージが不安定になった場合、または復旧可能なコピーが1つしかなく、それが危険にさらされる場合は停止します。以下のワークフローは、元の負荷が正常に処理されるか、証拠がエスカレーションの境界に達した時点でのみ完了します。

代表的なチャンネルで録画の増加量を測定する

低ビットレート、標準的なビットレート、高ビットレートのチャンネルから複数の番組を録画し、家庭で複数のチューナーを使用している場合は同時録画も含めます。解像度だけで見積もるのではなく、1時間あたりの実際のバイト数、予約録画の前後余白、字幕や複数音声による増加分、一時的な後処理用の容量を測定します。

独立した録画ストレージ計画ツールは、持続ビットレート、スケジュール、保持期間、余裕容量によって必要容量が決まる理由を説明しています。測定したストリームに、そのビットレートベースの録画容量計画手法を適用し、さらにストレージが維持すべき最大同時録画レートを含めます。

2つの目標を設定します。必要な履歴日数と、レコーダーが使用できる最大ストレージ容量です。未完了の録画、エクスポート、CM処理、ファイルシステムの動作、予期しないビットレートの急増に備え、空き容量の余裕を追加します。

録画とアプリケーションの状態を分離する

永続的な録画は専用のデータセット、共有領域、またはクォータ境界に配置し、メディアデータベース、設定、ログ、コンテナの状態は保護されたアプリストレージに保持します。ホストパスとコンテナパスを明示的にマッピングし、レコーダーが意図した保存先に書き込んでいることを確認します。

Live TV録画ストレージの分離に関するZimaSpaceの設定では、この分離について詳しく説明しています。このガイドでは、容量と保持期間の受け入れ確認を追加して拡張しているため、ライブラリに認識させるためだけにアプリデータボリュームへファイルを重複保存しないでください。

重要なコンテンツを予約する前に、短い録画を1件テストし、再生、名前変更またはライブラリへのインポート、再起動、削除を確認します。ネットワーク共有を使用する場合は、利用できないときの動作を定義します。空のローカルマウントポイントへ録画することはフォールバックではなく、失敗です。

保護対象の例外を設けて保持期間を適用する

レコーダーが対応している場合は、期間制限と容量制限の両方を使用します。期間制限は通常の番組をどこまで遡って保持するかを決め、容量制限は、日数制限に達する前に異常なビットレートや録画集中によってファイルシステムが枯渇するのを防ぎます。

保護対象の録画、手動アーカイブ、失敗または部分的な録画、後処理待ちの番組を個別に定義します。スケジュール済みメディアのクリーンアップに関する要望をめぐるセルフホストコミュニティの議論は、削除を警告または段階的に実行する運用上の必要性を示しています。ただし、プラグインやスクリプトは、インデックス済みファイルをレコーダーの背後で削除するのではなく、レコーダーのデータベースに対してテストする必要があります。

対象リストをプレビューするか、使い捨ての録画グループでテストします。クリーンアップは、対象となる最も古い項目を上限付きの処理で削除し、保護対象の番組を保持し、データベースを更新し、新しい録画を受け付け続ける必要があります。

-15% OFF

ZimaBoard 2 - あなたの大きなアイデアのためのミニホームサーバー

Single board computer zimaboard2

ストレージ圧迫が障害になる前にクリーンアップを実証する

テスト用クォータを引き下げるか、使い捨てのテスト領域をクリーンアップが発動するまで埋め、その後、対象となる最も古い番組がファイルシステムとライブラリの両方から消え、最新の録画が継続することを確認します。空き容量が増え、アプリデータベース、番組表データ、ログパスが枯渇したクォータを共有していないことを確認します。

重複する録画や後処理を含め、実際のスケジュールを1サイクル実行します。メディアサーバーを再起動し、保持状態、保護フラグ、マウントパス、今後のタイマー、再生、エクスポートがすべて保持されることを確認します。

測定した増加量が予算内に収まり、クリーンアップによってアプリ用の余裕が維持される場合にのみ、ポリシーを採用します。ファイルとデータベースの内容が一致しなくなった場合は自動化をロールバックし、ストレージエラーやマウントの不安定さが現れた場合はエスカレーションします。保持期間の設定によって、信頼できない保存先が安全になることはありません。