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

ZFS مقابل Btrfs مقابل ext4 لوحدة تخزين وسائط Jellyfin: أيّها أنسب؟
اختر نظام ملفات وسائط Jellyfin وفقًا لنموذج الاسترداد: ZFS لسلامة المجمّع، وBtrfs لنسخ CoW الأصلي في Linux، أو ext4 لتقليل التعقيد التشغيلي.

Jellyfin مع Kodi مقابل عملاء Jellyfin المستقلين: أيّهما أنسب؟
اختر Kodi لسير عمل قابل للتخصيص ومصمم أولًا للتلفاز مع حالة أكبر لدى العميل؛ واختر عملاء Jellyfin المستقلين لاستخدام أبسط عبر أجهزة متعددة تديره...

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

