لماذا يقوم نسخ المرآة باستخدام Rsync بنسخ الحذف العرضي إلى النسخة الاحتياطية؟

تنسخ مرآة rsync الحذف العرضي لأن المرآة مصممة لجعل الوجهة تطابق المصدر الحالي. عندما يستخدم العمل --delete أو خيار حذف ذي صلة، يُعامل الملف المفقود من NAS المنزلي كملف إضافي على وجهة النسخ الاحتياطي ويُزال أثناء المزامنة. هذا السلوك صحيح للمرآة، لكنه غير آمن كالتاريخ الوحيد للاسترداد.

يتبع Rsync قاعدة المرآة، وليس الحفاظ على كل نسخة سابقة

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

بالنسبة لـ ZimaSpace NAS المنزلي، يعني هذا صورة عائلية محذوفة، أو مجلد وسائط تم إعادة تسميته، أو تكوين حاوية تمت إزالته، أو تركيب مؤقت مفقود يمكن أن ينعكس على المرآة USB أو البعيدة في التشغيل المجدول التالي.

يبدأ الحذف بمسار مصدر مفقود

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

توقيت الحذف يغير متى تُزال الملفات، وليس ما إذا كانت ستُزال

تتحكم الخيارات ذات الصلة في مرحلة النقل. --delete-before يزيل الملفات الموجودة فقط في الوجهة قبل النسخ، --delete-during يحذف أثناء معالجة الدلائل، و --delete-after ينتظر حتى تنتهي عمليات النقل. تؤثر على سلوك المساحة الحرة والتعرض للفشل، لكنها لا تحول المرآة إلى نسخة احتياطية بإصدارات.

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

التركيب المفقود يمكن أن يبدو كحذف جماعي

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

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

أوقف المهمة قبل محاولة استرداد ملف محذوف

1. عطّل مهمة rsync المجدولة فورًا.
2. لا تشغّل الأمر مرة أخرى لـ"رؤية ما إذا كان سيصلح نفسه".
3. تحقق من اللقطات، سلال المهملات، مستودعات النسخ الاحتياطي ذات الإصدارات، والنسخة الثانية غير المتصلة.
4. إذا كانت المرآة لا تزال تحتوي على الملف، انسخه إلى مسار حجر صحي خارج وجهة rsync قبل التشغيل التالي.
5. أكد ما إذا كان الحذف من المصدر مقصودًا قبل استعادته إلى المشاركة الحية.

مقالة ZimaSpace حول الاحتفاظ بصور العائلة في نسخ مستقلة متعددة ذات صلة هنا: يجب أن تكون المرآة المتزامنة طبقة واحدة، وليست المكان الوحيد الذي يمكن أن يبقى فيه ملف قديم.

معاينة مجموعة الحذف الدقيقة

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

rsync -a --delete --dry-run --itemize-changes   /srv/storage/family/ /mnt/usb-mirror/family/

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

نقل الملفات المحذوفة إلى منطقة استرداد

إذا كنت بحاجة إلى مرآة ولكنك تريد أيضًا نافذة استرداد قصيرة، اجمع بين الحذف ودليل النسخ الاحتياطي أو طبقة اللقطات. يمكن لـ Rsync نقل الملفات المستبدلة أو المحذوفة في الوجهة إلى دليل استرداد مؤرخ بدلاً من تدميرها فورًا. توصي إرشادات المجتمع للاحتفاظ ببيانات rsync المحذوفة بالاحتفاظ بالملفات المحذوفة في موقع منفصل مع سياسة تنظيف خاصة به.

rsync -a --delete   --backup   --backup-dir="/mnt/usb-mirror/deleted/$(date +%F)"   /srv/storage/family/ /mnt/usb-mirror/current/

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

استخدم لقطات بإصدارات عندما تهم الحالات السابقة

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

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

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

إذا قمت بإزالة --delete، هل تصبح المرآة نسخة احتياطية؟

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

أي خيار توقيت الحذف هو الأكثر أمانًا؟

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

كيف أوقف حذفًا جماعيًا غير متوقع؟

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

النتيجة النهائية

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