قائمة التحقق لاستعادة بيانات Btrfs الوصفية لخادم منزلي ممتلئ تقريبًا

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

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

ثبّت نظام الملفات قبل محاولة إصلاحه

أوقف الحاويات والتنزيلات واللقطات والمهام كثيرة الكتابة في ملفات السجل التي تكتب إلى نظام الملفات المتأثر. احفظ أخطاء النواة ومخرجات btrfs device stats في مكان آخر. إذا أُعيد تركيب نظام الملفات بوضع القراءة فقط أو أبلغ عن أخطاء checksum أو parent transid أو I/O، فأبقِه للقراءة فقط حتى تحصل على نسخة قابلة للاستعادة.

لا تبدأ باستخدام btrfs check --repair أو موازنة كاملة أو إلغاء تجزئة أو حذف جماعي. السؤال الفوري هو ما إذا كانت حالة نظام الملفات الصالحة تفتقر إلى مساحة عمل للتخصيص، أم أن أخطاء التخزين تتسبب في تلف البيانات الوصفية؛ إذ قد يجعل البدء بالإصلاح هذا التمييز أصعب ويستهلك المساحة المتبقية.

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

اقرأ معلومات التخصيص بدلاً من الاكتفاء برقم المساحة الحرة العام

شغّل btrfs filesystem usage -T /mount وbtrfs filesystem df /mount وbtrfs device usage /mount وافحص رسائل النواة الحديثة. قارن بين البيانات الوصفية المخصصة والمستخدمة، والمساحة غير المخصصة المتاحة على كل جهاز؛ فلا يستطيع الأمر df العادي وحده إظهار ما إذا كان Btrfs قادراً على تخصيص كتلة بيانات وصفية أخرى.

تحتاج الموازنة المستهدفة إلى مساحة عمل غير مستخدمة بالكامل. يوضح دليل موازنة Btrfs المستهدفة التفصيلي أن الموازنة غير المفلترة تعيد كتابة جميع مجموعات الكتل المؤهلة، وأن الهدف هو الحفاظ على مساحة غير مخصصة على مستوى الجهاز، وليس مجرد حذف ملف كبير وافتراض أن البيانات الوصفية ستتمكن من التوسع.

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

استعد مساحة العمل بأقل إجراء تدخلاً

ابدأ بحذف الملفات القابلة للتخلص منها التي لا تحتفظ بها اللقطات، ثم احذف فقط اللقطات المؤكد عدم الحاجة إليها. نفّذ المزامنة وأعد فحص الاستخدام بعد كل تغيير صغير. إذا كانت الموازنة مبررة، فابدأ باستخدام btrfs balance start -dusage=0 -musage=0 /mount أو مرشح ضيق آخر تختاره بناءً على التخصيص المرصود، وليس موازنة كاملة.

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

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

Featured

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

ZimaCube2

$799.00 - $2,499.00

Buy Now

تحقق من البيانات وامنع الانتكاس الفوري

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

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

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