كيفية استعادة أذونات Plex بعد نقل دليل البيانات

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

بعد نقل دليل بيانات Plex، استعد ملكية نظام الملفات وإمكانية الوصول لهوية خدمة Plex قبل السماح للمثيل الجديد بكتابة حالته.

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

قارن UID وGID الرقميين على المضيفين

قد تتطابق أسماء المستخدمين بينما تختلف المعرّفات الرقمية، خصوصًا بين الحاويات وأنظمة NAS ومضيفي Linux المعاد بناؤهم. ينبغي تقييم الوجهة باستخدام الهوية التي تستخدمها عملية Plex الجديدة فعليًا.

تعيين UID وGID للحاوية يربط هوية الخدمة بملكية نظام الملفات الرقمية على المضيف عند استخدام نقاط التحميل المرتبطة.

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

تحقق من الأدلة الأب ووضع نقطة التحميل

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

تعريفات خدمات Docker Compose تجعل وحدات التخزين والمسارات الدائمة وحدود الخدمات واضحة.

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

استخدم اختبار كتابة مؤقتًا قبل تشغيل Plex

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

أمان الكتابة في SQLite يفضّل عمليات كتابة مضبوطة، لذلك لا ينبغي استخدام قاعدة بيانات Plex الحية لاختبار الأذونات.

شغّل الاختبار المؤقت في الدليل الأب لبيانات Plex المنسوخة وفي مسار تحويل الترميز، ثم احذفه. إذا فشل الاختبار، فتوقف وحلّ سياسة نظام الملفات قبل السماح لـ Plex بفتح قاعدة البيانات المُرحّلة.

-15% OFF

شغّل Plex وتحقق من الهوية قبل استئناف التشغيل الآلي

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

ترحيل حالة Plex يجب أن يحافظ على قاعدة البيانات والبيانات الوصفية والإعدادات واستمرارية المسارات، إلى جانب الوصول إلى الوسائط.

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

الدعم والنصائح

المزيد للقراءة

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.