لماذا يستثني النسخ الاحتياطي لجهاز NAS المنزلي الملفات المخفية وبيانات تعريف التطبيقات؟

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

عادةً ما يستثني النسخ الاحتياطي مسارًا معينًا، ولا يفقد البيانات المخفية بشكل عشوائي.

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

ربط النتيجة المفقودة بالاختبار الأول

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

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

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

تحول الجدول العرض الظاهر إلى إجراء أول منخفض المخاطر.

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

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

تحقق من نطاق المصدر وقواعد التجاهل كقرار واحد

لا يمكن للمهمة حماية البيانات خارج الجذور المختارة، حتى عندما يعرض واجهة NAS عدة مجموعات بيانات متداخلة تحت مشاركة واحدة. لذلك يجب مراجعة نطاق المصدر وأنماط التجاهل معًا.

يمكن لمستخدمي Duplicity استبعاد المسارات التي تبدأ بنقطة باستخدام نمط استبعاد المسار المخفي. قد توجد قواعد مماثلة في قالب NAS، سطر الأوامر، متغير بيئة، ملف علامة، أو تكوين لكل مجلد.

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

ابحث عن حالة التطبيق خارج المجلد المشترك المرئي

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

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

قم بجرد وحدة الاسترداد الكاملة: ملف Compose، متغيرات البيئة، الأسرار، الأحجام المسماة، تركيبات الربط، تفريغ قاعدة البيانات، تكوين التطبيق، ومسارات بيانات المستخدم. أضف المصادر الحقيقية أو تصديرًا واعيًا بالتطبيق بدلاً من افتراض أن مشاركة واحدة تحتوي على كل شيء.

اختبر الأذونات والعبور بهوية النسخ الاحتياطي

قد يتصفح المسؤول مسارًا لا يمكن لحساب النسخ الاحتياطي المجدول قراءته. قد تبدو شجرة فرعية مركبة أو رابط رمزي محليًا بينما يرفض أداة النسخ الاحتياطي عبوره أو اتباعه.

تتبعت حالة دعم النسخ الاحتياطي بيانات NAS المتخطاة إلى وصول حساب النسخ الاحتياطي. نفذ قائمة غير مدمرة بهوية حساب الخدمة الدقيقة وسجل كل دليل مرفوض قبل تغيير قوائم التحكم في الوصول.

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

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

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

عادةً ما تكون المفاتيح، التكوين، قواعد البيانات، الكشوفات، الأسرار، التقييمات، الألبومات، والملحقات التي لا يمكن استبدالها حيوية للاسترداد. قد تكون ذاكرات التخزين المؤقت للصور المصغرة، مقابس وقت التشغيل، التحميلات المؤقتة، ملفات القفل، والفهارس التي يمكن إعادة إنشاؤها سهلة قابلة للتخلص منها أو ذات أولوية أقل.

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

أثبت أن النسخ الاحتياطي المصحح يحتوي على وحدة الاسترداد الكاملة

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

استخدم الدليل الموجود لـ علامات تحذير النسخ الاحتياطي الصامتة عندما تنحرف المدة، عدد البايتات، الاستثناءات، الكائنات المتخطاة، أو سلوك الاستعادة عن الخط الأساسي.

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

الدعم والنصائح

المزيد للقراءة

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.