كيفية التراجع بأمان عن تحديث خادم Plex بعد حدوث مشكلة

انسخ دليل بيانات Plex احتياطيًا قبل التراجع، ثم ارجع إصدارًا واحدًا في كل مرة فقط بعد التحقق مما إذا كان الإصدار الأحدث قد غيّر توافق قاعدة البيانات.

لا يقتصر التراجع عن Plex على استبدال ملف ثنائي أو صورة Docker. فقد ينقل التحديث قاعدة بيانات الخادم إلى مخطط جديد، وقد لا يفهم الخادم الأقدم الحالة التي كتبها الخادم الأحدث. احفظ البيانات الحالية أولًا، وحدد آخر إصدار معروف باستقراره، واجعل عملية التراجع قابلة للعكس. الهدف هو إثبات أن التحديث تسبب في التراجع الوظيفي، من دون تحويل مشكلة برمجية إلى مشكلة استرداد قاعدة بيانات.

جمّد الحالة الحالية قبل تغيير إصدار الخادم

أوقف Plex بطريقة سليمة وأنشئ نسخة من دليل بيانات الخادم الدائم. سجّل إصدار الخادم الحالي والعَرَض المحدد الذي تريد التراجع بسببه. إذا كنت تستخدم Docker، فسجّل أيضًا وسم الصورة الحالي أو بصمتها، ووسم الإصدار السابق المعروف باستقراره، حتى يكون التراجع محددًا بدلًا من الاعتماد على “latest” مقابل أي إصدار كان مخزنًا مؤقتًا.

يشير مثال حديث لاسترداد Plex في المنتدى إلى احتمال توفر أدوات التثبيت السابقة في دليل Updates الخاص بالخادم، ويناقش التراجع إلى إصدار خادم سابق. تعامل مع ذلك كمرجع تشغيلي خاص بالإصدار، وليس كضمان بأن كل منصة تخزن الحزم بالطريقة نفسها.

لا تحذف قاعدة البيانات الحالية أو التفضيلات كأول خطوة في عملية التراجع. فإذا فشل الإصدار الأقدم، ستحتاج إلى النسخة الاحتياطية غير المعدّلة للعودة إلى حالة ما قبل التراجع. يحافظ التراجع الآمن دائمًا على كلا الاتجاهين: العودة إلى الإصدار الأقدم والانتقال مجددًا إلى الإصدار الحالي.

تحقق من وجود حدّ لترحيل قاعدة البيانات قبل خفض الإصدار

اقرأ ملاحظات الإصدار أو مناقشة التراجع المعروفة المتعلقة بالإصدار الذي ثبّتَّه. فقد غيّرت بعض إصدارات Plex توافق قاعدة البيانات، ما يعني أن الرجوع إلى إصدار أقدم بكثير قد يفشل حتى إذا ثُبّت البرنامج التنفيذي الأقدم بشكل صحيح. عند وجود حدّ للترحيل، اتبع المسار الوسيط المدعوم أو استعد نسخة احتياطية متوافقة من قاعدة البيانات بدلًا من إجبار الخادم القديم على استخدام حالة أحدث.

وثّقت إرشادات مجتمع Plex المتعلقة بالترحيل في الإصدار 1.40 حالة محددة قيّد فيها توافق قاعدة البيانات مسارات التراجع. أرقام الإصدارات الدقيقة في تلك الحالة تاريخية؛ أما القاعدة المستمرة فهي التحقق من حدّ الترحيل الخاص بإصدارك قبل خفض الإصدار.

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

ثبّت الإصدار السابق أو ثبّته دون تغيير المتغيرات الأخرى

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

تستخدم قائمة التحقق من استرداد الخادم المنزلي من ZimaSpace مبدأ الاسترداد نفسه: الحفاظ على حالة قابلة للقراءة، وتحديد الطبقة المتسببة في الفشل، وتجنب استبدال المكوّن الخطأ أو إعادة بنائه أولًا. ينبغي أن يكون التراجع عن Plex محدود النطاق بالقدر نفسه.

شغّل Plex وراقب السجلات بحثًا عن أخطاء قاعدة البيانات قبل اختبار التشغيل. إذا رفض الإصدار القديم قاعدة البيانات أو بدأ كخادم جديد، فأوقفه فورًا واستعد الحالة المحمية بدلًا من السماح له بكتابة ملفات جديدة في دليل بيانات غير متوافق.

-15% OFF

ZimaBoard 2 - خادم منزلي صغير لأفكارك الكبيرة

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

أعد إنتاج التراجع الوظيفي الأصلي قبل اتخاذ قرار بالبقاء على الإصدار السابق

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

أعد تشغيل Plex مرة واحدة وكرّر المحفّز للتأكد من استمرار التعافي بعد حدث دورة حياة عادي. ثم تحقق من الوصول إلى المكتبة، وسجل المشاهدة، والوصول عن بُعد إذا كنت تستخدمه، وأي مسار لتحويل الترميز باستخدام العتاد قد يكون التحديث قد أثّر فيه. لا تعلن نجاح العملية اعتمادًا على الشاشة الرئيسية وحدها.

إذا فشل الإصدار السابق أيضًا، فعُد إلى الحالة الحالية المحمية وواصل التشخيص بدلًا من تكديس مزيد من عمليات خفض الإصدار. وإذا أصلح الإصدار السابق المشكلة، فاجعل التراجع مؤقتًا، ووثّق الإصدار العامل، وانتظر صدور إصدار لاحق من Plex يعالج التراجع الوظيفي قبل الترقية مجددًا.