ما هي أدوار البيانات الدائمة في Plex، ولماذا تهم؟

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

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

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

قاعدة بيانات المكتبة هي حالة تشغيلية دائمة

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

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

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

التفضيلات والهوية تصف الخادم، لا الأفلام

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

يضع نمط تهيئة الحاويات بيانات وحدة التخزين المستمرة خارج الحاوية القابلة للاستبدال. وهذا هو حد الاستمرارية الصحيح: توفر الصورة البرمجيات، بينما يحمل مسار التهيئة المربوط هوية الخادم وحالته الدائمة.

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

البيانات الوصفية والأعمال الفنية والفهارس دائمة، لكنها قابلة لإعادة الإنشاء جزئيًا

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

يفصل تخطيط Docker غالبًا البيانات الوصفية على وحدة تخزين أسرع حتى لا يختلط محتوى التطبيق الدائم بمساحة العمل المؤقتة للتحويل. ويسهّل فصل الأدوار هذا تحديد نطاق النسخ الاحتياطي.

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

ملفات الوسائط محتوى معتمد ذو دورة حياة مختلفة

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

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

تعامل مع حالة التطبيق والوسائط باعتبارهما مجموعتي بيانات معتمدتين لهما اختبارات استعادة مختلفة. فالنسخة الاحتياطية لقاعدة البيانات التي لا تستطيع الوصول إلى مسارات الوسائط تظل ناقصة من الناحية التشغيلية؛ كما أن النسخة المثالية من الوسائط وحدها قد تتطلب إعادة بناء 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.