حلّ المجتمع

حماية قرص نظام ZimaOS: استرداد النظام، وlocal-storage.db، وAppData، وإعادة بناء RAID

A February-September 2025 thread asking whether the ZimaOS system NVMe should be cloned and what happens to a separate RAID 5 if the OS disk fails. Community replies argued that cloning is often less important than protecting /DATA and storage metadata. Current IceWhale documentation now provides dual-slot System Recovery and an official local-storage.db RAID rebuild procedure after reinstall.

إنشاء نسخة كاملة من قرص SSD لنظام ZimaOS ليس أصل الاسترداد الوحيد، ولا بالضرورة الأهم. كان لدى المستخدم الأصلي قرص NVMe بسعة 512 جيجابايت لنظام التشغيل، بالإضافة إلى أربعة أقراص NVMe بسعة 2 تيرابايت مُخطط لتهيئتها كـ RAID 5، وأراد معرفة ما إذا كان فقدان قرص نظام التشغيل سيعرّض المصفوفة للخطر.

يوفّر تصميم الاسترداد الحالي في ZimaOS إجابة أوضح من نقاش عام 2025 الأصلي: يستخدم ZimaOS فتحتي نظام مزدوجتين للاسترداد السريع عند الإقلاع، وتُخزَّن البيانات بشكل منفصل عن أقسام النظام، كما توثّق IceWhale الآن إجراء نسخ احتياطي للملف local-storage.db حتى يمكن استعادة إعداد RAID بعد إعادة تثبيت النظام. ولا يزال أعلى هدف ذي قيمة للنسخ الاحتياطي هو بياناتك الفعلية وحالة تطبيقاتك.

يستخدم ZimaOS تصميم استرداد للنظام قائمًا على قسمين

توضح وثائق استرداد النظام الحالية من IceWhale أن ZimaOS يستخدم الفتحتين A وB، وتبلغ سعة كل منهما نحو 6 جيجابايت، بحيث يمكن للمستخدم الإقلاع من القسم البديل عندما تتعطل إحدى فتحتي النظام.

يعالج هذا بعض أعطال البرامج أو الإقلاع من دون استبدال قرص SSD.

استخدم إجراء الاسترداد الحالي ذي الفتحتين في ZimaOS قبل افتراض أن كل مشكلة إقلاع تتطلب استعادة القرص بالكامل.

يختلف تعطل قرص SSD للنظام عن تعطل إحدى فتحتي النظام

إذا تعطل قرص NVMe نفسه ماديًا، فستفقد الفتحتين A وB معه. ويكون مسار الاسترداد حينها هو استبدال قرص النظام ثم تثبيت ZimaOS من جديد.

الهدف هو أن تتمكن عملية إعادة التثبيت من اكتشاف إعداد البيانات والتخزين أو استعادته، من دون التعامل مع أقراص RAID الأعضاء على أنها أقراص فارغة.

انسخ local-storage.db احتياطيًا قبل أن تحتاج إليه

يطلب دليل إعادة بناء RAID الحالي من IceWhale من المستخدمين حفظ الملف:

/ZimaOS-HD/.casaos/db/local-storage.db

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

اتبع سير العمل الرسمي لإعادة بناء RAID بعد إعادة التثبيت بدلًا من تحرير قاعدة البيانات يدويًا.

لا تُعد إنشاء RAID لمجرد أن نظام التشغيل الجديد يعرض الأقراص بطريقة مختلفة

قد تظل أقراص RAID الأعضاء تحتوي على بيانات وصفية وبيانات RAID صالحة حتى عندما لا يعود تثبيت النظام الجديد يملك قاعدة بيانات التخزين السابقة في ZimaOS.

إذا كانت هذه الأقراص تحتوي على ملفات مهمة، فلا تنقر على «إنشاء RAID» أو تهيئتها أو تمسح البيانات الوصفية إلى أن تفهم مسار الاسترداد.

انسخ AppData وقواعد بيانات التطبيقات احتياطيًا

بسّط الرد المجتمعي لعام 2025 حالة التطبيقات باعتبارها مخزنة ضمن /DATA/AppData. أما ZimaOS الحالي فيوضح هذا الفصل بشكل أكبر، لكنه يدعم أيضًا مواقع مختلفة لبيانات التطبيقات وعمليات ربط مخصصة.

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

تساعد إرشادات مسارات تخزين التطبيقات في ZimaOS حاليًا على تحديد ما يبقى بعد إعادة إنشاء الحاويات.

لا تزال النسخة الكاملة من نظام التشغيل مفيدة، لكن لها بعض المقايضات

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

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

النسخ الاحتياطي لبياناتك أهم من نظام التشغيل القابل للاستبدال

يتضمن ZimaOS الحالي تطبيق Backup الذي يمكنه حماية البيانات على الأقراص المحلية أو جهاز NAS آخر أو USB أو السحابة، كما يدعم عمليات النسخ المجدولة والمُدارة بالإصدارات.

استخدم استراتيجية النسخ الاحتياطي 3-2-1 الحالية للملفات التي لا يمكن ببساطة إعادة تثبيتها.

خطة عملية للتعامل مع تعطل قرص النظام

  1. احتفظ بنسخة حديثة من local-storage.db خارج قرص نظام التشغيل.
  2. انسخ حالة التطبيقات وبيانات المستخدم احتياطيًا بشكل مستقل.
  3. وثّق وحدات تخزين التطبيقات المخصصة ومكدسات Compose.
  4. اعرف كيفية الإقلاع من فتحة نظام ZimaOS البديلة.
  5. إذا تعطل قرص SSD ماديًا، فاستبدله وأعد تثبيت ZimaOS.
  6. استعد قاعدة بيانات التخزين باستخدام الإجراء الرسمي.
  7. تحقق من RAID قبل إجراء أي تغيير تخزيني هدّام.
  8. أعد تثبيت التطبيقات أو إعادة ربطها ببياناتها الدائمة.

الأسئلة الشائعة حول النسخ الاحتياطي لقرص نظام التشغيل

هل يعني فشل إقلاع ZimaOS دائمًا ضرورة استبدال قرص SSD الخاص بنظام التشغيل؟

لا. يحتوي ZimaOS الحالي على فتحتين للنظام، ويمكن للفتحة البديلة استرداد بعض أعطال النظام.

ما الملف الصغير المفيد بشكل خاص قبل إعادة تثبيت النظام؟

يوصي دليل استرداد RAID الحالي من IceWhale المستخدمين بإنشاء نسخة احتياطية من local-storage.db.

هل يُعد RAID 5 نسخة احتياطية للبيانات بحد ذاته؟

لا. يحمي RAID من حيث إتاحة البيانات بعد تعطل أحد الأقراص؛ لذا احتفظ بنسخ احتياطية مستقلة لمواجهة الحذف والتلف والسرقة والكوارث.