كيفية استعادة Jellyfin بعد فشل تحديث الحاوية
استعد Jellyfin بعد فشل تحديث الحاوية من خلال حماية الحالة الدائمة قبل استبدال بيئة التشغيل أو التراجع عنها أو إعادة إنشائها.
قد يكون سبب فشل التحديث مشكلة في الصورة، أو تغيّر متغير بيئة، أو فقدان تعيين جهاز، أو خطأ في وحدة تخزين، أو مشكلة في ترحيل التطبيق. التقط حالة الفشل وحدد الطبقة التي تغيّرت. تكون الاستعادة أكثر أمانًا عندما يظل دليل الإعدادات دون تغيير إلى أن تعرف ما إذا كان الفشل في بيئة التشغيل أم في البيانات فعليًا.
جمّد حالة الفشل قبل إجراء سحب آخر
عطّل التحديثات التلقائية وحلقات إعادة التشغيل حتى لا تغيّر كل محاولة جديدة السجلات أو وسوم الصور أو حالة التطبيق. احفظ تعريف الحاوية الفعلي وأول خطأ جسيم.
يصبح التراجع عن ترقية فاشلة أسهل بكثير عند وجود نسخة احتياطية من Jellyfin قبل التغيير؛ أما من دونها، فقد يتحول فشل بيئة التشغيل إلى مشكلة استعادة للحالة.
سجّل بصمة الصورة، وعمليات التثبيت، والأجهزة، والبيئة، ووضع الشبكة، والسجلات الحديثة. لا تشغّل أوامر التنظيف أو الحذف أثناء تحديد مجموعة الاستعادة.
احمِ الإعدادات وقاعدة البيانات قبل إعادة إنشاء أي شيء
ينبغي فصل الصورة القابلة للاستبدال عن قاعدة بيانات Jellyfin الدائمة وإعداداته وبياناته الوصفية وإضافاته. أنشئ نسخة للقراءة فقط أو لقطة قبل أن يفتح ملف ثنائي أقدم أو أحدث هذه الحالة مجددًا.
تحمي نسخ Jellyfin الاحتياطية للإعدادات حسابات المستخدمين وإعدادات المكتبات وسجل المشاهدة والبيانات الوصفية بشكل منفصل عن مكتبة الوسائط نفسها.
انسخ المسار الدائم إلى موقع ثانٍ وحافظ على الملكية. تكون حدود استمرارية الحاوية صحيحة فقط إذا تمكنت بيئة تشغيل نظيفة من إعادة الاتصال من دون إنشاء خادم فارغ.
استعد أصغر طبقة متضررة
إذا عملت الصورة القديمة مع الحالة وعمليات التثبيت نفسها، فسيكون الفشل متعلقًا بمسار التحديث لا بالمكتبة. وإذا فشل كلا الإصدارين، فتوقف عن تبديل الصور وحقق في البيانات أو الأذونات بشكل منفصل.
ينبغي فصل فشل بدء تشغيل Jellyfin المرتبط بإصدار محدد عن التغييرات العامة في التخزين والشبكة.
اختبر تراجعًا واحدًا أو صورة معروفة بسلامتها مقابل مجموعة حالة منسوخة. تجنب فرض عمليات ترحيل متكررة على النسخة الوحيدة من قاعدة البيانات.
تحقق من الهوية والمكتبات وتشغيل واحد قبل استئناف الأتمتة
لا تكون الحاوية مستعادة بالكامل بمجرد وصولها إلى حالة «قيد التشغيل»، بل يجب أن تعود المستخدمون والمكتبات وحالة المشاهدة والمسارات وسلوك التشغيل المتوقعة. يمكن لعمليات الفحص والأتمتة المصاحبة إنشاء عمليات كتابة جديدة، لذا أبقِها متوقفة مؤقتًا أثناء التحقق.
يتحقق اختبار الاستعادة السليم من سلوك التطبيق بعد الاستعادة بدل اعتبار نجاح استخراج الملفات دليلًا كافيًا.
أكد هوية الخادم، وتصفح مكتبة واحدة، وشغّل Direct Play واحدًا، وتحويلًا واحدًا إذا كنت تستخدمه، ثم أعد التشغيل مرة واحدة. بعد ذلك فقط أعد تمكين عمليات الفحص المجدولة والتحديثات التلقائية.
المنتجات الموصى بها
الدعم والنصائح
المزيد للقراءة
هل ينبغي نسخ Jellyfin احتياطيًا أثناء تشغيله أم إيقاف الخدمة أولًا؟
للتبسيط، يُفضَّل استخدام النسخ الاحتياطية للخدمات المتوقفة؛ ولا تستخدم اللقطات الحية إلا عندما تكون حالة التطبيق ملتقطة بشكل متسق وتكون عمليات الاستعادة قد اختُبرت.
لماذا يعمل Jellyfin بدرجة حرارة مرتفعة أو بضوضاء عالية عندما لا يشاهد أحد أي محتوى؟
تعني الحرارة أثناء الخمول عادةً وجود عمل في الخلفية أو عبء عمل على مضيف مشترك، لذا حدّد العملية النشطة والمهمة المجدولة قبل تغيير التبريد...
متى ينبغي إعادة بناء Jellyfin بدلًا من إصلاحه؟
اختر إعادة البناء بدلًا من الإصلاح عندما يكون انجراف بيئة التشغيل هو المشكلة وتكون الحالة الدائمة قد نُسخت احتياطيًا؛ لا تُجرِ «إعادة بناء» بحذف...
