لماذا يفقد Plex الوصول إلى البيانات الدائمة بعد إعادة إنشاء الحزمة؟
تعامل مع مثيل Plex جديد بعد إعادة إنشاء الحزمة على أنه فشل في الربط أو الصلاحيات إلى أن تثبت اختفاء البيانات المستمرة القديمة فعليًا.
تؤدي إعادة إنشاء حزمة Docker أو Compose إلى استبدال الحاويات، وقد تغيّر أيضًا مسار المضيف أو وحدة التخزين المسماة أو هوية المستخدم أو مخزن التخزين الذي يدعم `/config`. عندها يفتح Plex مجلدًا فارغًا أو يتعذر عليه قراءته، فيبدو كأنه مثبّت حديثًا رغم أن قاعدة البيانات الأصلية قد تظل موجودة. أوقف المثيل الجديد، وابحث عن بيانات التطبيق القديمة، وقارن عمليات الربط الفعلية والملكية الرقمية، ولا تستعد من نسخة احتياطية إلا إذا كانت تلك الحالة مفقودة فعلًا.
أوقف التشغيل عندما يبدو Plex كخادم جديد
ظهور معالج إعداد جديد بعد إعادة إنشاء الحزمة هو تحذير بشأن استمرارية البيانات، وليس دعوة لإعادة بناء المكتبة. أوقف الحاوية وافحص ربط البيانات قبل أن يكتب Plex مزيدًا من الحالة. أكثر حالات الفشل شيوعًا هي أن الحاوية الجديدة تقرأ مسارًا فارغًا على المضيف بدلًا من مجلد بيانات التطبيق السابق.
قد تعرض الحاوية المُعاد إنشاؤها إعدادًا جديدًا عندما لا يعود ربط الإعدادات المستمرة المتوقع يشير إلى بيانات التطبيق الأصلية. أول مؤشر حاسم هو ما إذا كانت الحالة القديمة لا تزال موجودة على المضيف.
حدّد موقع مجلد بيانات Plex السابق وتحقق من أوقات تعديله وملفات قاعدة البيانات ومجلدات البيانات الوصفية. إذا كانت هذه العناصر موجودة، فلا تحذفها ولا تُنشئ خادمًا جديدًا. هدف الاستعادة هو مسار الربط والصلاحيات، وليس مكتبة الوسائط.
قارن ربط /config القديم والجديد بدقة
قد تغيّر إعادة إنشاء الحزمة ربطًا محليًا نسبيًا أو وحدة تخزين مسماة أو استبدالًا لمتغيرات البيئة أو مخزن التخزين أو دليل العمل في Compose، من دون تغيير مسار الحاوية الظاهر. قد يظل Plex يرى `/config`، لكن هذا المسار قد يشير الآن إلى موقع مختلف على المضيف.
يكون إعداد حاوية Plex أكثر أمانًا عندما تكون الإعدادات خارج الحاوية. قارن عمليات الربط الفعلية من سجل النشر القديم أو النسخة الاحتياطية مع الحزمة المُعاد إنشاؤها، بدلًا من الوثوق بملف Compose يبدو مشابهًا.
اربط بيانات التطبيق القديمة المعروفة للقراءة فقط بحاوية تشخيص مؤقتة، أو افحصها مباشرة على المضيف. إذا كانت قاعدة البيانات والتفضيلات المتوقعة موجودة، فأصلح الربط في بيئة الإنتاج وأعد تشغيل Plex مرة واحدة. وإذا كان المجلد مفقودًا فعلًا، فانتقل إلى الاستعادة من نسخة احتياطية.
تحقق من الملكية قبل إلقاء اللوم على قاعدة البيانات
قد يظل مسار المضيف الصحيح غير قابل للاستخدام إذا كانت الحاوية المُعاد إنشاؤها تعمل بمعرّف UID أو GID مختلف، أو ضمن مساحة أسماء مستخدمين مختلفة، أو في سياق أمان مختلف. عندها يبدو أن Plex غير قادر على حفظ التفضيلات أو فتح ملفات قاعدة البيانات أو إنشاء المجلدات، رغم أن البيانات مربوطة في المكان الصحيح.
عندما يتعذر على Plex إنشاء بيانات التطبيق أو تحديثها، ينبغي فحص صلاحيات مجلد الإعدادات رقميًا بدلًا من “إصلاحها” باستخدام `777` بشكل عشوائي ومتكرر.
أجرِ فحصًا للهوية داخل الحاوية وقارنها بالمالك الرقمي والوضع على المضيف. طبّق أقل تصحيح ممكن للملكية أو قوائم التحكم بالوصول لمنح حساب الخدمة المقصود صلاحية الوصول. ثم شغّل Plex وتحقق من أنه يفتح الخادم الموجود، وليس إعدادًا جديدًا.
إذا تطابقت الملكية الرقمية، لكن الوصول لا يزال يفشل، فافحص قوائم التحكم بالوصول وتسميات أمان الحاوية وسلوك مساحة أسماء المستخدمين قبل تغيير قاعدة البيانات. فتطابق UID/GID لا يتجاوز طبقة منفصلة للتحكم في الوصول.
افحص عمليات ربط الوسائط فقط بعد عودة حالة التطبيق
بعد ظهور هوية الخادم القديمة والمكتبات مجددًا، قد تبدو بعض المكتبات غير متاحة لأن عمليات ربط الوسائط تغيّرت بشكل مستقل عن `/config`. وهذا دور منفصل للاستمرارية. أصلح مسار الوسائط من دون إعادة إنشاء المكتبة أو نسخ الوسائط إلى مجلد بيانات التطبيق.
حافظ على فصل حالة التطبيق عن عمليات ربط الوسائط باعتبارهما دورين مستقلين للاستمرارية. يتيح لك هذا الفصل استعادة هوية Plex أولًا، ثم استكشاف مسارات الوسائط المفقودة بعد عودة المكتبات الأصلية.
افتح عدة مسارات وسائط معروفة من داخل حاوية Plex. إذا كانت قاعدة البيانات القديمة تشير إلى `/media/movies` بينما تعرض الحزمة المُعاد إنشاؤها `/movies`، فأعد المسار الداخلي المتوقع أو خطط لترحيل مضبوط لمسار المكتبة. لا تعاود الفحص حتى يستقر الربط.
استعد من نسخة احتياطية فقط عندما تكون الحالة الأصلية مفقودة فعلًا
إذا كان مجلد المضيف القديم فارغًا أو محذوفًا أو تالفًا بدرجة يتعذر معها استخدامه، فاستعد أحدث نسخة احتياطية سليمة معروفة لبيانات تطبيق Plex إلى مسار نظيف مربوط بصورة صحيحة. احتفظ بالحالة الفاشلة منفصلة حتى تتمكن من فحص ما حدث، بدلًا من الكتابة فوق الدليل الوحيد.
يحمي سير عمل موثوق لاستعادة الحاوية `/config` المستمر، ويستبدل طبقة التطبيق القابلة للتخلص منها فقط، ويتحقق من عمليات الربط قبل السماح لـ Plex بالكتابة مجددًا.
بعد الاستعادة، تحقق من هوية الخادم وعدد المكتبات وحالة المشاهدة والتشغيل المحلي وعمليات التحويل إن كنت تستخدمها، ثم أعد التشغيل مرة واحدة. بعد ذلك، احفظ إعداد الحزمة الفعلي وموقع النسخة الاحتياطية. لا تُغلق الحادثة إلا عندما تشير إعادة إنشاء أخرى إلى البيانات المستمرة نفسها من دون تخمين أو تدخل يدوي.
المنتجات الموصى بها
الدعم والنصائح
المزيد للقراءة
هل يمكن لـ Plex مشاركة وحدة معالجة الرسومات (GPU) مع حاوية Docker أخرى؟
يمكن لـ Plex وحاوية أخرى غالبًا الوصول إلى وحدة معالجة الرسومات نفسها، لكن يجب اختبار دعم برنامج التشغيل، وتعيين الجهاز، وحِمل محرّك الفيديو، والذاكرة،...
كيفية معرفة ما إذا كان خطأ Plex ناتجًا عن العميل أم الخادم
أعِد إنتاج العنصر نفسه على عميل آخر، وقارن مسار الجلسة، ثم اجمع أدلة من الخادم فقط بعد أن يحدد النطاق موضع الفشل الفعلي.
كيفية إعداد ذاكرة التخزين المؤقت وموقع التخزين المؤقت لتحويل الترميز في Plex
احمِ حالة Plex الدائمة مع وضع الملفات المؤقتة للتحويل على مساحة تخزين محلية مناسبة، ثم تحقّق من التنظيف والمساحة الحرة وسلوك إعادة التشغيل.
