لماذا قد يعيد Plex تحليل الوسائط بعد ترقية الخادم

قد يعيد Plex تحليل الوسائط الموجودة بعد الترقية عندما تحتاج منطقية التحليل أو سمات الوسائط المخزّنة إلى التحديث.

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

يمكن أن تتطور بيانات التحليل من دون تغيير ملف الوسائط

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

يمكن لـ Plex ترقية تحليل الوسائط أثناء الصيانة، لذا قد تكون عملية التحليل المحدودة بعد الترقية مشروعة عند تغيّر سلوك التحليل؛ وهذا هو الأساس الذي ينبغي اعتماده لفهم تحليل الوسائط بعد الترقية.

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

إعادة التحليل والفحص وتحديث البيانات الوصفية مهام مختلفة

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

عند قياس تحليل الوسائط بعد الترقية، يخزّن Plex البيانات الوصفية في الملفات وSQLite معًا، لذا ينبغي التخطيط لسعة بيانات التطبيق وسلوك الإدخال والإخراج بصورة مستقلة عن حجم مكتبة الوسائط.

إذا فرغت قائمة انتظار التحليل لمرة واحدة ولم تبدأ من جديد، فتتوافق الحالة مع تفسير الترقية. أما إذا عادت العناصر نفسها باستمرار، فلم يعد السبب ببساطة أن الخادم تعلّم طريقة تحليل جديدة.

متى يتوقف العمل بعد الترقية عن كونه طبيعيًا

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

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

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

Featured

ZimaCube 2 سحابة شخصية منزلية NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

تحقّق من عمل الترقية قبل التدخل

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

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

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

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