كيفية منع فقدان إعدادات Plex أثناء ترقية الحاوية

امنع فقدان إعدادات Plex من خلال حماية بيانات التطبيق الدائمة قبل الترقية، وتغيير طبقة الحاوية القابلة للاستبدال فقط.

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

افصل إعدادات Plex عن الحاوية القابلة للتخلص منها

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

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

قبل التخطيط للترقية، حدّد دليل المضيف أو وحدة التخزين المُسمّاة التي تحتوي على هذه الحالة الدائمة. في العديد من إعدادات الحاويات، يظهر هذا الدليل داخل Plex باعتباره ربط إعدادات مثل /config، لكن موقعه على المضيف هو المهم للاسترداد. إذا لم تتمكن من تحديد هذا المصدر بثقة، فاعتبر الترقية متوقفة حتى تتمكن من ذلك.

تحقق من مسار الإعدادات الحالي قبل الترقية

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

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

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

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

أنشئ نسخة احتياطية قابلة للاسترداد قبل تغيير الصورة

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

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

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

احتفظ بالنسخة السابقة للترقية بعيدًا عن مسار بيانات التطبيق المباشر. فقد تختفي نسخة احتياطية موجودة داخل شجرة الدليل نفسها التي تستعد لإعادة ربطها أو تنظيفها مع المصدر الذي كان من المفترض أن تحميه. الهدف الفوري هو إمكانية الاسترداد من خطأ الترقية؛ ويمكن أن تتبع ذلك حماية أوسع من أعطال الأقراص وفق سياسة النسخ الاحتياطي المعتادة في NAS لديك.

-15% OFF

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

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

احفظ تعريف الحاوية ومرجع آخر صورة عاملة

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

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

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

رقِّ دون تغيير حدود الحالة الدائمة

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

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

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

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

تحقق من الخادم الذي تمت ترقيته قبل إزالة نسخة التراجع

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

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

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

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