قبل ترقية حاوية Plex، احمِ الحالة الدائمة، وسجّل الصورة المعروفة بأنها تعمل جيدًا، وتحقق من التبعيات، واجعل التراجع ممكنًا قبل سحب أي شيء جديد.
يجب أن تكون الترقية تغييرًا مضبوطًا، لا مجرد عادة لتحديث الصور. فالحاوية نفسها قابلة للاستبدال، لكن قاعدة بيانات Plex والبيانات الوصفية ونقاط التحميل والوصول إلى وحدة معالجة الرسومات ووضع الشبكة والخدمات المحيطة قد لا تكون كذلك. اجمع معلومات كافية لاستعادة الحالة السابقة العاملة، ثم تحقّق من الإصدار الجديد باستخدام مجموعة الاختبارات الصغيرة نفسها في كل مرة.
احمِ الحالة الدائمة قبل استبدال الصورة
لن يكون التراجع السريع مفيدًا إذا ألحقت الحاوية الجديدة ضررًا بالحالة أو نقلتها دون الاحتفاظ بنسخة احتياطية منها. يجب أن تتضمن النسخ الاحتياطية مسار بيانات Plex الدائم وإجراءً معروفًا للاستعادة، لا مجرد نسخة من ملف YAML الخاص بـ Compose.
يجب أن تحمي خطة ترقية الحاوية الحالة الدائمة، وتحدد آلية التراجع، وتتحقق من النتيجة.
أوقف Plex أو أدخله في حالة خمول عندما تتطلب طريقة النسخ الاحتياطي ذلك، واحفظ الحالة الدائمة، وتحقق من إمكانية قراءة النسخة الاحتياطية. إذا تعذرت استعادتها في موقع اختبار، فأجّل الترقية.
سجّل الصورة العاملة والإعدادات بدقة
يؤدي استخدام وسم عائم مثل latest فقط إلى صعوبة إعادة إنتاج آخر حالة جيدة بعد حدوث تراجع. يجب حفظ مرجع الصورة والبيئة ونقاط التحميل والأجهزة وإعدادات الشبكة معًا.
تجعل تعريفات خدمات Docker Compose وحدات التخزين والمسارات الدائمة وحدود الخدمات واضحة.
احفظ بصمة الصورة الحالية أو الإصدار المحدد صراحةً، إلى جانب ملف النشر وأي قيم بيئية مطلوبة لـ Plex. إذا لم تتمكن من إعادة إنشاء الحاوية القديمة دون تخمين، فلن يكون التراجع جاهزًا. يمكن أن تظل الصورة قابلة للتخلص منها فقط عندما تكون بيانات الحاوية الدائمة وعقد نقاط التحميل محميتين بشكل مستقل.
تحقق من تبعيات المضيف والخدمات المصاحبة
قد يكشف تحديث صورة Plex عن تبعية لبرنامج تشغيل أو جهاز GPU أو نظام ملفات أو وكيل أو خدمة مصاحبة لم تكن واضحة في الإصدار القديم. وتستحق هذه الواجهات فحصًا سريعًا قبل التغيير.
قد تضع حزم خدمات الوسائط المتعددة Plex بجوار خدمات أخرى تتشارك مسارات الوسائط والتخزين وتوقيت سير العمل.
تأكد من نقاط التحميل ومعرّفات UID/GID والوصول إلى الأجهزة العتادية وDNS وإمكانية الوصول إلى الوكيل قبل الترقية وبعدها مباشرةً. عندما تتغير تبعية واحدة في الوقت نفسه مع Plex، افصل التغييرات حتى يظل سبب العطل واضحًا وقابلًا للملاحظة.
تحقق باستخدام مجموعة اختبارات ثابتة بعد الترقية
لا تُثبت الحاوية قيد التشغيل نجاح الترقية. يجب التحقق من تسجيل الدخول وتصفح المكتبة والتشغيل المباشر وعملية تحويل ترميز متوقعة واحدة وكتابة البيانات الوصفية والوصول عن بُعد والمهام الخلفية.
تساعد فحوصات الاستخدام والتشبع والأخطاء على التمييز بين مورد مشغول وآخر مقيد فعليًا أو متعطل.
شغّل اختبار الدخان القصير نفسه بعد كل ترقية، وقارن استخدام الموارد بالإصدار السابق. إذا فشل اختبار مهم أو تغير الطلب على الموارد بصورة جوهرية، فتراجع أولًا ثم حقق في الإصدار لاحقًا.
الدعم والنصائح
المزيد للقراءة

دليل تخزين تسجيلات التلفزيون المباشر للسعة والاحتفاظ والتنظيف
قِس التسجيلات الفعلية، واترك هامشًا احتياطيًا، واجمع بين حدود العمر والسعة، وأثبت إزالة أقدم برنامج مؤهل قبل امتلاء مساحة التخزين.

سير عمل استعادة البيانات الوصفية للوسائط المنزلية بعد استعادة قاعدة البيانات
احمِ الحالة المستعادة، وتحقق من هوية الوسائط ومساراتها، ثم أصلح الأعمال الفنية أو المطابقات المفقودة في مكتبة تجريبية قبل إجراء تغييرات واسعة على البيانات...

قائمة التحقق من توافق عميل Jellyfin مع الصوت والفيديو والترجمات المصاحبة
اختبر ملفات تمثيلية مع تغيير متغير واحد في كل مرة، وسجّل التشغيل المباشر، أو إعادة التغليف، أو تحويل الصوت، أو تحويل الفيديو، أو الفشل...

