هل ينبغي نسخ Plex الاحتياطي مباشرةً أم إيقاف الخدمة أولًا؟

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

لا يتعلق الاختيار فعليًا بـ«التوقف مقابل عدم التوقف»، بل بـ«نسخة بسيطة ومتسقة مقابل طريقة مباشرة تفهم عمليات الكتابة النشطة في قاعدة البيانات». إذا لم تستطع توضيح كيفية حفاظ الطريقة المباشرة على قاعدة بيانات Plex صالحة في نقطة زمنية محددة، فجدول توقفًا قصيرًا وتحقق من النسخة الاحتياطية بدل افتراض أن نسخ الملفات المفتوحة آمن.

اختر طريقة النسخ الاحتياطي قبل اختيار مدة التوقف

ابدأ بتحديد آلية النسخ الاحتياطي. يختلف سلوك tar أو rsync أو نسخ SMB أو عميل المزامنة السحابية أو اللقطة العامة للملفات النشطة عن سلوك أمر نسخ احتياطي يدرك قواعد البيانات. تعتمد حالة التشغيل الآمنة على ما يمكن للأداة ضمانه، لا على ما إذا كان أمر النسخ قد اكتمل بنجاح.

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

في هذا القرار، اعتبر نسخ نظام الملفات العادي هو الحالة المحافظة، واعتبر النسخ الاحتياطي لقاعدة البيانات المدرك للتطبيق تقنية منفصلة. لا تعتبر النسخة المباشرة آمنة لمجرد أن الوجهة استلمت ملفات بالأسماء والأحجام المتوقعة.

أوقف Plex لإجراء نسخة عادية على مستوى ملفات بيانات التطبيق

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

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

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

استخدم النسخ الاحتياطي المباشر فقط عندما تدعمه طريقة قاعدة البيانات

إيقاف Plex ليس قاعدة تفرضها SQLite نفسها. يمكن أن تكون النسخة المباشرة صالحة عندما تستخدم الطريقة مرافق تدرك SQLite وتنشئ لقطة متسقة لقاعدة البيانات مع استمرار الوصول العادي للتطبيق.

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

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

Featured

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

ZimaCube2

$799.00 - $2,499.00

Buy Now

انسخ أكثر من ملف قاعدة البيانات

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

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

يُعد دليل ZimaSpace حول النسخ الاحتياطية المتسقة لحاويات قواعد البيانات متابعة مفيدة عندما تحتاج إلى تنسيق بيانات التطبيق وحالة قاعدة البيانات ووحدات التخزين الدائمة واختبار الاستعادة عبر مجموعة خوادم منزلية قيد التشغيل.

تحقق من النسخة الاحتياطية قبل الوثوق بأي من الطريقتين

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

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

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

اختر الإجراء الأقل مخاطرة وفق احتياجات التوافر لديك

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

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

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