互換性のないリリース後にJellyfinを安全にロールバックする方法

Jellyfin のロールバックは、気軽なイメージのダウングレードではなく、復元として扱ってください。失敗したリリースを停止し、その状態を保持したうえで、既知の正常なバックアップまたは互換性のあるデータコピーを使用します。

メジャーリリースで移行が開始された後は、古いバイナリが変更後のデータベースを理解できない場合があります。ホームサーバーでは、診断のために失敗した状態を保持し、対象イメージとプラグインを固定し、分離したパスに復元してください。ログイン、ライブラリ、元々失敗していた再生経路がすべて正常であることを確認してから、ユーザーを戻します。

再度移行される前に失敗したリリースを凍結する

新しいリリースが起動後または移行後に失敗しています。まずは影響の少ない確認から始めます。コンテナを停止し、正確なイメージダイジェストとログを記録してから、古いイメージを起動する前に現在のデータをコピーまたはスナップショットします。

役立つ観察結果は具体的なものです。状態のバックアップは完了している、データベースはすでに移行済みである、ストレージが満杯または読み取り専用である、といった結果を記録します。別の変数を変更する前に、結果を保存してください。ダウングレードではなく復元する

推測せずに分岐を判断します。状態を読み取れる場合は保持して続行し、移行が不完全な場合はアップグレード前のバックアップを優先し、ストレージに問題がある場合は復元前にストレージを修復します。

互換性のあるイメージと状態アーティファクトを選択する

失敗した状態とアーティファクトは保持されています。まずは影響の少ない確認から始めます。最後に正常だったイメージタグまたはダイジェストを選び、互換性のないリリースの前に作成したバックアップと組み合わせます。

役立つ観察結果は具体的なものです。アップグレード前のバックアップが存在する、新しいバックアップしか存在しない、プラグインまたはアーキテクチャが異なる、といった結果を記録します。別の変数を変更する前に、結果を保存してください。

推測せずに分岐を判断します。アップグレード前のバックアップがある場合はそれを使用し、ない場合は古いイメージを移行済みのデータベースに接続しないでください。アーキテクチャが異なる場合は、まずサポートされている経路を分離環境でテストします。

本番環境を置き換える前に分離したパスへ復元する

互換性のあるイメージとバックアップが選択されています。まずは影響の少ない確認から始めます。固定したイメージ、復元したデータ、適切な UID/GID を使用し、公開ポートの競合がない一時コンテナを作成します。分離復旧コンテナ

役立つ観察結果は具体的なものです。ログインとライブラリが読み込まれる、移行警告が表示される、セットアップウィザードが表示される、といった結果を記録します。別の変数を変更する前に、結果を保存してください。

推測せずに分岐を判断します。状態が読み込まれる場合はワークロードの検証に進み、移行警告が表示された場合は停止してバージョンの組み合わせを再確認します。セットアップ画面が表示された場合はマウント先が誤っており、元のデータは変更されていません。

Featured

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

ZimaCube2

$799.00 - $2,499.00

Buy Now

ユーザーを戻す前に元の障害を再現して確認する

古いリリースが分離環境で起動しています。まずは影響の少ない確認から始めます。既存ユーザーでログインし、ライブラリを確認し、元々失敗していた再生を実行してから、一度再起動して同じ手順を繰り返します。

役立つ観察結果は具体的なものです。元の経路が2回連続で成功する、1つのプラグインだけが失敗する、失敗が継続する、といった結果を記録します。別の変数を変更する前に、結果を保存してください。元の再生テスト

推測せずに分岐を判断します。元の経路が2回連続で成功した場合はトラフィックを戻し、失敗した状態を保持します。プラグインが失敗した場合は、そのプラグインだけを無効にします。失敗が続く場合はロールバックを中止し、互換性のあるクリーンな状態から再構築します。