Plexのデータベースバックアップとファイルレベルバックアップ：それぞれのレイヤーの役割とは？
Plexのデータベースバックアップとファイルレベルバックアップは相互補完的なものであり、置き換え可能なものではありません。一方は限定的なデータベース復旧ポイントを保護し、もう一方はホストやストレージの障害後に必要となる、より広範なサーバーの状態を保持できます。
まず復旧範囲を明確にする
組み込みのスケジュールバックアップは、Plexデータベースの復旧を目的に設計されています。データベースが破損した場合や、最近行ったライブラリ状態の変更を元に戻したい場合には便利ですが、サーバーのデータディレクトリ全体をコピーすることとは異なります。
Plexのスケジュールメンテナンスでは、定期的なデータベースバックアップが作成されるため、データベースに特化した復旧を迅速かつ手軽に行えます。
復旧対象が中核となるライブラリデータベースである場合は、この方法を使用します。ただし、すべてのメタデータファイル、設定ファイル、サーバーを再構築するために必要なホスト側のパスまで保持されるとは限りません。
データベースのロールバックを迅速に行うならデータベースバックアップ
小さなデータベースコピーは、頻繁に保存しやすく、サーバーの他の状態が正常なときに復元しやすいという利点があります。そのため、範囲が限定されたデータベースの問題に対する最初の復旧手段として有効です。
スケジュールタスクで保護されるのは、Plexのメインデータベースのみであり、サーバー全体の状態を含む完全なイメージではありません。
可能であれば、正常な状態が確認できた複数のデータベース復旧ポイントを、稼働中のデータベースパス以外の場所に保管してください。コピーだけを唯一の復旧手段として頼る前に、復元手順をテストしておきましょう。
ホストを交換するならファイルレベルバックアップ
ホストの移行やアプリデータ用デバイスの故障では、設定、メタデータ、アートワーク、データベースファイル、その他のPlexデータディレクトリをまとめて移行する必要があります。データベースだけの復旧では、こうした広範な状態をカバーできません。
Plexの移行では、復元先のホストでサービスを最初から再構築せずに済むよう、viewstate、メタデータ、設定、サーバーデータをまとめて保持する必要があります。
サーバーを定義するPlexの状態全体にはファイルレベルバックアップを使用し、キャッシュなど再構築可能なデータをバックアップ対象から外す場合は、本当に不要であることを確認してからにしてください。
より良い計画では両方の層を活用する
これらの方法は異なる障害範囲を保護するため、どちらか一方だけを選ぶと復旧性が低下します。頻繁にデータベースコピーを作成すればロールバックまでの期間を短縮でき、定期的なファイルレベルバックアップによってサービス全体を保護できます。
これらのバックアップ層を、少なくとも1つのコピーを稼働中の障害領域外にも保管するバックアップと復旧の設計に組み込んでください。
範囲が限定されたデータベースの問題にはデータベースのみの復旧を、ホストやサーバー状態の喪失にはファイルレベルの復旧を選びましょう。Plexサーバーが重要で、どちらの障害も大きな損失になり得る場合は、両方を使用してください。
おすすめ商品
製品比較
もっと読む
Plex向けの4コアCPUと8コアCPU：混在クライアントの同時接続に適しているのはどちら？
4コアは主にダイレクト再生に適しており、ソフトウェアトランスコードやホスト上の同時実行ジョブが測定済みのしきい値を超えると、8コアのコストに見合う価値が得られます。
専用Jellyfinサーバーと共有アプリホスト：どちらの境界が適している？
メディア処理と復旧の予測可能性を重視するなら専用ホスティングを、ワークロードが軽く分離性を測定できるなら共有ホストを選びましょう。
複数ユーザーでのホームストリーミングにおけるJellyfinとPlexの比較：クライアント対応範囲か、制御性か？
クライアントの対応範囲が決め手ならPlexが優勢で、コントロール性が決め手ならJellyfinが優勢です。ユーザーのニーズが明確に分かれる場合は、どちらも有力な選択肢になり得ます。
