الانجليزيةالفرنسيةإسباني

تشغيل الخوادم | Ubuntu > | Fedora > |


OnWorks فافيكون

fssync - متصل بالإنترنت في السحابة

قم بتشغيل fssync في مزود استضافة OnWorks المجاني عبر Ubuntu Online أو Fedora Online أو محاكي Windows عبر الإنترنت أو محاكي MAC OS عبر الإنترنت

هذا هو الأمر fssync الذي يمكن تشغيله في مزود الاستضافة المجانية OnWorks باستخدام إحدى محطات العمل المجانية المتعددة على الإنترنت مثل Ubuntu Online أو Fedora Online أو محاكي Windows عبر الإنترنت أو محاكي MAC OS عبر الإنترنت

برنامج:

اسم


fssync - أداة مزامنة نظام الملفات (أحادي الاتجاه ، عبر SSH)

موجز


fssync -d db -r جذر [خيار...] مضيف

وصف


fssync هي أداة مزامنة ملفات أحادية الاتجاه تتعقب inodes وتحافظ على ملف
قاعدة بيانات للملفات الموجودة على الجانب البعيد ، مما يجعلها قادرة على:

التعامل بكفاءة مع عدد كبير من dirs / الملفات

الكشف عن إعادة تسمية / التحركات والروابط الثابتة

يهدف إلى تقليل حركة مرور الشبكة ومزامنة كل تفاصيل نظام الملفات:

جميع أنواع inode: ملف ، دير ، كتلة / حرف / فيفو ، مقبس ، رابط رمزي

· الحفاظ على الروابط الصلبة

تعديل الوقت ، ملكية / إذن / ACL ، سمات موسعة

ملفات متفرقة

غيرها من الميزات:

يمكن تهيئتها لاستبعاد الملفات من التزامن

يمكن مقاطعة fssync واستئنافها في أي وقت ، مما يجعلها متسامحة مع حالات الفشل العشوائية
(على سبيل المثال ، خطأ في الشبكة)

تم تصميم خوارزمية لمزامنة محتوى الملف للتعامل مع الملفات الكبيرة مثل صور VM
بكفاءة ، عن طريق تحديث الكتل المعدلة ذات الحجم الثابت في مكانها

الاستخدام الرئيسي لـ fssync هو منع فقدان البيانات في حالة فشل الأجهزة ، حيث يكون RAID1
غير ممكن (على سبيل المثال في أجهزة الكمبيوتر المحمولة).

On Btrfs [1] أنظمة الملفات ، fssync هو بديل مفيد لملفات btrfs إرسالتسلم)
الأوامر ، وذلك بفضل إمكانيات التصفية. يمكن دمج هذا مع لقطة Btrfs
في جهة الوجهة للحصول على حل نسخ احتياطي كامل.

الاستعمال


استعمل fssync --مساعدة للحصول على قائمة كاملة من الخيارات.

أهم شيء يجب تذكره هو أن قاعدة البيانات المحلية يجب أن تتطابق تمامًا مع ما هو موجود
على مضيف الوجهة:

· يجب عدم تعديل الملفات التي تم نسخها على المضيف الوجهة. ولا شيء يجب
يتم إنشاؤها يدويًا داخل أدلة الوجهة. إذا كنت لا تزال ترغب في الوصول إلى البيانات على
مضيف بعيد ، يجب عليك القيام بذلك من خلال تصاعد ربط للقراءة فقط (يتطلب Linux> =
2.6.26).

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

انظر الى -c الخيار إذا كنت تتساءل عما إذا كانت قاعدة البيانات الخاصة بك تتطابق مع دليل الوجهة.

أول تشغيل لـ fssync:

أسهل طريقة هي السماح لـ fssync بعمل كل شيء. حدد مسار ملف غير موجود لـ -d
خيار ودليل وجهة فارغ أو غير موجود (انظر -R اختيار). سوف fssync
يقوم تلقائيًا بإنشاء قاعدة البيانات ونسخ جميع الملفات / الملفات إلى المضيف البعيد.

قد تكون الطريقة الأسرع هي عمل النسخة الأولية بوسائل أخرى ، مثل نسخة أولية من ملف
تقسيم. إذا كنت متأكدًا تمامًا من تطابق المصدر والوجهة تمامًا ،
يمكنك تهيئة قاعدة البيانات عن طريق تحديد - كمضيف. إذا كانت أرقام inode هي نفسها
على كلا الجانبين ، وهذا هو الحال إذا تم نسخ البيانات على مستوى الكتلة ، يمكنك تعديل
قسم المصدر أثناء تهيئة قاعدة البيانات على الوجهة ، والعودة
DB محليًا.

يمكن العثور على مثال التفاف حول fssync ، مع مرشح ، في أمثلة / fssync_home

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

انظر أيضا لا شيء صفر التبديل [2] التصحيح إذا لم تكن بحاجة إلى تشفير وترغب في ذلك
تسريع اتصال SSH الخاص بك.

HOW IT WORKS


يحتفظ fssync بجدول SQLite واحد لجميع الملفات / الملفات الموجودة على الجانب البعيد. كل
يتطابق صف مع مسار ، مع inode (على الجانب المحلي) ، وبيانات وصفية أخرى (على الجانب البعيد) و a
التحقق العلم.

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

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

في معظم الحالات ، يتم ذلك عن طريق المضيف البعيد ، والذي يقوم تلقائيًا بإنشاء (أو الكتابة فوق)
inode من النوع المتوقع إذا لزم الأمر. الاستثناء الوحيد هو أن الإرادة عن بعد
لا تحذف دليلًا غير فارغ من تلقاء نفسه. بالنسبة لمعظم الحالات المعقدة ، يقوم موقع fssync بعمل تدوينات يومية
العملية في قاعدة البيانات: في حالة الفشل ، سيتمكن fssync من الاسترداد في المرة التالية
المزامنة.

سباق شروط
تعني حالة السباق أن العمليات الأخرى على المضيف المحلي تعدل inodes ذلك
يقوم fssync بالمزامنة. تتعامل fssync مع أي نوع من حالات السباق. في الواقع ، يمتلك fssync ملفات
لا شيء تفعله في معظم الحالات.

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

باستخدام Btrfs ، يمكنك الحصول على التناسق عن طريق أخذ لقطة من جانب المصدر.

مماثل المشاريع


تأتي فكرة الحفاظ على قاعدة بيانات محلية من csync2 [3]. كنت على وشك ان
تبنيه عندما أدركت أنني بحاجة حقًا إلى أداة تكتشف دائمًا إعادة تسمية / تحركات
الملفات الكبيرة. لهذا السبب أرى أن fssync بمثابة إعادة كتابة جزئية لـ csync2 ، مع تتبع inode و
بدون مزامنة ثنائية الاتجاه. تقوم قاعدة البيانات المحلية بالفعل بعمل fssync & csync2
أسرع من المعروف رسينك [4].

استخدم fssync عبر الإنترنت باستخدام خدمات onworks.net


Ad


Ad