كيفية ضبط سجلات Plex دون فقدان معلومات التشخيص المفيدة
اضبط تسجيل Plex بإصلاح الأخطاء المزعجة أولًا، ثم حدّد مدة الاحتفاظ بما يتناسب مع نافذة الحادثة التي تحتاج فعلًا إلى تشخيصها.
قد يؤدي خفض حجم السجلات قبل معرفة ما يتكرر إلى محو الدليل الوحيد على فشل أحد التبعيات. قِس الملف الذي يزداد حجمه، والعملية التي تكتب فيه، ومدى سرعة تكرار الرسالة. بعد إصلاح السبب الجذري، ضع سياسة محددة المدة تحتفظ بسجل كافٍ لاكتشاف الحوادث المعتادة.
حدّد الجهة التي تكتب السجل قبل تغيير المستويات
يمكن أن تنمو سجلات تطبيق Plex، ومخرجات stdout للحاويات، والوكلاء العكسيون، وسجلات المضيف بشكل منفصل. حدّد الجهة التي تكتب السجل تحديدًا بدلًا من خفض مستوى كل مصادر السجل دفعة واحدة.
يمكن لـ معالجة سجلات حاويات Docker التقاط مخرجات stdout وstderr بشكل مستقل عن الملفات التي يديرها التطبيق.
قِس نمو المجلد لمدة عشر دقائق، والتقط عينة قصيرة من الملف الأسرع نموًا. احتفظ بالعينة قبل تغيير مدة الاحتفاظ.
أصلح الأخطاء المتكررة قبل تسريع التدوير
يمكن لفشل نقطة تحميل، أو حلقة تعطل، أو خدمة يتعذر الوصول إليها أن تولّد مخرجات تفوق مخرجات التشغيل السليم بأضعاف كثيرة. يؤدي الاحتفاظ القصير إلى إخفاء النمط دون تقليل عبء الكتابة.
طبّق فحوصات الأخطاء والتشبع على التبعية المذكورة في الرسالة المتكررة قبل تغيير مستوى السجل.
أصلح الخطأ وأعد إنتاجه مرة واحدة. إذا انخفض النمو بحدة، فاحتفظ بنافذة تشخيص متوسطة بدلًا من كبت الرسالة نهائيًا.
حدّد مدة الاحتفاظ انطلاقًا من وقت اكتشاف الحادثة
تكون النافذة المناسبة طويلة بما يكفي للرجوع إلى ما قبل ملاحظة حادثة نموذجية، وقصيرة بما يكفي للحفاظ على مساحة كافية في قرص النظام. لا فائدة من الاحتفاظ بسجلات مطوّلة لأشهر لا تُستخدم مطلقًا.
تُعد سعة التخزين الاحتياطية ومعدل التغيير تشبيهًا مفيدًا: يجب ربط مدة الاحتفاظ بالقيمة التشغيلية، لا بفكرة «الاحتفاظ بكل شيء».
قدّر حجم السجلات اليومي بعد الإصلاح واضربه في نافذة استكشاف الأخطاء المطلوبة. خصّص مساحة حرة لقاعدة البيانات والتحديثات ومهام النظام الأخرى. خزّن السجلات وإعدادات الاحتفاظ إلى جانب تخطيط دائم لبيانات التطبيق يستمر عند استبدال الحاوية، من دون السماح للتشخيصات المؤقتة بأن تتحول إلى حالة دائمة.
تحقّق من آلية التدوير
لا يكتمل تغيير الإعدادات إلا عندما تتقدم أقدم حدود الاحتفاظ ويستقر الحجم الإجمالي للسجلات أثناء التشغيل المعتاد وبعد إعادة إنتاج خطأ واحد.
يعتمد اختبار الاستعادة التشغيلي على التحقق من السلوك، وينبغي تطبيق المبدأ نفسه على التسجيل بدلًا من الوثوق بملف الإعدادات.
راقب دورة تدوير كاملة واحدة على الأقل. احتفظ بعينة التشخيص الأصلية خارج مجلد السجلات النشط حتى تبقى الأدلة محفوظة، من دون السماح لسجلات الإنتاج بالنمو بلا حدود.
المنتجات الموصى بها
الدعم والنصائح
المزيد للقراءة
هل ينبغي نسخ Jellyfin احتياطيًا أثناء تشغيله أم إيقاف الخدمة أولًا؟
للتبسيط، يُفضَّل استخدام النسخ الاحتياطية للخدمات المتوقفة؛ ولا تستخدم اللقطات الحية إلا عندما تكون حالة التطبيق ملتقطة بشكل متسق وتكون عمليات الاستعادة قد اختُبرت.
لماذا يعمل Jellyfin بدرجة حرارة مرتفعة أو بضوضاء عالية عندما لا يشاهد أحد أي محتوى؟
تعني الحرارة أثناء الخمول عادةً وجود عمل في الخلفية أو عبء عمل على مضيف مشترك، لذا حدّد العملية النشطة والمهمة المجدولة قبل تغيير التبريد...
متى ينبغي إعادة بناء Jellyfin بدلًا من إصلاحه؟
اختر إعادة البناء بدلًا من الإصلاح عندما يكون انجراف بيئة التشغيل هو المشكلة وتكون الحالة الدائمة قد نُسخت احتياطيًا؛ لا تُجرِ «إعادة بناء» بحذف...
