Jellyfinのバックアップで不整合な状態が取得されるのを防ぐ方法

Jellyfinのバックアップはすべてのファイルを含んでいても、取得中にデータベース、設定、メタデータが変更されると整合性を失う可能性があるため、バックアップツールを選ぶ前に書き込み境界を定義してください。

ホームサーバーでは、Jellyfinを停止状態にするか、状態を保持するすべてのパスを対象とするファイルシステムスナップショットを使用するのが最も安全です。取得が完了するまでソースを稼働状態に戻さず、コピーを使って復元テストを行います。テストでユーザーや履歴の欠落が判明した場合は、最後に正常だったバックアップを保持し、問題のあるものに置き換えないでください。

ジョブの実行前に整合性の境界を定義する

バックアップは、書き込みのタイミングが不明なスケジュールで実行されます。まずは影響の少ない確認から始めます。Jellyfinで実行中のジョブを一覧表示し、バックアップ時にサービスを停止するのか、書き込みを一時停止するのか、それともすべての状態パスをアトミックにスナップショットするのかを決めます。復元境界

確認すべき内容は具体的です。サービスを短時間停止できる、ファイルシステムがスナップショットに対応している、どちらの境界も利用できない、のいずれかを記録します。別の変数を変更する前に、結果を記録してください。

推測せずに分岐を判断します。停止または調整済みのスナップショットが利用できる場合は、それをスケジュールします。利用できない場合は、アプリケーションのバックアップを使用して対象範囲を文書化します。どちらも不可能な場合は、稼働中のファイルコピーを検証済みのバックアップと呼ばないでください。

その境界内にある状態保持パスをすべて取得する

取得範囲の境界が決まりました。まずは影響の少ない確認から始めます。バックアップのマニフェストを、Jellyfinのデータ、設定、キャッシュのパス、およびコンテナやホストのマウント定義と比較します。

確認すべき内容は具体的です。必要なパスがすべて含まれている、キャッシュだけが欠落している、設定またはデータベースが存在しない、のいずれかを記録します。別の変数を変更する前に、結果を記録してください。状態パスの一覧

推測せずに分岐を判断します。データと設定が含まれている場合は続行します。キャッシュだけが欠落している場合は、再構築可能なものとして記録します。データベースまたは設定が欠落している場合は、バックアップを不採用とし、マニフェストを修正してください。

保持する前にコピーを復元テストする

選択した境界の下でバックアップを取得しました。まずは影響の少ない確認から始めます。別のデータパスに復元し、対応するバージョンのJellyfinを起動してログインし、履歴とライブラリを確認して、項目を1つ再生します。

確認すべき内容は具体的です。状態に整合性がある、セットアップウィザードが表示される、ライブラリまたはユーザーが1つ欠落している、のいずれかを記録します。別の変数を変更する前に、結果を記録してください。

推測せずに分岐を判断します。状態と再生に問題がなければバックアップを採用します。セットアップ画面が表示される場合は、マウント先が誤っています。状態が欠落している場合は、バックアップを不採用とし、以前のコピーを保持してください。

Featured

ZimaCube 2 パーソナルクラウドホームNAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

問題のあるバックアップには最小限の復旧手順で対処する

復元テストで状態の欠落または不整合が確認されました。まずは影響の少ない確認から始めます。問題のあるバックアップを読み取り専用に保ち、最後に採用したコピーと比較し、再取得する前にソースのログを確認します。

確認すべき内容は具体的です。ソースは正常、ソース自体がすでに破損している、1つのパスだけが異なる、のいずれかを記録します。別の変数を変更する前に、結果を記録してください。復元テスト済みの保持

推測せずに分岐を判断します。ソースが正常なら、境界またはマニフェストを修正して再取得します。ソースが破損しているなら、まず最後に正常だったコピーを復元します。1つのパスだけが異なるなら、そのマウントを修正してテストを繰り返してください。