يمكن لـ Jellyfin العمل بشكل موثوق مع الوسائط الموجودة على مشاركة شبكية عندما يكون التحميل مستقرًا ويتعامل الخادم معها باعتبارها اعتمادًا خارجيًا صريحًا.
يُبقي التصميم الأكثر أمانًا قاعدة بيانات Jellyfin وإعداداته على وحدة تخزين محلية دائمة، بينما تبقى ملفات الوسائط على SMB أو NFS. ويؤدي ذلك إلى تجنّب وضع عمليات الكتابة الصغيرة الخاصة بالحالة وتأمين الملفات خلف الشبكة دون حاجة. وتعتمد الموثوقية حينها على توقيت التحميل، وتعيين الهويات، ومعدل النقل، وزمن الاستجابة، والسلوك المتوقع عند اختفاء جهاز NAS.
أبقِ قاعدة بيانات Jellyfin محلية
تختلف احتياجات الوصول والاتساق لقاعدة بيانات تطبيق قائمة على الملفات عن احتياجات ملفات الأفلام الكبيرة. وقد تكون وحدة التخزين الشبكية جذابة من ناحية السعة، لكنها لا ينبغي أن تصبح تلقائيًا موضع كل مسارات Jellyfin.
يمكن أن تكون وسائط Jellyfin موجودة على مشاركة NFS، بينما تبقى قاعدة البيانات والإعدادات محلية، مما يُبقي حالة التطبيق القائمة على الملفات خارج التحميل البعيد.
أبقِ بيانات التطبيق على وحدة تخزين محلية دائمة، وحمّل مكتبة الوسائط فقط عن بُعد. ويجعل تصميم مركز الوسائط باستخدام NAS الاعتماد واضحًا دون نقل هوية الخادم إلى المشاركة.
اجعل توفر التحميل شرطًا لبدء التشغيل
إذا بدأ Jellyfin قبل تحميل المشاركة، فقد يبدو مجلد فارغ وكأنه مكتبة مفقودة. وينبغي للخدمة إما انتظار التحميل أو التوقف مع إظهار الخطأ بوضوح، بدلًا من فحص نظام الملفات الخطأ.
يستخدم تصميم تحميل الوسائط المتين تبعيات systemd أو عمليات تحقق من التحميل، حتى لا تعمل التطبيقات على نقطة تحميل فارغة.
أعد تشغيل المضيف وتحقق من هوية المشاركة قبل أن يبدأ Jellyfin عمليات الفحص المعتادة. استخدم علامة مميزة أو تحققًا من نقطة التحميل بدلًا من اختبار وجود المجلد فقط.
تحقق من الأذونات باستخدام هوية الخدمة نفسها
يمكن لـ SMB وNFS ترجمة الملكية بطريقة مختلفة عن الأقراص المحلية. يحتاج Jellyfin إلى وصول قراءة متوقع إلى الوسائط، وقد تحتاج الأدوات المصاحبة إلى أذونات كتابة خاصة بها دون تفعيل إعدادات كتابة عامة واسعة النطاق.
يبقى الوصول من الحاويات مفهومًا عندما يتم توثيق تعيين UID وGID رقميين عبر المضيف ونظام الملفات المُحمّل.
اقرأ عدة ملفات باستخدام هوية Jellyfin واختبر إمكانية الوصول المتوقعة عبر الأدلة الأصلية. أصلح تعيين الملكية عند حدود التحميل بدلًا من تغيير ملكية المكتبة بأكملها بشكل تكراري.
خطط لزمن استجابة NAS وانقطاعاته
حتى المشاركة الشبكية السليمة قد تصبح عنق زجاجة عند وجود عمليات قراءة متزامنة، أو قد تتعطل مؤقتًا أثناء صيانة NAS. ينبغي للخادم أن يتعامل مع التدهور بطريقة مفهومة، بدلًا من إعادة كتابة حالة المكتبة بشكل متسرع.
يؤدي نقل ذاكرة التخزين المؤقت والبيانات الوصفية في Jellyfin إلى NFS إلى إنشاء اعتماد على حالة بعيدة عند بدء التشغيل، مما يؤكد سبب ضرورة التعامل مع مشاركات الوسائط وحالة التطبيق المحلية باعتبارهما دورين مختلفين للتخزين.
قِس أسوأ زمن استجابة طبيعي للقراءة وحاكِ فقدان المشاركة بطريقة خاضعة للتحكم. تأكد من أن Jellyfin يتعافى عند عودة التحميل قبل الاعتماد على هذا التصميم للاستخدام المنزلي غير المراقب.
الدعم والنصائح
المزيد للقراءة

هل ينبغي نسخ Jellyfin احتياطيًا أثناء تشغيله أم إيقاف الخدمة أولًا؟
للتبسيط، يُفضَّل استخدام النسخ الاحتياطية للخدمات المتوقفة؛ ولا تستخدم اللقطات الحية إلا عندما تكون حالة التطبيق ملتقطة بشكل متسق وتكون عمليات الاستعادة قد اختُبرت.

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

متى ينبغي إعادة بناء Jellyfin بدلًا من إصلاحه؟
اختر إعادة البناء بدلًا من الإصلاح عندما يكون انجراف بيئة التشغيل هو المشكلة وتكون الحالة الدائمة قد نُسخت احتياطيًا؛ لا تُجرِ «إعادة بناء» بحذف...

