ناتج restic version

restic 0.8.2

كيف قمت بتشغيل restic بالضبط؟

% restic -r /tmp/restictest backup $SSHFSMOUNT/directory

دليل النسخ الاحتياطي هو نظام ملفات مُثبَّت بواسطة sshfs.
يتم تشغيل الأمر عدة مرات للقيام بعدة لقطات.
في حالة mly هناك كمية هائلة من البيانات (1 تيرابايت +) في الدليل البعيد.

ما الخلفية / الخادم / الخدمة التي استخدمتها لتخزين المستودع؟

نظام ملفات ext4 المحلي.

سلوك متوقع

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

السلوك الفعلي

تستغرق جميع النسخ الاحتياطية ساعات (إن لم يكن أيامًا) حتى لو لم يتم تغيير أي ملفات.

خطوات إعادة إنتاج السلوك

• قم بتشغيل نسخة احتياطية
• قم بإلغاء تحميل نظام ملفات sshfs
• أعد تركيب نظام ملفات sshfs
• تشغيل نسخة احتياطية جديدة

إنها ليست قابلة للتكرار بنسبة 100٪ ولكن حتى مع وجود كمية صغيرة من البيانات يمكنني إعادة إنتاجها.

تظهر سجلات SFTP serrver أنه يتم استرداد الملفات بالكامل حتى عندما لا تتغير.

هل لديك أي فكرة عن سبب هذا؟

نعم: يقارن restic inodes للتحقق مرة أخرى مما إذا تم تعديل الملفات (رسالة التصحيح "تم تغيير الطابع الزمني أو الحجم أو inode" ، restic/node.go:551restic.(*Node).IsNewer11node ).

ومع ذلك ، قد تتغير inodes عبر حوامل نظام الملفات مع sshfs (وربما بعض أنظمة الملفات الأخرى).

هل لديك فكرة عن كيفية حل المشكلة؟

أدى التعليق على فحص inode إلى حل المشكلة بالنسبة لي.

أود الحصول على طريقة لتعطيل هذا الفحص ؛ ربما علم سطر الأوامر؟

هل ساعدك restic أو جعلك سعيدًا بأي شكل من الأشكال؟

بالتأكيد ، إنه برنامج رائع! أنا مسرور أكثر منذ أن وجدت حلاً ...
ثابر على العمل الجيد!