احتفظ بقاعدة بيانات خادم الوسائط وذاكرة التخزين المؤقت النشطة على SSD، مع تخزين ملفات NFO المحمولة والأعمال الفنية المختارة مع مكتبة الوسائط عندما تكون سهولة الترحيل مهمة.
يجمع مصطلح «البيانات الوصفية» عدة عناصر مختلفة: قاعدة بيانات التطبيق، وحالة المستخدم، والفهارس، وذاكرات التخزين المؤقت، والأعمال الفنية التي تم تنزيلها، وصور الفصول، ومعاينات Trickplay، وملفات NFO الجانبية، والصور المنسقة يدويًا. يؤدي وضعها جميعًا في مكان واحد إلى التسبب إما في زمن استجابة غير ضروري على محركات الأقراص الصلبة أو ضعف قابلية النقل. عادةً ما يعمل خادم الوسائط المنزلي بأفضل شكل عند استخدام تخطيط مقسّم تكون فيه حدود النسخ الاحتياطي والاسترداد موثقة.
صنّف البيانات الوصفية قبل اختيار محرك الأقراص
أجرِ جردًا لقاعدة بيانات التطبيق، والإعدادات، وحسابات المستخدمين، وسجل المشاهدة، والفهارس، وذاكرات التخزين المؤقت، والصور المصغرة، والملصقات، والخلفيات، وملفات NFO، والترجمات، وبيانات الإضافات. حدّد ما إذا كان كل عنصر موثوقًا أو محمولًا أو قابلًا لإعادة الإنشاء أو مؤقتًا.
تكون قاعدة بيانات التطبيق وحالة المستخدم عادةً خاصة بالخادم وتتغير باستمرار. أما ملفات NFO والأعمال الفنية المخزنة بجوار الوسائط فهي ملفات مرافقة على مستوى الملفات يمكن لمكتبة أخرى متوافقة قراءتها، بينما قد تكون ذاكرات التخزين المؤقت والصور المصغرة المُنشأة قابلة للحذف.
لا تختر الموقع استنادًا إلى اسم المجلد الإجمالي وحده. فقد يحتوي مجلد يُسمى «metadata» على تعديلات يدوية لا يمكن استبدالها، إلى جانب ذاكرات تخزين مؤقت للصور يمكن إعادة إنشائها بسهولة، ولذلك تحتاج محتوياته إلى قواعد مختلفة للنسخ الاحتياطي وتحديد الموقع.
ضع قواعد البيانات والفهارس وذاكرات التخزين المؤقت النشطة على SSD
تتضمن استعلامات قاعدة البيانات، وتصفح المكتبة، والبحث، وتحديثات حالة المستخدم، والبحث عن الصور المصغرة العديد من عمليات القراءة والكتابة الصغيرة. يقلل SSD زمن الاستجابة لهذه العمليات ويُبقيها بعيدًا عن عبء العمل المتسلسل للوسائط.
لا يعفي التخزين السريع من استخدام نظام ملفات آمن أو وحدة تخزين ذات سعة كافية. يعرض أحد بلاغات Jellyfin حالات تعطل قفل قاعدة البيانات وعدم استجابة الواجهة أثناء الاستخدام العادي، مما يوضح أن قاعدة بيانات التطبيق اعتماد تشغيلي حي وليست ذاكرة تخزين مؤقت قابلة للحذف.
ضع وحدة بيانات التطبيق الدائمة بالكامل على SSD ذي مساحة حرة كافية، مع لقطات ونسخ احتياطية. تجنب وضع قاعدة البيانات النشطة على مشاركة شبكية ما لم يدعم التطبيق صراحةً سلوك القفل وزمن الاستجابة فيها.
احتفظ بملفات NFO المحمولة والأعمال الفنية المنسقة مع الوسائط عند الحاجة
يمكن لملفات NFO الجانبية، والملصقات المحلية، وتسميات الإصدارات، والأعمال الفنية المختارة يدويًا أن تجعل إعادة إنشاء المكتبة في مثيل آخر أسهل. كما تظل ظاهرة بجوار مجلد الفيلم عند فقدان قاعدة بيانات التطبيق.
لا تكون قابلية النقل مضمونة عبر جميع الإصدارات وأدوات الفحص. يصف تقرير عن ترحيل Jellyfin ملفات NFO موجودة بأنها تُجاهلت واستُبدلت بعد النقل، لذلك يلزم إجراء استيراد تجريبي قبل الاعتماد على الملفات الجانبية باعتبارها مسار الاسترداد الوحيد.
خزّن فقط البيانات الوصفية التي يستطيع التطبيق قراءتها باستمرار والتي تنوي الاحتفاظ بها. احتفظ بنسخة احتياطية من الملفات المنسقة يدويًا، وامنع موفري البيانات التلقائيين من استبدالها من دون اختبار مضبوط.
احترم حدود المكتبة للقراءة فقط والصلاحيات
تحمي وحدة الوسائط المثبتة للقراءة فقط الملفات المصدر من تغييرات التطبيق غير المقصودة، لكنها تمنع الخادم أيضًا من كتابة ملفات NFO والأعمال الفنية والمجموعات والمعاينات المحلية بجوار المكتبة.
أظهر أحد بلاغات Jellyfin فشل إنشاء مجموعة بسبب نظام ملفات وسائط للقراءة فقط، رغم أن إعدادات التطبيق كانت قابلة للكتابة على SSD. توضح هذه الحالة سبب أن موقع الكتابة يؤثر في ميزات البيانات الوصفية.
إذا كانت حماية المصدر من التغيير مهمة، فأبقِ الوسائط للقراءة فقط ووجّه البيانات الوصفية التي يملكها التطبيق إلى وحدة SSD الخاصة به. امنح المكتبة صلاحية الكتابة فقط عندما تكون الملفات الجانبية المحلية جزءًا مقصودًا من خطة الاسترداد، واقصر هذه الصلاحية على هوية الخدمة.
افصل بيانات المعاينات القابلة لإعادة الإنشاء عن الحالة المهمة
قد تصبح صور Trickplay، والصور المصغرة للفصول، وشبكات المعاينة المستخرجة، وذاكرات التخزين المؤقت المؤقتة أكبر بكثير من قاعدة البيانات الأساسية. كما تختلف قيمتها في النسخ الاحتياطي لأنها غالبًا ما تكون قابلة لإعادة الإنشاء.
يوفر Jellyfin خيارات لحفظ الأعمال الفنية وصور Trickplay بجوار الوسائط، مما يحسن إمكانية رؤيتها وترحيلها في بعض التخطيطات. يصف مصدر واجهته موضع الأعمال الفنية المحلية وTrickplay باعتباره خيارين منفصلين، وليس موقعًا عامًا واحدًا للبيانات الوصفية.
استخدم ذاكرة تخزين مؤقت مخصصة أو وحدة تخزين فرعية للبيانات الوصفية عندما يكون نمو المعاينات كبيرًا. أجرِ نسخًا احتياطية من قاعدة البيانات والبيانات الوصفية اليدوية بوتيرة أعلى من الصور المصغرة القابلة لإعادة الإنشاء، ووثّق المجلدات التي يمكن التخلص منها أثناء الاسترداد.
اختر التخطيط وفقًا لاحتياجات الاسترداد والترحيل
استخدم بيانات وصفية للتطبيق على SSD فقط عندما يمتلك خادم واحد المكتبة، ويجب أن تظل وحدة الوسائط للقراءة فقط، وتكون سرعة التصفح أهم من قابلية النقل على مستوى الملفات. استخدم ملفات NFO والأعمال الفنية المحلية عندما يجب أن تنتقل البيانات الوصفية المنسقة مع الملفات أو عندما تتشارك أدوات متعددة متوافقة في المكتبة.
يوفر التخطيط المقسّم عادةً أفضل حدود: قاعدة البيانات والمستخدمون والفهارس وذاكرات التخزين المؤقت النشطة على SSD؛ والوسائط المصدرية على وحدة تخزين ذات سعة؛ وملفات NFO المختارة والأعمال الفنية المنسقة بجوار الوسائط؛ والمعاينات الكبيرة القابلة لإعادة الإنشاء على ذاكرة تخزين مؤقت ذات حجم منفصل أو مسار محلي مدعوم.
| نوع البيانات | الموقع المفضل | أولوية النسخ الاحتياطي |
|---|---|---|
| قاعدة بيانات التطبيق والمستخدمون وحالة المشاهدة | وحدة تطبيق على SSD | عالية |
| الفهارس وذاكرة التخزين المؤقت النشطة | SSD أو ذاكرة تخزين مؤقت مخصصة | منخفضة إلى متوسطة |
| ملفات NFO والأعمال الفنية المنسقة | بجوار الوسائط عندما تكون قابلية النقل مهمة | عالية إذا عُدّلت يدويًا |
| صور Trickplay وصور الفصول | ذاكرة تخزين مؤقت بالحجم المناسب أو مسار محلي مدعوم | قابلة لإعادة الإنشاء عادةً |
| الأفلام والعروض المصدرية | وحدة تخزين ذات سعة | وفقًا لقابلية الاستبدال |
يوفر دليل ZimaSpace حول اختيار محركات NAS لأحمال عمل التطبيقات والبيانات الوصفية سياق أداء التخزين لهذا التقسيم.
تحقق من التخطيط باستخدام اختبارات النسخ الاحتياطي والاستعادة
أوقف خادم الوسائط وأنشئ نسخة احتياطية من وحدة تطبيق SSD، بالإضافة إلى أي بيانات وصفية جانبية مخزنة مع المكتبة. استعدها في مثيل معزول باستخدام مسارات الحاويات والصلاحيات نفسها.
تحقق من عودة المستخدمين، وسجل المشاهدة، والمجموعات، والمطابقات اليدوية، والأعمال الفنية، وعنصر واحد مفعّل فيه Trickplay كما هو متوقع. ثم اختبر استردادًا ثانيًا باستخدام ملفات الوسائط والملفات الجانبية فقط لمعرفة ما سيُفقد من دون قاعدة بيانات التطبيق.
يكون التخطيط صحيحًا عندما يظل التصفح سريع الاستجابة، ويكون نمو تخزين التطبيق متوقعًا، وتبقى الوسائط للقراءة فقط بالقدر المقصود، وتعيد النسخة الاحتياطية الموثقة إنشاء كل جزء غير القابل لإعادة الإنشاء. لا تغيّر موضع التخزين إلا بعد أن يكشف اختبار الاستعادة عن مشكلة حقيقية في السرعة أو السعة أو قابلية النقل.
الدعم والنصائح
المزيد للقراءة

هل يمكن لـ Plex مشاركة وحدة معالجة الرسومات (GPU) مع حاوية Docker أخرى؟
يمكن لـ Plex وحاوية أخرى غالبًا الوصول إلى وحدة معالجة الرسومات نفسها، لكن يجب اختبار دعم برنامج التشغيل، وتعيين الجهاز، وحِمل محرّك الفيديو، والذاكرة،...

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

كيفية إعداد ذاكرة التخزين المؤقت وموقع التخزين المؤقت لتحويل الترميز في Plex
احمِ حالة Plex الدائمة مع وضع الملفات المؤقتة للتحويل على مساحة تخزين محلية مناسبة، ثم تحقّق من التنظيف والمساحة الحرة وسلوك إعادة التشغيل.

