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