شرح مسارات بيانات Jellyfin: ما الذي يجب الحفاظ عليه وما الذي يمكن إعادة بنائه

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

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

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

قاعدة البيانات والإعدادات تحددان حالة الخادم

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

تشمل حالة إعدادات Jellyfin حسابات المستخدمين، وإعدادات المكتبات، وسجل المشاهدة، والبيانات الوصفية التي ينبغي حمايتها بشكل منفصل عن ملفات الوسائط الضخمة.

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

البيانات الوصفية مهمة، لكنها ليست مطابقة لقاعدة البيانات

قد تكون إعادة إنشاء الأعمال الفنية والبيانات الوصفية المُولّدة مكلفة عند تنفيذها على نطاق واسع، حتى عندما يمكن استرداد بعض المعلومات المصدرية. وتعتمد أولوية استعادتها على مقدار التنظيم اليدوي والمعالجة التي تتضمنها.

يؤدي الاحتفاظ ببيانات الحاوية على SSD مع إبقاء الوسائط الضخمة على HDD إلى إنشاء فصل بين بيانات التطبيقات على SSD والوسائط على HDD، مما يفصل زمن استجابة التصفح عن تخزين الوسائط عالي السعة.

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

يجب أن يكون لذاكرة التخزين المؤقت وملفات تحويل الترميز المؤقتة نموذج انتهاء صلاحية

توجد ذاكرة التخزين المؤقت ومخرجات تحويل الترميز النشطة لتسريع العمل الحالي أو دعمه، وليس لتحديد هوية الخادم على المدى الطويل. ويؤدي الاحتفاظ بها دون تمييز إلى زيادة حجم النسخ الاحتياطية، وقد يعيد حالة مؤقتة قديمة.

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

ضع الملفات المؤقتة على مسار سريع مع مراقبة واضحة للمساحة الحرة. وتحقق من قدرة الخدمة على إعادة إنشائها بعد حذفها قبل استبعادها من النسخ الاحتياطي.

-15% OFF

يجب أن تظل الوسائط طبقة منفصلة معتمدة

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

تختلف سعة النسخ الاحتياطي ومعدل التغيير باختلاف مجموعة البيانات، لذا نادرًا ما يناسب نموذج احتفاظ واحد كلًا من حالة التطبيق والوسائط الضخمة.

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

مركز التكنولوجيا والذكاء الاصطناعي

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

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.