النسخ الاحتياطية المدمجة في Jellyfin أم النسخ الاحتياطية على مستوى الملفات: أيّهما ينبغي أن تستخدم؟

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

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

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

تتفوق النسخ الاحتياطية المضمّنة في نقاط الاسترداد الروتينية أثناء الاتصال

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

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

وهذا هو الخيار الافتراضي الأقوى عندما يكون هدف الاسترداد هو «إعادة نسخة Jellyfin هذه إلى حالة تطبيق معروفة».

تتفوق النسخ الاحتياطية على مستوى الملفات عندما يشمل نطاق الاسترداد تخطيط المضيف

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

يفيد هذا النطاق الأوسع عند تعطل قرص النظام أو الانتقال إلى مضيف بديل. لكن المقابل هو الاتساق: فأدوات نسخ الملفات العادية لا تفهم قاعدة بيانات SQLite المتغيرة، لذا أوقف Jellyfin بطريقة سليمة قبل نسخ حالته الدائمة المباشرة.

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

يختلف النسخ الاحتياطي المدرك لقاعدة البيانات عن نسخ ملف SQLite مباشر

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

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

إذا كانت طريقتك اليدوية تقتصر على rsync أو نسخ SMB أو zip أو نسخ عام لنظام الملفات، فأوقف Jellyfin أولًا، ما لم تكن لقطة التخزين منسقة مع عمليات الكتابة التي يجريها التطبيق.

قارن النطاق قبل مقارنة سهولة الاستخدام

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

احتفظ بالنسخة الاحتياطية خارج نطاق فشل Jellyfin المباشر

لا تحمي أي من الطريقتين من فقدان مجموعة التخزين عندما تكون جميع النسخ الاحتياطية موجودة ضمن نظام الملفات المتعطل نفسه. انسخ أرشيفات النسخ الاحتياطي التي تم التحقق منها أو مجموعات الاسترداد التي أُنشئت بعد الإيقاف إلى قرص آخر أو جهاز NAS أو موقع خارج الموقع.

احتفظ بنقطة واحدة على الأقل قبل الترقية، لأن Jellyfin يطبّق عمليات ترحيل البيانات عند بدء تشغيل إصدار أحدث ولا يوفر مسارًا عامًا للرجوع الموضعي إلى إصدار أقدم.

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

الأسئلة الشائعة

هل ينبغي أن أوقف Jellyfin قبل استخدام النسخ الاحتياطي المضمّن؟

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

هل يمكن للنسخ الاحتياطي المضمّن أن يحل محل النسخ الاحتياطي للمضيف؟

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

مقارنات المنتجات

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

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.