إذا كان قرص SSD الخاص بنظام ZimaOS قد بدأ يتعطّل، فلا تستنسخه إلا بعد حماية البيانات التي لا يمكنك إعادة إنشائها. يمكن لاستنساخ القرص بالكامل الحفاظ على تخطيط إقلاع ZimaOS، وقاعدة بيانات النظام، ومسارات التطبيقات، ومراجع بيانات RAID الوصفية، لكن لا يوجد ضمان لنجاح استنساخ قرص متعطّل، ولا ينبغي أن يكون خطة الاسترداد الوحيدة لديك.
أكد موظفو IceWhale في سلسلة النقاش الأصلية أن الاستنساخ العادي ممكن، وأن معلومات التخزين وRAID المخزنة في قاعدة بيانات ZimaOS ينبغي أن تُستنسخ مع قرص النظام. لذلك يكون سير العمل الآمن كالتالي: انسخ البيانات المهمة احتياطيًا أولًا، واستنسخ القرص بالكامل ما دام القرص المصدر لا يزال قابلًا للقراءة، ثم أقلع من القرص الجديد فقط، وبعد ذلك تحقّق من التخزين والتطبيقات قبل إخراج القرص القديم من الخدمة.
حدّد أولًا ما إذا كان الاستنساخ لا يزال آمنًا
إذا كان قرص SSD يعرض تحذيرات مرتبطة بالعمر أو أخطاء قراءة متقطعة فحسب، فقد يظل الاستنساخ دون اتصال خيارًا مناسبًا. أما إذا كان يختفي من BIOS، أو ينتج أخطاء إدخال وإخراج متكررة، أو يتجمّد أثناء القراءة، فقد تؤدي كل محاولة قراءة إضافية إلى تقليل فرص استرداد البيانات المفيدة.
في الحالات شديدة التدهور، أعطِ الأولوية لأدوات التصوير والاسترداد التي تتحمل أخطاء القراءة بدلًا من إعادة إقلاع ZimaOS من الجهاز المتعطّل مرارًا.
انسخ بيانات المستخدم والتطبيقات احتياطيًا قبل الاستنساخ
لا تفترض أن بيانات RAID محمية لمجرد إمكانية استنساخ قاعدة بيانات النظام. فمصفوفة التخزين وقرص SSD الخاص بالنظام يعالجان مشكلتين مختلفتين. انسخ الملفات التي لا يمكن تعويضها إلى وجهة أخرى أولًا.
يوضح دليل النسخ الاحتياطي 3-2-1 لـ ZimaOS الحالي سبب عدم اعتبار RAID نسخة احتياطية، وكيفية الاحتفاظ بنسخ محلية وخارجية منفصلة.
إذا كانت بيانات تطبيقات Docker موجودة على قرص النظام، فانسخها احتياطيًا أيضًا. يقدم دليل التخطيط للنسخ الاحتياطي نظرة عملية عامة على النسخ الاحتياطي في ZimaOS.
استنسخ القرص بالكامل، وليس مجلدات منفردة
يستخدم ZimaOS عدة أقسام للإقلاع والنظام. ولا تؤدي عملية نسخ مجلد البيانات الظاهر على مستوى الملفات إلى إعادة إنشاء محمّل الإقلاع، أو مواضع النظام، أو حالة قاعدة البيانات التي أشار إليها موظفو IceWhale.
استخدم أداة لتصوير القرص بالكامل مثل Rescuezilla أو Clonezilla أو أي أداة أخرى للاستنساخ على مستوى الكتل. أقلع أداة الاستنساخ من وسيط منفصل حتى لا يجري تعديل قرص النظام المتعطّل أثناء عملية النسخ.
استخدم قرصًا وجهة بحجم لا يقل عن حجم القرص المصدر
لأبسط عملية استرداد، ينبغي أن يكون قرص SSD البديل مساويًا للقرص القديم أو أكبر منه. إذا كان القرص الجديد أكبر، فركّز أولًا على الحصول على نسخة مستنسخة قابلة للإقلاع والتحقق منها. أما توسيع المساحة الحرة فهو خطوة منفصلة.
لا تغيّر أحجام الأقسام أثناء الاسترداد الطارئ إلا إذا تطلبت أداة الاستنساخ ذلك. فكل عملية تحويل إضافية تجعل تشخيص المشكلة أصعب.
افصل قرص ZimaOS القديم قبل الإقلاع الأول
بعد الاستنساخ، أوقف تشغيل النظام وأزل القرص المصدر المتعطّل. أقلع من القرص البديل فقط.
هذا مهم لأن أقراص ZimaOS المستنسخة قد تحتوي على معرّفات أقسام متطابقة وهياكل إقلاع متشابهة. وقد يؤدي توصيل القرصين معًا إلى سلوك إقلاع ملتبس. كما حذّر نقاش لاحق لموظفي ZimaOS المستخدمين من إبقاء عدة أقراص نظام ZimaOS موصولة أثناء الاسترداد أو الترحيل.
تحقّق من ZimaOS قبل التعامل مع RAID
بعد إقلاع قرص SSD الجديد، تأكد من الآتي:
- تحميل لوحة التحكم؛
- ظهور إصدار ZimaOS المتوقع؛
- ظهور التطبيقات وتشغيلها؛
- ظهور RAID أو مساحات التخزين؛
- تركيب المشاركات بشكل صحيح؛
- إمكانية قراءة الملفات المهمة.
لا تعِد إنشاء RAID موجود أو تهيئته لمجرد تغيير قرص النظام. إذا لم تظهر المصفوفة مجددًا، فتوقف واجمع الأدلة قبل تنفيذ أي إجراء تدميري.
لماذا تُعد قاعدة بيانات ZimaOS مهمة بالنسبة إلى RAID الموجود؟
ذكر موظفو IceWhale أن معلومات RAID مخزنة في قاعدة بيانات النظام، وأنه ينبغي الحفاظ عليها عند إجراء استنساخ عادي. وهذا يفسر سبب كون استنساخ قرص النظام بالكامل أكثر اكتمالًا من التثبيت النظيف عندما يكون الهدف الحفاظ على بيئة تخزين مُهيّأة مسبقًا.
لكن إذا كان قرص SSD المصدر تالفًا بدرجة تمنع استنساخه، فقد يتطلب التثبيت النظيف دعمًا فنيًا أو استردادًا يدويًا للبيانات الوصفية للتخزين الموجود. ولهذا تحديدًا يظل الاحتفاظ بنسخة احتياطية منفصلة من الملفات المهمة أمرًا أساسيًا.
تحقّق من حالة موضعي النظام المزدوجين
يوثق دليل استرداد نظام ZimaOS الحالي بنية موضعي النظام A وB.
بعد إقلاع النسخة المستنسخة، استخدم أدوات حالة النظام والاسترداد المعتادة للتأكد من أن النظام لا ينتقل مرارًا بين الموضعين.
ماذا لو كان قرص SSD القديم تالفًا بدرجة تمنع استنساخه؟
ثبّت ZimaOS تثبيتًا جديدًا على قرص SSD بديل وسليم، واترك أقراص البيانات دون تغيير، وتواصل مع دعم IceWhale قبل إعادة إنشاء مصفوفة تحتوي على بيانات مهمة. وإذا كانت لديك نسخ احتياطية من AppData وبيانات المستخدم، فستصبح إعادة بناء التطبيقات أكثر أمانًا بكثير.
يمكن أن تساعدك قائمة التحقق لاسترداد التثبيت في التمييز بين تعطل قرص النظام وتعطل قرص البيانات.
الأسئلة الشائعة
هل سيحافظ استنساخ قرص SSD الخاص بـ ZimaOS على إعداد RAID لدي؟
ذكر موظفو IceWhale أن معلومات RAID المخزنة في قاعدة بيانات ZimaOS ينبغي أن تُستنسخ بشكل طبيعي عند نسخ القرص بالكامل. تحقّق من المصفوفة قبل إجراء أي تغييرات.
هل ينبغي أن أستنسخ قرص SSD المتعطّل أثناء تشغيل ZimaOS؟
يُفضّل إجراء الاستنساخ دون اتصال باستخدام وسيط إنقاذ منفصل. فهذا يقلل تغييرات نظام الملفات ويمنح أداة الاستنساخ وصولًا مباشرًا إلى القرص المصدر.
هل يمكنني إبقاء قرص SSD القديم موصولًا كنسخة احتياطية؟
ليس أثناء الإقلاع الأول. أبقه مفصولًا فعليًا حتى تتحقق من النسخة المستنسخة الجديدة. فقد يؤدي توصيل أقراص نظام ZimaOS متطابقة إلى إرباك اختيار القرص الذي سيُقلع منه النظام.
هل يُغني استنساخ القرص عن نسخ بيانات RAID احتياطيًا؟
لا. يحمي الاستنساخ حالة قرص النظام، لكن البيانات المهمة للمستخدم لا تزال بحاجة إلى نسخة احتياطية مستقلة.
