لماذا قد ينجح فحص سلامة المستودع بينما يظل ملف واحد غير قابل للاستعادة؟

قد ينجح فحص المستودع بينما يفشل استرداد ملف واحد، عندما يتحقق الفحص من البيانات الوصفية أو من عينة من البيانات بدلًا من مسار الاسترداد المحدد نفسه.

التحقق من النسخ الاحتياطية ليس عملية موحّدة. فبعض الفحوصات تؤكد بنية المستودع والفهارس والبيانات الوصفية والأجزاء المشار إليها من دون قراءة كل بايت مخزّن. بينما تفحص فحوصات أخرى عينات من البيانات، أو تتجاهل الملفات التي لم تُلتقط أصلًا، أو لا تقدم أي معلومات عن أسماء نظام الملفات الوجهة وأذوناته وقوائم التحكم في الوصول (ACLs) والتسميات والمساحة الخالية وأقفال التطبيقات. تعامل مع الملف الفاشل باعتباره مسارًا يبدأ من تحديد اللقطة، ويمر عبر الكائنات المخزّنة، وينتهي بإنشائه في الوجهة.

حدّد بالضبط ما الذي تحقّق منه الفحص الناجح

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

يوضح Borg أن فحص الأرشيف القياسي يقرأ البيانات الوصفية، لكنه لا يقرأ بيانات الملفات افتراضيًا، ما لم يُطلب التحقق من البيانات صراحةً.

لذلك قد تثبت النتيجة الخضراء أن المراجع متسقة داخليًا، مع بقاء بعض أجزاء الحمولة من دون قراءة. لا تعتبر المستودع قابلًا للاسترداد بالكامل قبل استخراج ملفات ممثّلة.

حدّد ما إذا كانت البيانات المخزّنة للملف قد قُرئت فعلًا

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

يوثّق Restic فحوصات read-data وread-data-subset، موضحًا أن الفحص البنيوي الروتيني وقراءة الحمولة بالكامل مستويان مختلفان من التحقق.

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

تأكد من تضمين الملف في تلك اللقطة

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

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

وجود مسار نائب أو إدخال لدليل أب لا يثبت وجود حمولة الملف. قارن جرد اللقطة وحجم الملف وتجزئته الزمنية وتوقيته مع سجل المصدر المتوقع.

Featured

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

ZimaCube2

$799.00 - $2,499.00

Buy Now

تحقّق من قيود اسم الملف والمسار في الوجهة

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

توضّح إرشادات Microsoft لتسمية الملفات قيود أسماء الملفات والمسارات في Windows، والتي قد ترفض مسارًا مستردًا واحدًا بينما يظل المستودع نفسه سليمًا.

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

تحقّق من استرداد قوائم التحكم في الوصول والسمات الموسّعة والملكية

كرّر الاسترداد مع تعطيل الحفاظ على البيانات الوصفية في وجهة مؤقتة، ثم قارنه بعملية الاسترداد العادية التي تراعي البيانات الوصفية. سجّل أول سمة فشلت.

يوثّق GNU tar بشكل منفصل استرداد قوائم التحكم في الوصول والسمات الموسّعة، ما يوضح سبب إمكانية قراءة بيانات الملف بينما يفشل تطبيق البيانات الوصفية.

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

تحقّق من تسميات الأمان وسياسة الوجهة

افحص تسميات SELinux وبرامج مكافحة الفيروسات أو حماية نقاط النهاية وضوابط مكافحة برمجيات الفدية والرايات غير القابلة للتغيير وأذونات المشاركات وأقفال التطبيقات في وجهة الاسترداد.

توثّق Red Hat استعادة سياقات الأمان الافتراضية عندما تصل الملفات بتسميات مفقودة أو غير مناسبة.

قد يكون الملف الذي يُستخرج لكن يتعذر فتحه نتيجة فشل في سياسة الوجهة، لا في المستودع. اختبر باستخدام المستخدم والتطبيق نفسيهما اللذين يحتاجان إلى الملف المسترد.

نفّذ استردادًا معزولًا قبل أي إصلاح

استعد الملف الفاشل والبيانات الوصفية للدليل الأب وعدة ملفات مجاورة إلى مجموعة بيانات فارغة أو دليل مؤقت. احفظ التجزئات والسجلات وحالة المستودع قبل تشغيل أوامر الإصلاح.

يوفر دليل ZimaSpace حول التحقق من التجزئات والبيانات الوصفية تمييزًا مرتبطًا بين سلامة المحتوى المخزّن والاسترداد العملي القابل للاستخدام في التطبيقات.

تُحل المشكلة عندما يُستعاد الملف المحدد من اللقطة المقصودة، ويتطابق مع محتواه المتوقع، ويحصل على البيانات الوصفية المطلوبة، ويُفتح عبر مسار التطبيق الإنتاجي.

الأسئلة الشائعة

هل يثبت نجاح فحص المستودع إمكانية استرداد كل ملف؟

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

هل ينبغي تشغيل الإصلاح فورًا بعد فشل استرداد واحد؟

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

هل يُعد اختبار الاسترداد الناجح أقوى من تقرير التحقق؟

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