الطريقة الأكثر أمانًا لنسخ خادم ZimaOS احتياطيًا إلى جهاز NAS آخر هي حماية البيانات التي يجب أن تبقى بعد إعادة التثبيت، وليس استنساخ نظام التشغيل بالكامل. انسخ مجلدات المستخدمين، وبيانات تطبيقات Docker الدائمة، وأي قواعد بيانات للتطبيقات إلى الوجهة الموجودة على شبكتك المحلية، ثم احتفظ بنسخة إضافية واحدة على الأقل على وسيط مختلف أو في موقع خارجي.
يستخدم ZimaOS نظامًا خفيفًا بأسلوب الأجهزة المخصصة، مع فتحتي نظام للتعافي. وهذا يجعل نموذج التعافي الخاص به مختلفًا عن النسخ الاحتياطي للترحيل في Synology DSM؛ إذ يمكن استعادة نظام التشغيل أو إعادة تثبيته بشكل منفصل، بينما توجد بياناتك المهمة على وحدات التخزين ومجلدات التطبيقات المربوطة. لذلك، الهدف هو إنشاء خادم قابل للاستعادة، وليس بالضرورة صورة مطابقة لكل بايت من النظام قيد التشغيل.
ما الذي يجب أن يتضمنه النسخ الاحتياطي لـ ZimaOS فعلًا؟
تبدأ خطة النسخ الاحتياطي المفيدة بالفصل بين البرامج القابلة للاستبدال والبيانات التي لا يمكن تعويضها. يمكن عادةً إعادة إنشاء حاويات Docker وحزم متجر التطبيقات، أما ملفاتك وإعدادات تطبيقاتك وقواعد بياناتك ومكتبات الوسائط فلا يمكن ذلك.
مجلدات المستخدمين والبيانات المشتركة
انسخ مجلدات المستندات والوسائط والصور ومشروعاتك وبيانات مواقع الويب وأي أدلة أخرى يعدّلها المستخدمون أو التطبيقات باستمرار. يدعم دليل النسخ الاحتياطي 3-2-1 في ZimaOS الحالي المصادر والوجهات عبر الشبكة المحلية وUSB والسحابة ومن جهاز Zima إلى جهاز Zima.
بيانات تطبيقات Docker الدائمة
حاويات متجر التطبيقات قابلة للاستبدال، لكن المجلدات المربوطة بها ليست كذلك. توضح وثائق ZimaOS أن ملفات الإعداد والملفات الدائمة توجد خارج الحاوية ضمن موقع بيانات التطبيقات المكوَّن. راجع مسارات تخزين التطبيقات في ZimaOS قبل تحديد ما يجب تضمينه في النسخ الاحتياطي.
قواعد البيانات والخدمات التي تحتفظ بالحالة
بالنسبة إلى خدمات مثل Nextcloud وWordPress وHome Assistant وImmich وMariaDB أو التطبيقات التي تعتمد على PostgreSQL، قد لا يكون نسخ مجلد بيانات قيد الاستخدام كافيًا دائمًا. عندما يوفر التطبيق الأصلي تفريغًا لقاعدة البيانات أو تصديرًا أو إجراء صيانة، استخدمه. عادةً ما تكون النسخة النظيفة من قاعدة البيانات مع مجلدات إعداد التطبيق أكثر قابلية للنقل من نسخ قاعدة بيانات غير متسقة أثناء استمرارها في الكتابة.
كيفية إنشاء مهمة نسخ احتياطي عبر الشبكة المحلية
الخطوة 1: حدّد الجهاز الذي سيكون الوجهة
يمكن أن يكون جهاز Synology أو جهاز NAS آخر أو خادم ملفات أو جهاز Zima آخر وجهة على الشبكة المحلية، ما دام ZimaOS يستطيع الوصول إلى مجلد مشترك قابل للكتابة. تأكد من أن المشاركة تحتوي على مساحة خالية كافية، وأن الحساب الذي يستخدمه ZimaOS لديه صلاحية إنشاء الملفات وتعديلها وحذفها وفقًا لسياسة الاحتفاظ لديك.
الخطوة 2: أنشئ مهام نسخ احتياطي منفصلة حسب نوع البيانات
لا تضع كل شيء في مهمة واحدة ضخمة إلا إذا كان لديك سبب لذلك. أنشئ مهام مستقلة للمستندات المهمة والوسائط وبيانات التطبيقات والفئات الأخرى. يسهّل ذلك تشخيص الأعطال، ويتيح لك جدولة البيانات التي لا يمكن تعويضها بوتيرة أكثر كثافة من الوسائط القابلة للاستبدال.
الخطوة 3: جدولة المهمة واختبارها
شغّل النسخ الاحتياطي الأول يدويًا، وتحقق من أن الوجهة تحتوي على الملفات المتوقعة، ثم فعّل الجدولة. لا تكفي حالة المهمة الخضراء؛ افتح بعض الملفات المستعادة وتحقق من أن الأذونات وأسماء الملفات والطوابع الزمنية مقبولة.
كيف ينبغي نسخ تطبيقات Docker احتياطيًا؟
المفتاح هو نسخ مسارات المضيف المربوطة بالحاوية، وليس نظام ملفات الحاوية المؤقت. يوصي دليل ZimaOS الحالي بإبقاء بيانات التطبيقات بعيدًا عن قرص النظام الصغير وعلى مجموعة التخزين الرئيسية. وهذا يجعل نطاق النسخ الاحتياطي أسهل في الفهم أيضًا.
إذا كنت تستخدم حزم Docker Compose مخصصة، فاحتفظ بنسخة من ملف YAML الخاص بـ Compose ومتغيرات البيئة وملفات الإعداد المخصصة والأسرار في موقع محمي. لا تعتمد على لقطات الشاشة للإعدادات. فمن الأسهل بكثير إعادة إنشاء البيئة على جهاز جديد باستخدام ملف Compose إلى جانب مجلدات البيانات الدائمة.
يفيدك موجز النسخ الاحتياطي في ZimaOS عند التخطيط لمكان حفظ كل نسخة، بينما يوضح أساسيات تخزين Docker الحدود بين الحاوية والبيانات.
ماذا عن نظام ZimaOS نفسه؟
يستخدم ZimaOS تصميمًا بنظام مزدوج الفتحات. يوضح دليل استعادة النظام الحالي كيفية الإقلاع من فتحة النظام البديلة عند حدوث مشكلة في أحد الأقسام.
يحميك مسار التعافي هذا من بعض أعطال نظام التشغيل، لكنه ليس بديلًا عن النسخ الاحتياطي للبيانات. إذا تعطل قرص النظام نفسه، تتمثل خطة التعافي العملية في إعادة تثبيت ZimaOS أو استعادته، ثم إعادة توصيل وحدات التخزين أو إنشائها، وإعادة تثبيت التطبيقات، ثم استعادة بيانات التطبيقات الدائمة وملفات المستخدمين.
استخدم قاعدة 3-2-1 بدلًا من نسخة واحدة على الشبكة المحلية
تُعد النسخة الاحتياطية على جهاز NAS آخر عبر الشبكة المحلية مفيدة، لكن قد يتأثر الجهازان بالسرقة نفسها أو انقطاع الطاقة نفسه أو حادثة برمجيات الفدية نفسها أو خطأ المستخدم نفسه. بالنسبة إلى البيانات التي لا يمكن تعويضها، اتبع نمط 3-2-1: ثلاث نسخ، ونوعان مختلفان من وسائط التخزين، ونسخة واحدة خارج الموقع.
على سبيل المثال، احتفظ بالنسخة الأساسية على ZimaOS، ونسخة مجدولة على Synology، ونسخة مشفّرة خارج الموقع في وجهة سحابية مدعومة أو على محرك USB يتم تدويره وتخزينه في مكان آخر.
أخطاء النسخ الاحتياطي الشائعة التي يجب تجنبها
- نسخ صور Docker فقط. يمكن تنزيل الصور مجددًا؛ أما AppData وقواعد البيانات فهما الجزء المهم.
- افتراض أن RAID نسخة احتياطية. يساعد RAID في مواجهة تعطل محرك الأقراص، لكنه لا يحمي من الحذف العرضي أو التلف أو برمجيات الفدية.
- تثبيت وكيل نسخ احتياطي على مستوى المضيف دون التحقق من التوافق. ليس ZimaOS خادم Debian تقليديًا قابلًا للتعديل، لذلك قد تتعارض وكلاء النظام مع تصميم نظام التشغيل المحمي فيه.
- عدم اختبار الاستعادة مطلقًا. النسخة الاحتياطية التي لم تُستعد ليست سوى افتراض.
- الاحتفاظ بكل النسخ في الهيكل أو الغرفة نفسها. لا يحمي ذلك من فقدان الجهاز أو الموقع بالكامل.
كيفية اختبار قابلية استعادة نسخة ZimaOS الاحتياطية
اختر مجموعة صغيرة تمثيلية: مجلد مستندات واحدًا، وملف وسائط واحدًا، ودليل إعدادات تطبيق واحدًا، وتصديرًا واحدًا لقاعدة بيانات. استعدها إلى موقع مؤقت، وافتح الملفات، وتحقق من قدرة التطبيق على قراءة البيانات المستعادة. كرر ذلك بعد إجراء تغييرات كبيرة على التخزين أو التطبيقات.
بالنسبة إلى خادم مهم، احتفظ أيضًا بملاحظة قصيرة للاستعادة تتضمن أسماء وحدات التخزين ومنافذ التطبيقات وحزم Compose المخصصة وأوامر استعادة قواعد البيانات وأي تبعيات للنطاق أو الوكيل العكسي. غالبًا ما توفر هذه الوثائق وقتًا أكبر من صورة نظام خام.
الأسئلة الشائعة
هل يستطيع ZimaOS إنشاء صورة نظام كاملة على غرار Hyper Backup في Synology؟
تركز وثائق ZimaOS الحالية على نسخ البيانات احتياطيًا والتعافي عبر فتحات النظام، بدلًا من توفير صورة ترحيل موثقة بنقرة واحدة تعيد إنشاء نظام التشغيل بالكامل وكل تطبيق وإعداد على جهاز مختلف.
هل يمكنني استخدام Synology كوجهة للنسخ الاحتياطي من ZimaOS؟
نعم. يمكن أن تكون مشاركة SMB/الشبكة المحلية التي يمكن الوصول إليها جزءًا من تصميم النسخ الاحتياطي. تحقق من بيانات الاعتماد والمساحة الخالية وإمكانية الاستعادة قبل الاعتماد عليها.
هل أحتاج إلى نسخ حاويات Docker نفسها احتياطيًا؟
عادةً لا. احتفظ بتعريفات Compose وإعدادات التطبيقات وAppData المربوطة وقواعد البيانات. فعادةً ما يمكن استبدال الحاويات والصور.
هل ستؤدي استعادة نظام ZimaOS إلى استعادة ملفات المستخدمين المحذوفة؟
لا. تتعامل استعادة الفتحة مع طبقة نظام التشغيل، أما بيانات المستخدمين المحذوفة أو التالفة فتحتاج إلى نسخة احتياطية منفصلة.
