سير عمل صيانة مستودع Restic: الفحص، والتقليم، والضغط، واختبار الاستعادة

النهج الآمن هو التعامل مع جداول البوابات، وفحص السلامة، ومعاينة الاحتفاظ، والتنظيف لإعادة الحزم، وإعادة الفحص، وإجراء استعادة معزولة باعتبارها سلسلة من البوابات القابلة للمراقبة، وليس أمرًا واحدًا.

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

افتح نافذة صيانة على مستوى المستودع

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

إذا ترك تعطل سابق قفلًا، فاتبع سير عمل ZimaSpace الخاص بـ مستودع Restic مقفل بعد تعطل قبل إلغاء القفل. القفل دليل على الملكية؛ ولا تزلْه إلا بعد أن تُظهر العملية والمضيف والطوابع الزمنية ونشاط الواجهة الخلفية المسمّاة أن العملية قد توقفت.

تحقق من المساحة الحرة في الواجهة الخلفية، ومن حدود inodes أو الكائنات، ومن أذونات الكتابة، ومن مساحة التخزين المؤقت أو المؤقتة المحلية. توقّف إذا كان مسار التخزين غير مستقر، أو كان الاحتفاظ غير القابل للتغيير يمنع الحذف المطلوب، أو تعذّر إيقاف كاتب آخر.

افحص البنية وخذ عينة من بيانات المستودع

شغّل restic snapshots وrestic check العادي، مع حفظ المخرجات وحالة الخروج. ثم جدولة --read-data أو مجموعات القراءة الجزئية المدعومة وفقًا لحجم المستودع وعرض النطاق الترددي. لا يثبت نجاح الفحص البنيوي وحده إمكانية قراءة كل حزمة.

يميز نقاش في مجتمع Restic بين أدوار check وprune وrebuild-index الروتينية، ويوضح أن إعادة بناء الفهرس ليست صيانة وقائية عادية. لا تشغّل rebuild-index ولا تحذف ملفات الحزم لأن الفحص بطيء؛ خصّص أوامر الاسترداد لحالة عدم اتساق مشخصة.

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

عاين سياسة الاحتفاظ، ثم نظّف وأعد حزم البيانات

شغّل سياسة restic forget المقصودة باستخدام --dry-run، وراجع اللقطات المحتفظ بها والمزالة حسب المضيف والمسار والوسوم. نفّذ forget فقط عندما تحافظ القائمة على نقاط الاسترداد المطلوبة. احتفظ بلقطة حديثة تم التحقق منها خارج تغيير السياسة التجريبي متى أمكن.

في Restic، لا يُعدّ “compact” أمرًا منفصلًا: إذ يزيل prune البيانات غير المشار إليها ويعيد حزم ملفات المستودع عند الحاجة. يصف دليل حديث لاستكشاف الأخطاء وإصلاحها أخطاء Restic prune، بما في ذلك أخطاء المساحة الحرة والأقفال التي ينبغي حلها قبل محاولة تدميرية أخرى.

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

Featured

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

ZimaCube2

$799.00 - $2,499.00

Buy Now

أعد الفحص وأجرِ استعادة معزولة

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

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

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