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

Should Jellyfin Use One Shared Account or Separate Household Accounts?
Choose Jellyfin household accounts by the identity, access, parental-control, and recovery boundaries you need.

Why Does Jellyfin Memory Use Stay High After Work Completes?
Separate Jellyfin process growth from Linux cache, and investigate only when memory keeps rising or creates real pressure.

Signs That a Jellyfin Storage Layout Is Becoming a Recovery Risk
Audit Jellyfin storage roles, separate live state from backups and rebuildable data, then prove the layout with a restore.

